(57)【特許請求の範囲】
【請求項１】
データ処理装置で生成された画像データを受信可能な情報処理端末であって、
受信する画像データを生成するデータ処理装置の指定を受け付ける指定手段と、
前記指定されたデータ処理装置に識別情報の発行を要求する発行要求であって、当該データ処理装置で生成された画像データの送信先となる前記情報処理端末を示すアドレス情報を含んだ発行要求を、当該アドレス情報をユーザに入力させることなく、前記指定手段で当該データ処理装置が指定されたことに応じて自動的に生成する生成手段と、
前記発行要求を前記指定されたデータ処理装置に送信する送信手段と、
前記発行要求に従って前記データ処理装置が発行した識別情報を取得する取得手段と、
前記取得手段が取得した識別情報を表示する表示手段と、
前記データ処理装置で前記識別情報を用いることにより前記情報処理端末宛てに送信されてきた画像データを受信する受信手段とを備えることを特徴とする情報処理端末。
【請求項２】
前記指定手段は、複数のデータ処理装置の中から特定のデータ処理装置を指定するユーザ操作を受け付けることを特徴とする請求項１に記載の情報処理端末。
【請求項３】
前記指定手段はさらに、前記受信手段が前記画像データを受信するときに用いる通信プロトコルの指定を受け付けることができ、
前記生成手段は、前記発行要求に前記指定された通信プロトコルの情報を更に含めることを特徴とする請求項１又は２に記載の情報処理端末。
【請求項４】
前記通信プロトコルは、ＳＭＴＰ、ＨＴＴＰ、ＦＴＰ、ＳＭＢのいずれかであることを特徴とする請求項３に記載の情報処理端末。
【請求項５】
前記生成手段は、前記発行要求に、前記情報処理端末にログインするための認証情報を更に含めることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理端末。
【請求項６】
前記データ処理装置を検索する検索手段を更に備えることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理端末。
【請求項７】
情報処理端末に画像データを送信可能なデータ処理装置であって、
前記画像データの送信先となる前記情報処理端末を示すアドレス情報を含み、識別情報の発行を要求する発行要求であって、当該情報処理端末において当該アドレス情報をユーザに入力させることなく自動的に生成された発行要求を、当該情報処理端末から受信する受信手段と、
前記発行要求に応じて識別情報を発行する発行手段と、
前記発行要求に含まれる前記アドレス情報を前記識別情報と対応付けて記憶する記憶手段と、
画像データを得るための特定の処理を実行する実行手段と、
前記データ処理装置に入力された識別情報が前記記憶手段に記憶されている場合に、前記特定の処理で得られた画像データを前記入力された識別情報に対応付けて記憶されているアドレス情報が示す情報処理端末に送信する送信手段とを備えることを特徴とするデータ処理装置。
【請求項８】
前記記憶手段に記憶されている識別情報と、当該識別情報に対応付けられた情報とを削除する削除手段を備えることを特徴とする請求項７に記載のデータ処理装置。
【請求項９】
前記発行手段が発行した識別情報に有効期限を設定する設定手段を更に備え、
前記削除手段は、前記記憶手段に記憶されている識別情報のうち、前記有効期限に達した識別情報と、当該識別情報に対応付けられた情報を削除することを特徴とする請求項８に記載のデータ処理装置。
【請求項１０】
前記設定手段は、一度入力された識別情報の繰り返しの利用を許可する期間を更に設定することができ、
前記削除手段は、前記データ処理装置に入力された識別情報と当該識別情報に対応付けられた情報については前記繰り返しの利用を許可する期間の経過後に、前記データ処理装置に入力されていない識別情報と当該識別情報に対応付けられた情報については前記有効期限に達すると削除することを特徴とする請求項９に記載のデータ処理装置。
【請求項１１】
前記送信手段が前記画像データを前記入力された識別情報に対応付けられたアドレス情報が示す情報処理端末に送信完了した場合に、前記入力された識別情報と当該識別情報に対応付けられた情報を削除することを特徴とする請求項８記載のデータ処理装置。
【請求項１２】
前記発行要求には、前記送信手段が前記画像データを送信するときに用いる通信プロトコルを指定する情報が更に含まれ、
前記記憶手段は、前記発行要求に含まれる前記アドレス情報に加え、前記発行要求に含まれる通信プロトコルを指定する情報を前記識別情報に対応付けて記憶し、
前記送信手段は、前記入力された識別情報に対応付けられた前記通信プロトコルを指定する情報で指定される通信プロトコルを用いて前記画像データを送信することを特徴とする請求項７乃至１１のいずれか１項に記載のデータ処理装置。
【請求項１３】
前記通信プロトコルは、ＳＭＴＰ、ＨＴＴＰ、ＦＴＰ、ＳＭＢのいずれかであることを特徴とする請求項１２に記載のデータ処理装置。
【請求項１４】
前記発行要求には、前記情報処理端末にログインするための認証情報が更に含まれ、
前記記憶手段は、前記発行要求に含まれる前記アドレス情報に加え、前記発行要求に含まれる前記情報処理端末にログインするための認証情報を前記識別情報に対応付けて記憶し、
前記送信手段は、前記入力された識別情報に対応付けられた前記認証情報を用いて前記情報処理端末にログインして前記画像データを送信することを特徴とする請求項７乃至１３のいずれか１項に記載のデータ処理装置。
【請求項１５】
前記発行手段は、前記記憶手段が記憶する他の識別情報と区別可能な識別情報を発行することを特徴とする請求項７乃至１４のいずれか１項に記載のデータ処理装置。
【請求項１６】
ユーザが前記識別情報を入力するための入力手段を更に備えることを特徴とする請求項７乃至１５のいずれか１項に記載のデータ処理装置。
【請求項１７】
データ処理装置で生成された画像データを受信可能な情報処理端末の制御方法であって、
前記情報処理端末の指定手段が、受信する画像データを生成するデータ処理装置の指定を受け付ける指定工程と、
前記情報処理端末の生成手段が、前記指定されたデータ処理装置に識別情報の発行を要求する発行要求であって、当該データ処理装置で生成された画像データの送信先となる前記情報処理端末を示すアドレス情報を含んだ発行要求を、当該アドレス情報をユーザに入力させることなく、前記指定工程において当該データ処理装置が指定されたことに応じて自動的に生成する生成工程と、
前記情報処理端末の送信手段が、前記発行要求を前記指定されたデータ処理装置に送信する送信工程と、
前記情報処理端末の取得手段が、前記発行要求に従って前記データ処理装置が発行した識別情報を取得する取得工程と、
前記情報処理端末の表示手段が、前記取得手段が取得した識別情報を表示する表示工程と、
前記情報処理端末の受信手段が、前記データ処理装置で前記識別情報を用いることにより前記情報処理端末宛てに送信されてきた画像データを受信する受信工程とを有することを特徴とする情報処理端末の制御方法。
【請求項１８】
コンピュータを、
データ処理装置で生成された画像データを受信可能な情報処理端末であって、
受信する画像データを生成するデータ処理装置の指定を受け付ける指定手段と、
前記指定されたデータ処理装置に識別情報の発行を要求する発行要求であって、当該データ処理装置で生成された画像データの送信先となる前記情報処理端末を示すアドレス情報を含んだ発行要求を、当該アドレス情報をユーザに入力させることなく、前記指定手段で当該データ処理装置が指定されたことに応じて自動的に生成する生成手段と、
前記発行要求を前記指定されたデータ処理装置に送信する送信手段と、
前記発行要求に従って前記データ処理装置が発行した識別情報を取得する取得手段と、
前記取得手段が取得した識別情報を表示する表示手段と、
前記データ処理装置で前記識別情報を用いることにより前記情報処理端末宛てに送信されてきた画像データを受信する受信手段とを備える情報処理端末として機能させるためのプログラム。
【請求項１９】
情報処理端末に画像データを送信可能なデータ処理装置の制御方法であって、
前記データ処理装置の受信手段が、前記画像データの送信先となる前記情報処理端末を示すアドレス情報を含み、識別情報の発行を要求する発行要求であって、当該情報処理端末において当該アドレス情報をユーザに入力させることなく自動的に生成された発行要求を、当該情報処理端末から受信する受信工程と、
前記データ処理装置の発行手段が、前記発行要求に応じて識別情報を発行する発行工程と、
前記データ処理装置の記憶手段が、前記発行要求に含まれる前記アドレス情報を前記識別情報と対応付けて記憶装置に記憶する記憶工程と、
前記データ処理装置の実行手段が、画像データを得るための特定の処理を実行する実行工程と、
前記データ処理装置に入力された識別情報が前記記憶装置に記憶されている場合に、前記データ処理装置の送信手段が、前記特定の処理で得られた画像データを前記入力された識別情報に対応付けて記憶されているアドレス情報が示す情報処理端末に送信する送信工程とを有することを特徴とするデータ処理装置の制御方法。
【請求項２０】
コンピュータを、
情報処理端末に画像データを送信可能なデータ処理装置であって、
前記画像データの送信先となる前記情報処理端末を示すアドレス情報を含み、識別情報の発行を要求する発行要求であって、当該情報処理端末において当該アドレス情報をユーザに入力させることなく自動的に生成された発行要求を、当該情報処理端末から受信する受信手段と、
前記発行要求に応じて識別情報を発行する発行手段と、
前記発行要求に含まれる前記アドレス情報を前記識別情報と対応付けて記憶する記憶手段と、
画像データを得るための特定の処理を実行する実行手段と、
前記データ処理装置に入力された識別情報が前記記憶手段に記憶されている場合に、前記特定の処理で得られた画像データを前記入力された識別情報に対応付けて記憶されているアドレス情報が示す情報処理端末に送信する送信手段とを備えるデータ処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理端末、データ処理装置及びそれらの制御方法に関し、特に、特定の処理の実行によって得られたデータを、ネットワークを介して送信可能なデータ処理装置及び当該データを受信可能な情報処理端末と、それらの制御方法に関する。
【背景技術】
【０００２】
ユーザのコンピュータ（以下ＰＣ）に、原稿をスキャンして得られたデータ（スキャンデータ）を転送するサービスを提供するデータ処理装置（デバイス）がある。このサービスによって、ユーザは、物理的な原稿を、電子ドキュメントとして自分のＰＣで利用することが可能になる。
【０００３】
こうしたサービスを利用するためには、ユーザはＰＣをネットワークに接続した後、サービスを提供するデバイスから自分のＰＣに対して、スキャンしたデータを転送する操作が必要である。この際、ユーザは、自分のＰＣを転送先として特定しなければならない。  自分のＰＣを特定する方法としては、例えばデバイスから自分のＰＣを検索することが考えられる。しかし、同じネットワークに他の数多くのＰＣが接続している場合、例えばネットワーク上の多数のＰＣが記載されたリストから自分のＰＣを特定するのは面倒である。また、誤ってほかのＰＣにデータを転送してしまう可能性もある。
【０００４】
一方、ＩＰアドレスのようなＰＣの固有情報や、認証情報をデバイスに入力する（例えば、特許文献１）方法もある。しかし、この場合、ユーザは自分のＰＣのＩＰアドレスを知っている必要がある。また、ＩＰアドレスは、ＰＣがネットワークに接続された際、動的に割り当てられるのが一般的であり、前回接続時と異なるＩＰアドレスが割り振られることもある。そのため、ユーザは常に最新のＩＰアドレスを確認する必要がある。また、ＩＰアドレスの入力ミスによる他ＰＣへの誤送信の可能性もある。
【０００５】
【特許文献１】特開２０００−２４４６９４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
このように、一時的にネットワークに接続するＰＣへ、デバイスからスキャンデータを転送する場合、
（１）  スキャンデータの宛先となるＰＣのＩＰアドレスの入力操作に手間が生じる
（２）  誤ってほかのＰＣにデータを転送してしまう
といった問題点があった。
【０００７】
例えば、悪意ある第三者がネットワーク上に自分のＰＣを接続し、このＰＣに対してデバイスからデータ転送のための認証要求があった場合、どのようなユーザ名、パスワードであっても接続を許可するように設定しておくとする。この場合、善意のユーザが誤って悪意ある第三者のＰＣのアドレスを入力してしまうと、スキャン結果はその悪意ある第三者のＰＣに転送されてしまう可能性がある。また、その際、善意のユーザのＰＣに接続可能な認証情報が悪意ある第三者へ知られてしまう可能性もある。
【０００８】
本発明はこのような従来技術の課題に鑑みてなされたものである。そして、情報処理端末と、当該情報処理端末に対してデータ転送が可能なデータ処理装置において、転送先の指定に関するユーザの手間を軽減するとともに、誤転送の発生を抑制することを目的とする。
【課題を解決するための手段】
【０００９】
上述の目的を達成するため、本発明のデータ処理装置は、情報処理端末に画像データを送信可能なデータ処理装置であって、画像データの送信先となる情報処理端末を示すアドレス情報を含み、識別情報の発行を要求する発行要求であって、当情報処理端末において当アドレス情報をユーザに入力させることなく自動的に生成された発行要求を、当情報処理端末から受信する受信手段と、発行要求に応じて識別情報を発行する発行手段と、発行要求に含まれるアドレス情報を識別情報と対応付けて記憶する記憶手段と、画像データを得るための特定の処理を実行する実行手段と、データ処理装置に入力された識別情報が記憶手段に記憶されている場合に、特定の処理で得られた画像データを入力された識別情報に対応付けて記憶されているアドレス情報が示す情報処理端末に送信する送信手段とを備えることを特徴とする。
【００１０】
また、上述の目的を達成するため、本発明の情報処理端末は、データ処理装置で生成された画像データを受信可能な情報処理端末であって、受信する画像データを生成するデータ処理装置の指定を受け付ける指定手段と、指定されたデータ処理装置に識別情報の発行を要求する発行要求であって、当データ処理装置で生成された画像データの送信先となる情報処理端末を示すアドレス情報を含んだ発行要求を、当アドレス情報をユーザに入力させることなく、指定手段で当データ処理装置が指定されたことに応じて自動的に生成する生成手段と、発行要求を指定されたデータ処理装置に送信する送信手段と、発行要求に従ってデータ処理装置が発行した識別情報を取得する取得手段と、取得手段が取得した識別情報を表示する表示手段と、データ処理装置で識別情報を用いることにより情報処理端末宛てに送信されてきた画像データを受信する受信手段とを備えることを特徴とする。
【発明の効果】
【００１２】
以上、説明したように、本発明によれば、ネットワークに接続された端末に対してデータ転送が可能なデータ処理装置及びデータ処理システムにおいて、転送先の指定に関するユーザの手間を軽減するとともに、誤転送の発生を抑制することができる。
【発明を実施するための最良の形態】
【００１３】
以下、添付図面を参照して、本発明の実施形態を詳細に説明する。
図１は、本発明の実施形態に係るデータ処理システムの構成例を示す図である。
データ処理システムは、データ処理装置と、データ処理システムが提供するサービスを利用可能な情報処理端末とが、ネットワークを介して通信可能に接続されて構成される。データ処理装置は、ネットワーク上の情報処理端末（以下、単に端末ともいう）に対して、予め定められたサービスの処理結果であるデータを転送可能である。
【００１４】
１０１、１０２は、本実施形態のデータ処理装置の一例としての、マルチファンクションデバイスである。マルチファンクションデバイス１０１，１０２は、プリンタ及びスキャナの機能を有し、ネットワーク印刷サービスやネットワークスキャナサービスといったデータ処理を実行し、これらのサービスをＬＡＮ１００上の情報処理端末に提供している。ＰＣ１０３はユーザのＰＣであり、マルチファンクションデバイス１０１，１０２のサービスを利用するための情報処理端末として、一時的にＬＡＮ１００に接続されている。
【００１５】
本実施形態では、ＰＣ１０３は、ＬＡＮ１００上にサービスを提供するマルチファンクションデバイス（ここではマルチファンクションデバイス１０１，１０２）を検索し、その中から指定された１つのマルチファンクションデバイスから発行される宛先ＩＤをＰＣ１０３上に表示する。そして、ユーザが自分のＰＣ１０３に表示された宛先ＩＤを、指定したマルチファンクションデバイスに入力することで、そのマルチファンクションデバイスはデータをＰＣ１０３に転送することが可能となる。これらの処理の詳細については後述する。
【００１６】
図２は、本実施形態におけるマルチファンクションデバイスの概略的な構成例を示すブロック図である。
２０１はスキャナエンジン２１３を制御するスキャナエンジン制御部である。２０２はＣＰＵ、２０３はＲＯＭで、ブートプログラムが格納されている。２０４はＲＡＭ（メモリ）、２０５は設定値などを保持しておくための不揮発性のＲＡＭ（ＮＶＲＡＭ）である。２０６はプリンタエンジン２１２を制御するエンジン制御部である。２０７はハードディスクドライブ（ＨＤＤ）、２０８はタイマである。２０９はＩ／Ｏ制御部で、操作部２１４との入出力を制御する。操作部２１４は、ユーザからマルチファンクションデバイスに対する指示や情報を入力したり、音声や文字、画像等により様々な情報を出力したりする。本実施形態では、操作部２１４はタッチパネル（表示部を兼ねる）、ボタン、ランプ、スピーカを有する。もちろん、他の入出力デバイスが含まれていても良いし、一部が含まれなくてもよい。２１０はＬＡＮ１００上の他の装置との通信を行うためのネットワーク制御部である。バス２１１は、スキャナエンジン２１３、プリンタエンジン２１２及び操作部２１４を除く各構成要素を接続する。
【００１７】
本実施形態のマルチファンクションデバイスを制御するプログラムはＨＤＤ２０７内に格納されており、電源が投入されるとＣＰＵ２０２はＲＯＭ２０３からブートプログラムを読み出す。そして、ＣＰＵ２０２はブートプログラムを実行し、ＨＤＤ２０７からデバイス制御プログラムを読み出してＲＡＭ２０４に展開し、展開されたデバイス制御プログラムを実行してマルチファンクションデバイスの制御を行う。
【００１８】
図３は、操作部２１４の具体的な構成例を示す外観図である。
タッチパネル３０１は例えばＬＣＤである表示装置の表面に取り付けられている。表示装置にＧＵＩ画面を表示することで、ユーザはＧＵＩ画面中のボタンやキーを直感的に操作することができる。図３の例では、コピーの待機画面の表示状態を示している。本実施形態において、ユーザは、タッチパネル３０１を用いて各種設定を行うことが可能である。なお、以下では、理解を及び説明を容易にするため、タッチパネル３０１が表示機能を有するものとして説明する。
【００１９】
３０２は各種ボタンである。各種ボタン３０２には、０〜９の数字キーと＊キー、＃キーからなるテンキー、サービスボタン（Ｓ）、設定ボタン（Ｒ）、スタートボタン、ストップボタンが含まれる。サービスボタン（Ｓ）が押下されると、コピー以外の各種サービスを利用するための画面をタッチパネル３０１に表示する。
【００２０】
本実施形態では、マルチファンクションデバイスはサービスボタン（Ｓ）の押下に応答してネットワークスキャンのサービスを起動し、スキャナエンジン２１３でスキャンしたデータを、指定されたＰＣへ転送する。
【００２１】
設定ボタン（Ｒ）が押下されると、マルチファンクションデバイスは、タッチパネル３０１に、各種設定を行うための画面を表示する。ユーザは、各種設定を行いたい場合、設定ボタン（Ｒ）を押下し、設定画面に従ってタッチパネル３０１を操作することで各種設定を行うことができる。
【００２２】
３０３はスピーカで、音声やブザー等をここから出力する。３０４はランプで、電源のＯＮ／ＯＦＦ状態や、動作モード（省電力モード又は通常モード）、エラーの発生有無などの報知に用いる。例えば、紙詰まりの場合には、ランプ３０４を点滅させる。ＯＮ／ＯＦＦボタン３０５は省電力モードへの移行（ＯＮ）、省電力モードから通常モードへの復帰（ＯＦＦ）を指示するためのボタンである。
【００２３】
図２１は、本実施形態におけるＰＣ１０３の構成例を示すブロック図である。
図２１において、ディスプレイ４０１はアプリケーションプログラムによって処理中のデータの情報、各種メッセージメニューなどを表示し、ＣＲＴ（Cathode Ray Tube）、ＬＣＤ(Liquid Crystal Display)等から構成される。ディスプレイコントローラ４０２は、ディスプレイ４０１への画面表示制御を行う。キーボード４０３及びポインティングデバイス４０４は、文字などを入力したり、ＧＵＩ（Graphical User Interface）におけるアイコンやボタンなどを指し示すためなどに用いられる。ＣＰＵ（Central Processing Unit）４０５はＰＣ１０３全体の制御を司る。
【００２４】
ＲＯＭ（Read Only Memory）４０６はＣＰＵ４０５が実行するプログラムやパラメータ等を記憶している。ＲＡＭ（Random Access Memory）４０７は各種プログラムをＣＰＵ４０５が実行するときのワークエリア、エラー処理時の一時退避エリア等として用いられる。
【００２５】
ハードディスクドライブ（ＨＤＤ）４０８、リムーバブルメディアドライブ（ＲＭＤ）４０９は、外部記憶装置として機能する。リムーバブルメディアドライブは、着脱可能な記録媒体の読み書き又は読み出しを行う装置であり、フレキシブルディスクドライブ、光ディスクドライブ、光磁気ディスクドライブ、メモリカードリーダはもとより、着脱式ＨＤＤなどであってもよい。
【００２６】
なお、本実施形態に係るＰＣ１０３の各種機能を実現するプログラムを始め、ＯＳや、ブラウザ等のアプリケーションプログラム、データ、ライプラリ等は、用途に応じてＲＯＭ４０６、ＨＤＤ４０８、ＲＭＤ４０９（の記録媒体）の１つ以上に記憶される。
【００２７】
拡張スロット４１０は、例えばＰＣＩ(Peripheral Component Interconnect)バス規格に準拠した拡張カード装着用スロットであり、ビデオキャプチャボードや、サウンドボード、ＧＰＩＢボードなど、様々な拡張ボードを装着することが可能である。
【００２８】
ネットワークインタフェース４１１は、ＵＳＢ（Universal Serial Bus）規格、ＩＥＥＥ１３９４規格、ＬＡＮ等に準拠した有線通信機能またはＩＥＥＥ８０２．１１ａ／ｂ／ｇ規格、Bluetooth規格等に準拠した無線通信機能を有する。本実施形態に係るＰＣ１０３は、ネットワークインタフェース４１１を用いてマルチファンクションデバイス１０１，１０２と通信できるように構成されている。バス４１２はアドレスバス、データバスおよび制御バスからなり、上述した各部間を接続する。
【００２９】
このようなＰＣ１０３は、ＯＳや必要なドライバソフトウェア等を用いることによって、ネットワークインタフェース４１１を介して必要に応じて接続されるルータ（ダイアルアップルータを含む）や、シリアルインタフェースを介して接続されるモデムやＴＡ等を用いて、コンピュータネットワークや公衆電話網上の他の機器と通信可能である。
【００３０】
図４は、図１に示すネットワーク構成において、各マルチファンクションデバイスとＰＣとの間で送受されるデータの流れを説明するシーケンス図である。
【００３１】
なお、以下の説明において、ＰＣ１０３の動作は、実際には、ＰＣ１０３上で動作する、サービス利用のためのアプリケーションやＯＳ等のプログラムを、ＰＣ１０３のＣＰＵ４０５が実行することにより実現される。以下、サービス利用のためのアプリケーションを、クライアントアプリケーションという。
【００３２】
まず、ユーザがＰＣ１０３を、ネットワークインタフェース４１１を通じてＬＡＮ１００に接続すると、ＰＣ１０３は図示しないＤＨＣＰサーバとの通信により、ＩＰアドレスの割り当てを受ける。ＰＣ１０３がＬＡＮ１００に接続された際に、通信を確立するまでの動作手順は周知であり、また本発明の本質とは関係ないため、説明を省略する。
【００３３】
そして、ユーザが、例えばサービス利用のためのアプリケーション（以下、クライアントアプリケーションという）を起動する。ここでは、マルチファンクションデバイスが提供するスキャナサービスを利用し、スキャンデータをＰＣ１０３に転送させたい場合について説明する。クライアントアプリケーションは、ＬＡＮ１００に存在するマルチファンクションデバイスを知るため、マルチファンクションデバイスを検索するための検索要求をＬＡＮ１００上にマルチキャスト又はブロードキャスト通信する（ステップＳ１１０）。この検索要求は、例えば後述する図１０の画面における検索ボタンの押下など、ユーザの明示的な指示により送信されても良い。
【００３４】
本実施形態では２台のマルチファンクションデバイス１０１、１０２がＬＡＮ１００に接続されているので、それぞれのマルチファンクションデバイスが検索要求に対して応答データを送信する（ステップＳ１２０，Ｓ１２５）。応答データには、図６を用いて後述するように、各マルチファンクションデバイスの固有情報（機種名、能力、アドレス等）が含まれる。
【００３５】
ＰＣ１０３のクライアントアプリケーションは検索応答の結果を、例えば図１０に示すように、一覧形式でディスプレイ４０１に表示し、利用したいマルチファンクションデバイスを指定するようにユーザに要求する。ユーザは例えばポインティングデバイス４０４を用いて所望のマルチファンクションデバイス（マルチファンクションデバイス１０１とする）をリストから選択する。
【００３６】
この選択に応答して、ＰＣ１０３のクライアントアプリケーションは、選択されたマルチファンクションデバイス１０１に対して、転送先等を指定するための指定要求を送信する（ステップＳ１３０）。この指定要求に対し、マルチファンクションデバイス１０１は宛先ＩＤを指定要求に対する応答として送信する（ステップＳ１４０）。ＰＣ１０３のクライアントアプリケーションは受信した宛先ＩＤをディスプレイ４０１に表示する。ユーザは、表示された宛先ＩＤを例えば紙に書き写したり印刷したりする。
【００３７】
ユーザは、スキャンを実行するマルチファンクションデバイス１０１の傍に行って、文書をマルチファンクションデバイス１０１のスキャナエンジン２１３に置く。さらに、ユーザはマルチファンクション１０１の操作部で、ＰＣ１０３のディスプレイ４０１に表示された宛先ＩＤを入力し、スキャンの実行を指示する。マルチファンクションデバイス１０１は、文書の画像を読み取ってスキャンデータを生成し、スキャンデータを任意の電子データフォーマットに変換する。そして、マルチファンクションデバイス１０１は宛先ＩＤに基づいて、スキャンデータをＰＣ１０３に転送する（ステップＳ１５０）。
これら各ステップにおける処理の詳細については、順次説明していく。
【００３８】
図５は、本実施形態において、ＰＣ１０３のクライアントアプリケーションが生成、出力する検索要求のフォーマットの一例を示す図である。
フィールド５０１は、このパケットの種別を示す。ここでは、検索要求であることが指定されている。
フィールド５０２は、このパケットが、何の検索を要求しているかを示す。ここでは、サービスの検索を要求していることが指定されている。
【００３９】
フィールド５０３は、どのようなサービスを検索しているかを示す。本実施形態では、スキャナサービスを検索することから、スキャナサービスが指定されている。もちろん、他のサービスを利用したい場合には、サービスの種類に応じた値が指定される。
ＰＣ１０３は、このような検索要求を、ＬＡＮ１００の通信プロトコルに従ったパケット形式により出力する。
【００４０】
図６は、本実施形態において、検索要求に対してマルチファンクションデバイスが出力する応答データのフォーマットの一例を示す図である。
フィールド６０１は検索要求の応答であることを示す。
フィールド６０２はスキャナサービスを提供していることを示す。フィールド６０３はスキャナサービスを提供しているＵＲＬを示している。本実施形態では、http://172.24.176.1/scan_serviceとなっている。
【００４１】
フィールド６０４から６１０までは、このマルチファンクションデバイスが提供するスキャナサービスが持つ属性を示すフィールドである。フィールド６０４はマルチファンクションデバイスの位置を示す位置情報を示しており、マルチファンクションデバイスが１Ｆ Ｆｌｏｏｒにあることを示している。フィールド６０５はスキャナサービスのステータスを示しており、現在ＩＤＬＥ（待機中）であることが分かる。フィールド６０６はスキャナエンジン２１３がカラーで画像を読み取ることが可能であることを示している。フィールド６０７はマルチファンクションデバイスがＡＤＦ機能を有することを示す。フィールド６０８はスキャナエンジン２１３が読み取れる最大の原稿サイズを示し、図の場合、スキャナエンジン２１３がＡ３サイズの画像まで読み取れることを示す。フィールド６０９はスキャナエンジン２１３のスキャンスピード（１分間当たりのＡ４原稿の読み取り枚数）を示し、図では、１分間に４０枚のＡ４原稿を読み取ることが可能であることを示している。フィールド６１０はスキャンデータをどのような電子フォーマットに変換できるかを表しており、図では、スキャンデータをＰＤＦ形式とＪＰＥＧ形式に変換できることを示している。フィールド６１１はマルチファンクションデバイスの機種名を示す。
【００４２】
図７は、本実施形態において、ＰＣ１０３のクライアントアプリケーションが生成、出力する、マルチファンクションデバイスを指定するための指定要求のフォーマットの一例を示す図である。
本実施形態において、指定要求はスキャンデータの転送方法に応じて図７（ａ）〜（ｄ）の４通りのフォーマットを取りうる。
【００４３】
ＰＣ１０３のクライアントアプリケーションは、後述するように、図１０に示す検索結果画面を通じて、ユーザがサービスを受けたいマルチファンクションデバイスと、データ転送に用いられるべきプロトコルとがユーザによって指定されると、プロトコルに応じた形式の指定要求を作成する。
【００４４】
図７（ａ）はＨＴＴＰプロトコルを用いてスキャンデータを転送するように指示するフォーマットの例を示す。フィールド７０１は、パケットの種別及びサービスの種別を示し、ここでは指定要求であることと、スキャナサービスであることとが指定されている。フィールド７０２は、スキャンデータの転送先とスキャンデータの転送に使用される通信方式とを示す。転送先と通信方式（通信プロトコル）を指定する転送先情報として、ＰＣ１０３のアドレス(172.24.176.100)とフォルダ名(MyFolder)とＨＴＴＰ（http:）とが指定されている。転送先と通信方式を指定する情報は、ＨＴＴＰに従ったアドレス記述（http://172.24.176.100/MyFolder）によって指定されている。
【００４５】
ここで、クライアントアプリケーションは、指定要求の作成時にＰＣ１０３に割り当てられているＩＰアドレスと、予め転送先として設定されているフォルダのファイルパスとを取得し、指定要求を作成するのに利用することができる。なお、転送先として他の装置を指定する場合には、その装置のアドレスと転送先のファイルパスを事前に設定しておく必要がある。
【００４６】
このように、クライアントアプリケーションが自動的にアドレス情報を取得し、マルチファンクションデバイスに通知するため、ＰＣのアドレス情報が動的に変化する場合であっても、ユーザは特に意識することなく、単に転送先のフォルダを指定しておけばよい。
【００４７】
もちろん、ユーザが検索結果画面においてプロトコルとマルチファンクションデバイスとを指定した後で、クライアントアプリケーションが、転送先をユーザに指定させるためのダイアログ画面を表示し、転送先をユーザに指定させるように構成することも可能である。このダイアログ画面は、ＧＵＩベースのＯＳやアプリケーションにおいて、ファイル選択時に表示されるような一般的なものであってよい。そして、クライアントアプリケーションは、選択されたフォルダのファイルパスを取得し、転送先のアドレス記述に用いる。
【００４８】
マルチファンクションデバイスは、フィールド７０２に指定された転送先及び通信プロトコルに従って、サービスの実行結果として得られるデータを転送する。
また、フィールド７０３及び７０４は、データ転送する際に必要となる、ＰＣ１０３にログインするためのユーザ名とパスワードとを示す。クライアントアプリケーションは、ＯＳからログイン時のユーザ名及びパスワードを取得して、フィールド７０３及び７０４に格納する。
【００４９】
図７（ｂ）はＳＭＴＰプロトコルを用いてスキャンデータを転送するように指示する指定要求のフォーマットの例を示す。具体的には電子メールを用いてスキャンデータを転送するように指示する指定要求の例を示す。
【００５０】
この場合、フィールド７０６に転送先と通信方式を指定する転送先情報として、ユーザのメールアドレス(ochi@cano.com)と電子メール（mailto:）とが指定されている。このメールアドレスも、予め転送先としてクライアントアプリケーションに設定されているものとする。もちろん、検索結果画面においてＳＭＴＰが通信プロトコルとして指定されたことに応答して、クライアントアプリケーションがメールアドレスを入力又は選択させるための画面を表示し、メールアドレスをユーザに入力または選択させても良い。
メールを利用する場合、ＰＣ１０３にログインする必要はないため、ユーザ名、パスワードは必要ない。
【００５１】
図７（ｃ）はＦＴＰプロトコルを用いてスキャンデータを転送するように指示する指定要求のフォーマットの例を示す。フィールド７０８に転送先と通信方式を指定する転送先情報として、ＰＣ１０３のアドレス（172.24.176.100）とフォルダ名（MyFolder）とＦＴＰ（ftp:）とが指定されている。この場合には、ＨＴＴＰ形式での転送を指定する場合と同様、フィールド７０３にユーザ名が、フィールド７０４にパスワードが指定される。
【００５２】
図７（ｄ）はＳＭＢプロトコルを用いてスキャンデータを転送するように指示する指定要求のフォーマットの例を示す。フィールド７１０に転送先と通信方式を指定する転送先情報として、ＰＣ１０３のアドレス（172.24.176.100）とフォルダ名（MyFolder）とＳＭＢ（smb:）とが指定されている。この場合には、ＨＴＴＰ形式での転送を指定する場合と同様、フィールド７０３にユーザ名が、フィールド７０４にパスワードが指定される。
【００５３】
このように、指定要求には、ユーザ名、パスワードが含まれうることから、指定要求のパケットは、ＳＳＬやＴＳＬ等を用いて暗号化された通信チャネルを用いて送信されることが好ましい。
【００５４】
図８は、本実施形態において、指定要求に対してマルチファンクションデバイスが出力する応答データのフォーマットの一例を示す図である。
フィールド８０１は、指定要求に対する応答であることと、対象となるサービスの種類（スキャナサービス）とを示す。フィールド８０３には、マルチファンクションデバイス１０１におけるスキャナサービスを示すＵＲＬが記載されている。
【００５５】
フィールド８０４は宛先ＩＤを示し、ここでは「１２３４」が格納されている。
フィールド８０５は宛先ＩＤ８０４がマルチファンクションデバイスで有効な期間を示している。図８では、２００５年１１月１１日１１時１１分１１秒まで、マルチファンクションデバイス１０１(172.24.176.1)で宛先ＩＤ（１２３４）が有効であることを示す。
【００５６】
本応答データも、図７で図示した指定要求のパケットと同様、通信内容を暗号化してやりとりする通信チャネル上で送信される。
これら指定要求、応答データを暗号化チャネル上で送受信することによって、ユーザ名やパスワード、宛先ＩＤなどを秘匿することが可能である。
【００５７】
図９は、マルチファンクションデバイス１０１が管理する宛先ＩＤテーブルの例を示す図である。
図９の例では、４つの宛先ＩＤが登録されており、この宛先ＩＤテーブルはＲＡＭ２０４上に保持されている。なお、宛先ＩＤテーブルはＮＶＲＡＭ２０５やＨＤＤ２０７などの不揮発性の記憶手段に格納されても良い。マルチファンクションデバイスは、指定要求を受信すると、指定要求から転送先を抽出するとともに、宛先ＩＤと有効期限を決定し、転送先、宛先ＩＤ及び有効期限をテーブルに追加する。
【００５８】
図１０は、検索要求に対する応答データの受信後、ＰＣ１０３のディスプレイ４０１に表示される検索結果画面の一例を示す図である。
本実施形態では、ＬＡＮ１００上にマルチファンクションデバイス１０１，１０２が存在し、図４のステップＳ１１０の検索要求に対して各マルチファンクションデバイスから応答データが返送される（ステップＳ１２０，Ｓ１２５）。図６を用いて説明したように、検索要求に対する応答データには各マルチファンクションデバイスの情報が含まれているため、ＰＣ１０３は、検索要求に対する応答データの内容から、図１０に示すような検索結果画面（マルチファンクションデバイスのリスト）を表示することができる。
【００５９】
図１０の画面から、ユーザは、アドレス172.24.176.1と172.24.176.10のマルチファンクションデバイスがＬＡＮ１００上に存在していることを把握することに加え、各マルチファンクションデバイスの場所や性能を把握することができる。すなわち、次のことが把握できる。172.24.176.1のマルチファンクションデバイスは、名前がｉＲＣ４０００で、ステータスが待機中（ＩＤＬＥ）、カラースキャナを持ち、スキャンスピードがＡ４換算で４０枚／分、最大Ａ３の原稿をスキャンでき、ＡＤＦオプションを所有して、１Ｆ Ｆｌｏｏｒにある。
【００６０】
一方、172.24.176.10のマルチファンクションデバイスは、名前がｉＲ６０００で、ステータスが待機中（ＩＤＬＥ）、白黒スキャナを持ち、スキャンスピードがＡ４換算で６０枚／分、最大でＡ３の原稿をスキャンでき、ＡＤＦオプションを所有して、１０Ｆ Ｆｌｏｏｒにある。
【００６１】
ユーザは、検索結果画面において、各マルチファンクションデバイスに対応した行の左に設けられるラジオボタンの１つを選択することで、これから使用するマルチファンクションデバイスを選択できる。図１０の例では、●となっている172.24.176.1のマルチファンクションデバイス（マルチファンクションデバイス１０１）が選択されている。
また、ユーザは、ラジオボタン１００４のいずれかを選択することでスキャンデータの通信プロトコルも指定が可能であり、図１０の例ではＨＴＴＰが指定されている。
【００６２】
１００１は検索ボタンで、ユーザがキーボード４０３やポインティングデバイス４０４を用いて本ボタンを押下することによって、検索要求（図５）が送信される（図４のステップＳ１１０）。そして、クライアントアプリケーションは、検索要求に対する応答データに含まれる情報を用い、図１０の画面を表示もしくは表示内容の更新を行う。
【００６３】
１００２はＯＫボタンで、ユーザがラジオボタン１００３で選択したマルチファンクションデバイスと、ラジオボタン１００４で選択したプロトコルとの決定をＰＣ１０３に指示するために用いられる。
【００６４】
ＯＫボタン１００２の押下操作に応答して、ＰＣ１０３のクライアントアプリケーションは、指定要求（図７）を生成し、ユーザによって選択されたマルチファンクションデバイス(172.24.176.1)に指定要求を送信する（図４、ステップＳ１３０）。
【００６５】
図１１は、ユーザによって選択されたマルチファンクションデバイスから受信した、指定要求に対する応答データに基づいて、ＰＣ１０３が表示する宛先ＩＤの表示画面の一例を示す図である。
宛先ＩＤの表示画面では、ユーザが指定したマルチファンクションデバイス（ｉＲＣ４０００）とその位置、マルチファンクションデバイスから割り当てられた宛先ＩＤ（１２３４）及び、宛先ＩＤの有効期限（２００５年１１月１１日１１時１１分１１秒）を示す。なお、宛先ＩＤとその有効期限以外に表示する情報は任意に設定可能である。図１１に示す情報以外に含めることが好ましい情報としては、通信プロトコル（ここではＨＴＴＰ）と転送先（MyFolder）に関する情報である。
【００６６】
ユーザは、宛先ＩＤの表示画面によって通知された宛先ＩＤを、選択したマルチファンクションデバイスに入力し、スキャンの指示を行なうことにより、スキャンデータを自分が指定した場所へ転送することが可能となる。なお、ここではスキャンデータの転送先が自分のＰＣ１０３であるものとしているが、例えばＳＭＴＰを利用する場合、メールアドレスを変更することで、他の任意の場所を指定可能であることは当業者にとって容易に理解されるであろう。また、他のプロトコルを用いる場合であっても同様である。
なお、ＰＣ１０３は、受信した宛先ＩＤとその有効期限、対応するマルチファンクションデバイス等の情報は、後で呼び出し可能なように、ＨＤＤ４０８に記憶しておく。
【００６７】
図１２は、本実施形態において、マルチファンクションデバイスのタッチパネル３０１に表示する宛先の入力画面の一例を示す図である。
上述のように、マルチファンクションデバイスの操作部２１４に含まれる各種ボタン３０２のうち、サービスボタン（Ｓ）をユーザが押下することによって、スキャナサービスが開始される。
【００６８】
マルチファンクションデバイス１０１のＣＰＵ２０２は、サービスボタン（Ｓ）の押下をＩ／Ｏ制御部２０９を通じて検出すると、スキャナサービスを開始する。スキャナサービスでは、スキャンデータの宛先を指定する必要があるため、ＣＰＵ２０２は、まず、宛先の指定画面をタッチパネル３０１に表示させる。宛先の指定画面の例を図１２に示す。
【００６９】
図１２において、宛先の指定画面は、宛先ＩＤフィールド１２０１に加え、従来の指定方法で用いる宛先フィールド１２０３と宛先検索ボタン１２０４を有する。
本実施形態では、ユーザは宛先ＩＤを知っているため、宛先ＩＤフィールド１２０１に、宛先ＩＤ（１２３４）を、各種ボタン３０２のテンキーを用いて入力し、ＯＫボタン１２０５を押下する。これで、宛先及び通信方法の指定が完了する。
【００７０】
一方、従来と同様、宛先フィールド１２０３に直接ＰＣ１０３のＩＰアドレスやメールアドレス等を入力することによっても宛先を指定することができる。また、ユーザは宛先検索ボタン１２０４を押下し、ＬＡＮ１００上の機器リストをタッチパネル３０１に表示させ、リストからＰＣ１０３を探して選択することによっても宛先を指定することが可能である。
【００７１】
ＯＫボタン１２０５が押下されると、ＣＰＵ２０２は、ＲＡＭ２０４に格納してある宛先ＩＤテーブルを参照し、入力された宛先ＩＤが有効であるかどうかをチェックする。具体的には、入力された宛先ＩＤが宛先ＩＤテーブルに存在するかどうか、存在する場合には、有効期限が切れていないかどうかをチェックする。そして、入力された宛先ＩＤが存在していない場合、または宛先ＩＤが宛先ＩＤテーブルに存在しているが有効期限が切れている場合には、ＣＰＵ２０２は、図１３に示すようなエラー画面を宛先の指定画面に重ねてタッチパネル３０１に表示する。入力された宛先ＩＤが存在しない場合は、宛先ＩＤＮの入力間違いや、宛先ＩＤを発行したマルチファンクションデバイスと違うマルチファンクションデバイスで宛先ＩＤを入力した場合が考えられる。
【００７２】
エラー画面が表示された場合、ユーザは、ＯＫボタン１３０１を押下して、図１２に示した宛先の指定画面から宛先ＩＤを再入力する。
一方、入力された宛先ＩＤが宛先ＩＤテーブルに存在し、かつ有効期限が切れていない場合、ＣＰＵ２０２は図１４に示すスキャンサービスのための画面をタッチパネル３０１に表示する。このとき、ＣＰＵ２０２はユーザによって入力された宛先ＩＤに対応する転送先を宛先ＩＤテーブルから知っておく
【００７３】
図１４に示す例では、スキャンデータをＰＤＦファイルとすることがデフォルトで選択されており、ユーザ操作により、ＪＰＥＧ形式のファイルを選択することも可能である。
ユーザは、スキャンされるべき原稿をマルチファンクションデバイスが備えるＡＤＦや原稿台にセットし、準備ができたら各種ボタン３０２に含まれるスタートボタンを押下する。ＣＰＵ２０２はこのスタートボタンの押下に応答してスキャナ制御部２０１を用いてスキャナエンジン２１３を制御し、周知のスキャン処理を行なう。そして、マルチファンクションデバイスは、スキャンデータをＲＡＭ２０４に読み込み、指定されたデータ形式のファイルに変換する。さらに、マルチファンクションデバイスは、宛先ＩＤに対応する転送先の情報を宛先ＩＤテーブルから取得し、生成したスキャンデータファイルを、ネットワーク制御部２１０を用いてその転送先に送信する。
【００７４】
図１５は、本実施形態に係るマルチファンクションデバイスにおいて、上述の動作を実現するためのプログラムモジュールを示す概略図である。
本実施形態において、マルチファンクションデバイス１０１，１０２では、検索応答モジュール１５０１、スキャナサービスモジュール１５０２、宛先ＩＤテーブルタイマ監視モジュール１５０３が稼働している。そして、スキャナサービスモジュール１５０２と宛先ＩＤテーブルタイマ監視モジュール１５０３が宛先ＩＤテーブルをアクセスする。
【００７５】
これらモジュールは例えばＨＤＤ２０７に格納されており、マルチファンクションデバイスの起動時にＲＡＭ２０４に読み出され、常駐プロセスとして実行される。
以下、ＰＣ１０３及びマルチファンクションデバイス１０１，１０２の動作について、更に説明する。
【００７６】
図１６は、本実施形態におけるＰＣ１０３の動作を説明するフローチャートである。
上述のように、ユーザのＰＣ１０３は既にＬＡＮ１００に接続され、かつ通信可能な状態にあるものとする。また、マルチファンクションデバイス１０１がＩＰアドレス172.24.176.1を持ち、マルチファンクションデバイス１０２がＩＰアドレス172.24.176.10を持つ。ＰＣ１０３はＩＰアドレス172.24.176.100を持つものとする。さらに、クライアントアプリケーションの起動時は自動的に検索要求を行わず、代わりに検索結果画面（図１０）をディスプレイ４０１に表示するものとする。この際、検索要求は行われていないため、マルチファンクションデバイスのリストには何も表示されない。
【００７７】
この状態で、ユーザは、キーボード４０３やポインティングデバイス４０４を操作し、図１０に示した検索画面の検索ボタン１００１を押下する操作を行う。
ＰＣ１０３のクライアントアプリケーションは、この操作に応答して、ネットワークインタフェース４１１を通じ、図５に図示した検索要求のパケットをＬＡＮ１００上にマルチキャスト又はブロードキャストする（ステップＳ１６０１）。
【００７８】
そして、クライアントアプリケーションはスキャナサービスを提供するマルチファンクションデバイスからの応答データがあるかどうかを判断する（ステップＳ１６０２）。各マルチファンクションデバイス１０１、１０２は図６で図示した応答データのパケットをＰＣ１０３に返す。クライアントアプリケーションは、ネットワークインタフェース４１１を通じて応答データのパケットを受信すると、パケットに含まれる情報を抽出し、マルチファンクションデバイスのリストを図１０に示したような形で表示する（ステップＳ１６０３）。この処理は、所定時間が経過するまでに受信した応答データのパケットの全てに対して行う。
【００７９】
そして、クライアントアプリケーションは、マルチファンクションデバイスが選択されたかどうかを判断する（ステップＳ１６０４）。本実施形態では、ユーザは、マルチファンクションデバイス１０１（ＩＰアドレス172.24.176.1）からＰＣ１０３の”MyFolder”フォルダへＨＴＴＰプロトコルでスキャンデータを転送することを指定し、ＯＫボタン１００２の押下操作を行ったものとする。
【００８０】
マルチファンクションデバイスが選択された場合には、クライアントアプリケーションは、選択結果を取得し、図７（ａ）に示したような指定要求のパケットを生成する。この指定要求は、ＰＣ１０３のＩＰアドレス（172.24.176.100）と指定されたフォルダ名（MyFolder）とＨＴＴＰを使用することとを示す転送先情報（http://172.24.176.100/MyFolder）を含む。そして、クライアントアプリケーションは、生成した指定要求のパケットを、ネットワークインタフェース４１１を介して、ユーザが選択したマルチファンクションデバイス１０１（172.24.176.1）に対して送信する（ステップＳ１６０５）。ここで、指定要求のパケットに含めるユーザ名７０３やパスワード７０４は、ユーザがＰＣ１０３にログインしたときのユーザ名、パスワードを使用する。
【００８１】
指定要求パケットの送信後、クライアントアプリケーションは指定要求に対応する応答データがあるかどうかを判断する（ステップＳ１６０６）。そして、マルチファンクションデバイス１０１から指定要求に対する応答データのパケットを受信すると、クライアントアプリケーションは、図８に示した応答データのパケットから、宛先ＩＤと有効期限を読み出し、その値をユーザに報知するべく、図１１に示したような宛先ＩＤの表示画面をディスプレイ４０１に表示する。
【００８２】
ユーザが宛先ＩＤと有効期限を確認し、宛先ＩＤ表示画面のＯＫボタン１１１０の押下操作を行うと、クライアントアプリケーションは処理を終了する。
この一連の処理により、ユーザはサービスを利用するマルチファンクションデバイスを特定するとともに、そのマルチファンクションデバイスから宛先ＩＤを取得する。
【００８３】
次に、マルチファンクションデバイス１０１側の処理について説明する。
マルチファンクションデバイス１０１の処理には大きく分けて、（１）検索要求受信時の処理、（２）マルチファンクションデバイス指定要求受信時の処理、（３）サービス処理がある。
【００８４】
（１）検索要求受信時の処理
検索要求に対する処理は、検索応答モジュール１５０１が行う。
検索応答モジュール１５０１は、まず、起動時に、スキャナ制御部２０１を介して、スキャナエンジン２１３の能力に関する情報（スキャナ情報）を取得し、ＲＡＭ２０４上に保持する。その後は、ネットワーク制御部２０１を介して、検索要求の受信を監視する。そして、図５に示したような検索要求を受信すると、検索応答モジュール１５０１は、電源投入時にＲＡＭ２０４に保持したスキャナ情報を用いて図６に示した応答データのパケットを生成する。そして、検索応答モジュール１５０１は、ネットワーク制御部２０１を通じ、検索要求の送信元であるＰＣ１０３へ応答データのパケットを返送する。
【００８５】
（２）指定要求受信時の処理
図１７は、指定要求受信時の処理を説明するフローチャートである。
この処理は、スキャナサービスモジュール１５０２が実行する。スキャナサービスモジュール１５０２は、ネットワーク制御部２０１を介して、指定要求の受信を監視する。
【００８６】
そして、図７（ａ）〜図７（ｄ）に示したような指定要求のパケットを受信すると、スキャナサービスモジュール１５０２はタイマ２０８から現在時刻を獲得する（ステップＳ１７０１）。そして、スキャナサービスモジュール１５０２は、宛先ＩＤの有効期限を決定する（ステップＳ１７０２）。ここでは、一例として、現在時刻に１時間を加えた値を有効期限とする。有効期限の決定方法に特に制限はないが、有効期限を長くしすぎると不正使用のリスクが大きくなる。また、短くしすぎると、ユーザの利便性を損なうことになる。なお、ユーザのＰＣ１０３へログインするためのユーザ名やログインパスワードを用いるプロトコルでの転送（本実施形態ではＳＭＴＰ以外のプロトコルを用いた転送）においては、セキュリティ上の対策から、有効期限を短めに設定することが好ましい。
【００８７】
次に、スキャナサービスモジュール１５０２は、指定要求の識別情報として、宛先ＩＤを発行する。宛先ＩＤは、同一の宛先ＩＤが２つ以上同時に有効とならなければ、どのような規則で発行してもよい。本実施形態では宛先ＩＤを数字４桁としたが、桁数を増減することも可能である。また、マルチファンクションデバイスの操作部２１４からの入力が容易であれば、数字以外の文字を少なくとも一部に用いても良い。
【００８８】
そして、スキャナサービスモジュール１５０２は、発行した宛先ＩＤと、データ転送に必要な情報と、ステップＳ１７０２で計算した有効期限とを対応付けて宛先ＩＤテーブル（図９）に登録する（ステップＳ１７０３）。データ転送に必要な情報は、本実施形態では、フィールド７０２で入力される転送先情報である。図９では、宛先ＩＤ（１２３４）、転送先情報（http://172.24.176.100/MyFolder）、有効期限（２００５年１１月１１日１１時１１分１１秒）が保持されている。宛先ＩＤテーブルはＲＡＭ２０４に保持する。
【００８９】
次にスキャナサービスモジュール１５０２は、図８に示したような応答データのパケットを作成し、ネットワーク制御部２０１を通じて指定要求のパケットの送信元、即ちサービスの要求元の端末（ＰＣ１０３）に送信する（ステップＳ１７０４）。
上述のように、この応答データのパケットを受信したＰＣ１０３は、図１１で示したような宛先ＩＤの表示画面をディスプレイ４０１に表示し、宛先ＩＤをユーザに報知する。
【００９０】
（３）サービス処理
図１８は、ネットワークスキャン処理を説明するフローチャートである。
この処理は、スキャナサービスモジュール１５０２が実行する。スキャナサービスモジュール１５０２は、Ｉ／Ｏ制御部２０９を介して、操作部２１４の入力、特にはサービスボタン（Ｓ）の押下を監視する。そして、スキャナサービスモジュール１５０２は、サービスボタン（Ｓ）が押下されたかどうかを判断する（ステップＳ１８００）。
【００９１】
ユーザが操作部２１４のボタン群３０２に含まれるサービスボタン（Ｓ）を押下すると、スキャナサービスモジュール１５０２は、図１２に示したような宛先入力画面をタッチパネル３０１に表示させる（ステップＳ１８０１）。そして、スキャナサービスモジュール１５０２は、宛先ＩＤが入力されＯＫボタン１２０５が押下されたかどうかを判断する（ステップＳ１８０２）。
【００９２】
上述のように、宛先入力画面から、宛先ＩＤ以外の入力が行われた場合には、従来と同様の処理を行う。この従来の処理についての説明は省略する。宛先ＩＤ以外の入力とは、宛先フィールド１２０３へアドレスが直接入力されてＯＫボタン１２０５が押下された場合や宛先検索ボタン１２０４が押下された場合である。
【００９３】
宛先ＩＤが入力され、ＯＫボタン１２０５が押下されると、スキャナサービスモジュール１５０２は、ＲＡＭ２０４に保存した宛先ＩＤテーブル（図９）を検索する（ステップＳ１８０３）。そして、スキャナサービスモジュール１５０２は、入力された宛先ＩＤが宛先ＩＤテーブルに存在するかどうかを判断する（ステップＳ１８０４）。
【００９４】
入力された宛先ＩＤが宛先ＩＤテーブルに存在しなかった場合、スキャナサービスモジュール１５０２はエラー画面（図１３）をディスプレイ４０１に表示させる（ステップＳ１８０５）。そして、エラー画面において、ユーザの確認入力（ＯＫボタン押下）がなされたら、再び宛先入力画面を表示させる（ステップＳ１８０１）。
【００９５】
一方、入力された宛先ＩＤが宛先ＩＤテーブルに存在した場合、スキャナサービスモジュール１５０２は、スキャン画面（図１４）をタッチパネル３０１に表示させ（ステップＳ１８０６）、ユーザからのスキャン実行指示があるかどうかを判断する（ステップＳ１８０７）。
【００９６】
ユーザは原稿をスキャナエンジン２１３の備える原稿台又はＡＤＦにセットし、スキャンデータのデータフォーマット（ここではＰＤＦ又はＪＰＥＧ）を選択し、スタートボタン（図３）を押下する。
【００９７】
スキャナサービスモジュール１５０２は、スキャン実行指示（スタートボタンの押下）を検出すると、スキャン処理を実行する（ステップＳ１８０８）。具体的には、スキャナ制御部２０１を介してスキャナエンジン２１３に原稿を読み取らせ、ビットマップデータ（スキャンデータ）をＲＡＭ２０４に読み込む。そして、そのビットマップデータを指定されたデータフォーマットに変換する。本実施形態の場合ではＰＤＦが選択されているため、ビッドマップデータをＰＤＦファイルに順次変換する。
【００９８】
スキャナサービスモジュール１５０２は、スキャンデータファイルを生成すると、宛先ＩＤテーブルに登録された転送先のうち宛先ＩＤに対応する転送先にそのファイルを送信する（ステップＳ１８０９）。この送信処理は、後で詳細に説明する。送信処理が終了すると、スキャナサービスモジュール１５０２は、ＲＡＭ２０４に格納した宛先ＩＤテーブルから、終了した送信処理に対応する宛先ＩＤを削除する。そして、タッチパネル３０１の表示を図３に示すようなコピー画面に戻して、処理を終了する（ステップＳ１８１０）。
【００９９】
次に、図２０に示すフローチャートを用いて、ステップＳ１８０９で行う送信処理の詳細を説明する。
スキャナサービスモジュール１５０２は、宛先ＩＤに対応する転送先にデータを送信する際に、まず、通信方法を確認する（ステップＳ２００１）。通信方法は、指定要求における送信先指定フィールド（７０２、７０６、７０８、または７１０）に指定されている。すなわち、「Storag=」に続く文字列に、 通信プロトコルの種類を識別する情報(http, mailto, ftp, smb)として記載されている。従って、スキャナサービスモジュール１５０２は、宛先ＩＤテーブルに格納されている転送先情報を参照することで、通信方法を確認することが可能である。
【０１００】
具体的には、転送先情報が”mailto:”で始まる場合、スキャナサービスモジュール１５０２はメールでスキャンデータファイルを送信すると判断し、”mailto:”に続く文字列（例えば、図７（ｂ）では”ochi@cano.jp”）が示すアドレス宛の電子メールを作成する。そして、スキャンデータファイルをその電子メールの添付ファイルとする。なお、電子メールは予め定型文として作成しておくことができる。
【０１０１】
そして、スキャナサービスモジュール１５０２は、ネットワーク制御部２０１を通じて図示しないＳＭＴＰサーバに接続する（ステップＳ２００２）。そして、ＳＭＴＰサーバ用に予め設定されているログイン名やパスワードを用いてＳＭＴＰサーバとの間で認証処理を行い（ステップＳ２００３）、電子メールを送信する（ステップＳ２００４）。
【０１０２】
また、転送先情報が”http:”で始まる場合、スキャナサービスモジュール１５０２はＨＴＴＰでスキャンデータファイルを送信すると判断して、”http:”に続く文字列が示すアドレスにＨＴＴＰでの接続を行う（ステップＳ２００５）。ここでは、転送先情報はユーザのＰＣ１０３の”MyFolder”というフォルダを示すため、スキャナサービスモジュール１５０２はフォルダ名”MyFolder”をＰＣ１０３のhttpサーバモジュールに提示する。ＰＣ１０３で稼働するhttpサーバモジュールがこれに応答し、認証をスキャナサービスモジュール１５０２に要求する。これに対し、スキャナサービスモジュール１５０２は、指定要求のパケット（図７（ａ））で送信されてきたユーザ名とパスワードを応答する（ステップＳ２００６）。認証がなされたら、スキャナサービスモジュール１５０２は、ＨＴＴＰに基づいて、スキャンデータファイルをＰＣ１０３の”MyFolder”へ転送する（ステップＳ２００７）。
【０１０３】
なお、転送先情報が”https:”で始まる場合には、ＳＳＬを使って暗号化を行うこと以外は、ＨＴＴＰでの通信と同様の処理を行えばよい。
また、転送先情報が”ftp:”で始まる場合、スキャナサービスモジュール１５０２はＦＴＰでスキャンデータファイルを送信すると判断して、”ftp:”に続く文字列が示すアドレスにＦＴＰで接続する（ステップＳ２００８）。ここでは、ＦＴＰアドレスはユーザのＰＣ１０３の”MyFolder”というフォルダを示すため、スキャナサービスモジュール１５０２はフォルダ名”MyFolder”をＰＣ１０３のftpサーバモジュールに提示する。ＰＣ１０３で稼働するftpサーバモジュールがこれに応答し、認証をスキャナサービスモジュール１５０２に要求する。これに対し、スキャナサービスモジュール１５０２は、指定要求のパケット（図７（ｃ））で送信されてきたユーザ名とパスワードを用いて応答する（ステップＳ２００９）。認証がなされたら、スキャナサービスモジュール１５０２はＦＴＰに基づいて、スキャンデータファイルをＰＣ１０３の”MyFolder”へ転送する（ステップＳ２０１０）。
【０１０４】
また、転送先情報が”smb:”で始まる場合、スキャナサービスモジュール１５０２はＳＭＢでスキャンデータファイルを送信すると判断して、”smb:”に続く文字列が示すアドレスにＳＭＢで接続する（ステップＳ２０１１）。ここでは、ＳＭＢアドレスはユーザのＰＣ１０３の”MyFolder”というフォルダを示すため、スキャナサービスモジュール１５０２はフォルダ名”MyFolder”をＰＣ１０３のsmbサーバモジュールに提示する。ＰＣ１０３で稼働するsmbサーバモジュールがこれに応答し、認証をスキャナサービスモジュール１５０２に要求する。これに対し、スキャナサービスモジュール１５０２は、指定要求のパケット（図７（ｄ））で送信されてきたユーザ名とパスワードを用いて応答する（ステップＳ２０１２）。認証がなされたら、スキャナサービスモジュール１５０２はＳＭＢに基づいて、スキャンデータファイルをＰＣ１０３の”MyFolder”へ転送する（ステップＳ２０１３）。
【０１０５】
なお、ＰＣ１０３において、ＨＴＴＰ，ＦＴＰ及びＳＭＢの通信を行うモジュールは、一般にＯＳの機能（サービス）として提供されるものであって良い。これらのサービスは、ＯＳの設定により動作及び停止を制御可能である。従って、ユーザは、データ転送に利用するプロトコルで、ＰＣ１０３に外部からの通信が可能なようにＯＳの設定を行っておけばよい。
以上のようにして、スキャナサービスモジュール１５０２は、指定された転送先に指定されたプロトコルで接続を行い、スキャンデータを転送することができる。
【０１０６】
最後に、図１９のフローチャートを用いて、宛先ＩＤテーブルタイマ監視モジュール１５０３の処理について説明する。
宛先ＩＤテーブルタイマ監視モジュール（監視モジュール）１５０３は、宛先ＩＤテーブルの更新処理を行なうモジュールである。具体的には、定期的に宛先ＩＤテーブルをチェックし、有効期限が過ぎた宛先ＩＤがあれば、テーブルから削除する。
【０１０７】
監視モジュール１５０３は、タイマ２０８から現在時刻を取得する（ステップＳ１９０１）。次に、監視モジュール１５０３は、ＲＡＭ２０４に格納された宛先ＩＤテーブルに登録されている宛先ＩＤの有効期限を１つ取得する（ステップＳ１９０２）。そして、監視モジュール１５０３は、取得した有効期限が過ぎていないかチェックする（ステップＳ１９０３）。
【０１０８】
現在時刻がまだ有効期限に達していない場合、監視モジュール１５０３は特に何も行わない。しかし、現在時刻が有効期限を過ぎている場合、監視モジュール１５０３は、その有効期限を含むエントリ（宛先ＩＤと、関連する全ての登録情報）を、宛先ＩＤテーブルから削除する（ステップＳ１９０４）。
【０１０９】
ステップＳ１９０５で、監視モジュール１５０３は、宛先ＩＤテーブル中の全宛先ＩＤについて有効期限のチェックを行ったかどうかを判断する。そして、まだ、チェックすべき宛先ＩＤがある場合には、次の宛先ＩＤの有効期限をチェック対象として（ステップＳ１９０６）、ステップＳ１９０２に戻って有効期限のチェックを行う。
【０１１０】
ステップＳ１９０５で、すべての宛先ＩＤの有効期限についてチェックが終了している場合、監視モジュール１５０３は所定時間（ここでは１分間）待機する（ステップＳ１９０７）。その後、再びステップＳ１９０１からの処理を繰り返し実行する。この様に、監視モジュール１５０３は、所定時間毎に宛先ＩＤの有効期限をチェックし、有効期限が経過した宛先ＩＤを含むエントリを、宛先ＩＤテーブルから削除する。
【０１１１】
以上説明したように、本実施形態によれば、リモートサービスを提供するマルチファンクションデバイスが、サービス要求に対して識別情報を発行し、データ転送に必要な情報と共に記憶する。また、識別情報を、サービスの要求元端末に送信する。そして、識別情報が指定されたサービス処理の結果を、その識別情報と対応付けて記憶された転送先へ転送する。
【０１１２】
そのため、マルチファンクションデバイスが提供するサービスを利用したいユーザは、マルチファンクションデバイスと通信可能な端末から、所望の転送先とともに所望のマルチファンクションデバイスに対してサービス要求を行い、マルチファンクションデバイスから発行された識別番号を用いることで、転送先を指定することが可能である。
【０１１３】
これにより、従来必要であった、ＩＰアドレスの入力や、多数の転送先候補から所望の転送先を探し出す手間が省け、また誤転送の発生を抑制することが可能となる。転送先として指定する情報処理端末のアドレスが動的に割り当てられる場合でも、ユーザはそれを意識する必要がないため、特に利便性が高い。また、転送先に加え、通信プロトコルについても併せて指定することも可能である。
また、マルチファンクションデバイスにおいては、宛先ＩＤに有効期限を設定し、有効期限が経過した宛先ＩＤを無効化するため、宛先ＩＤの悪用を抑制することが可能である。
【０１１４】
（他の実施形態）
なお、上述の実施形態では、宛先ＩＤは１回使用されると、有効期限内であっても削除するものとしていたが、所定時間内であれば複数回の利用を可能としても良い。例えば、１０分以内であれば繰り返し利用を許すことで、異なる原稿に対する処理結果を同じ場所に転送させたい場合、１つの識別番号の有効期限内に続けて実行すれば良く、ユーザの手間を省くことができる。
【０１１５】
この場合、繰り返し利用を許可する期間と、未使用の宛先ＩＤの有効期限とは別に設定することが可能である。例えば、未使用の状態では１時間を有効期限としておき、１回でも使用されたら、最初の使用時刻から１０分間は繰り返し利用可能とし、１０分が経過したら無効化するといった態様が考えられる。
【０１１６】
また、上述の実施形態をコンピュータで実現するために、該コンピュータに供給されるコンピュータプログラム自体も本発明を実現するものである。つまり、上述の実施形態の機能を実現するためのコンピュータプログラム自体も本発明の一つである。
【０１１７】
なお、上述の実施形態を実現するためのコンピュータプログラムは、コンピュータで読み取り可能であれば、どのような形態であってもよい。例えば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等で構成することができるが、これらに限るものではない。
【０１１８】
上述の実施形態を実現するためのコンピュータプログラムは、記憶媒体又は有線／無線通信によりコンピュータに供給される。プログラムを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、磁気テープ等の磁気記憶媒体、ＭＯ、ＣＤ、ＤＶＤ等の光／光磁気記憶媒体、不揮発性の半導体メモリなどがある。
【０１１９】
有線／無線通信を用いたコンピュータプログラムの供給方法としては、コンピュータネットワーク上のサーバを利用する方法がある。この場合、本発明を形成するコンピュータプログラムとなりうるデータファイル（プログラムファイル）をサーバに記憶しておく。プログラムファイルとしては、実行形式のものであっても、ソースコードであっても良い。
【０１２０】
そして、このサーバにアクセスしたクライアントコンピュータに、プログラムファイルをダウンロードすることによって供給する。この場合、プログラムファイルを複数のセグメントファイルに分割し、セグメントファイルを異なるサーバに分散して配置することも可能である。
【０１２１】
つまり、上述の実施形態を実現するためのプログラムファイルをクライアントコンピュータに提供するサーバ装置も本発明の一つである。
【０１２２】
また、上述の実施形態を実現するためのコンピュータプログラムを暗号化して格納した記憶媒体をユーザに配布し、所定の条件を満たしたユーザに、暗号化を解く鍵情報を供給し、ユーザの有するコンピュータへのインストールを可能とすることも可能である。鍵情報は、例えばインターネットを介してホームページからダウンロードさせることによって供給することができる。
【０１２３】
また、上述の実施形態を実現するためのコンピュータプログラムは、すでにコンピュータ上で稼働するＯＳの機能を利用するものであってもよい。
【０１２４】
さらに、上述の実施形態を実現するためのコンピュータプログラムは、その一部をコンピュータに装着される拡張ボード等のファームウェアで構成してもよいし、拡張ボード等が備えるＣＰＵで実行するようにしてもよい。
【図面の簡単な説明】
【０１２５】
【図１】本発明の実施形態に係るデータ処理装置の一例としてのマルチファンクションデバイスが、コンピュータネットワークに接続された状態を示す図である。
【図２】本実施形態におけるマルチファンクションデバイスの概略的な構成例を示すブロック図である。
【図３】本実施形態におけるマルチファンクションデバイスの操作部２１４の具体的な構成例を示す外観図である。
【図４】図１に示すネットワーク構成において、ＰＣ１０３からマルチファンクションデバイス１０１が提供するサービスを利用する際に、各マルチファンクションデバイスとＰＣとの間で送受されるデータの流れを説明するシーケンス図である。
【図５】本発明の実施形態において、ＰＣ１０３が出力する検索要求のフォーマットの一例を示す図である。
【図６】本発明の実施形態において、検索要求に対してマルチファンクションデバイスが出力する検索応答のフォーマットの一例を示す図である。
【図７】本発明の実施形態において、ＰＣ１０３が出力するマルチファンクションデバイス指定要求のフォーマットの一例を示す図である。
【図８】本発明の実施形態において、マルチファンクションデバイス指定要求に対してマルチファンクションデバイスが出力するマルチファンクションデバイス指定応答のフォーマットの一例を示す図である。
【図９】本発明の実施形態において、マルチファンクションデバイスが管理する宛先ＩＤテーブルの例を示す図である。
【図１０】本発明の実施形態において、検索応答の受信後、ＰＣ１０３のディスプレイ４０１に表示される検索結果画面の一例を示す図である。
【図１１】本発明の実施形態において、マルチファンクションデバイス指定要求に対し、指定したマルチファンクションデバイスから受信したマルチファンクションデバイス指定応答に基づいて、ＰＣ１０３が表示する宛先ＩＤ表示画面の一例を示す図である。
【図１２】本発明の実施形態において、マルチファンクションデバイスのタッチパネル３０１に表示する宛先入力画面の一例を示す図である。
【図１３】本発明の実施形態において、入力された宛先ＩＤが有効でない場合に表示するエラー画面の一例を示す図である。
【図１４】本発明の実施形態において、マルチファンクションデバイスのタッチパネル３０１に表示するスキャン画面の一例を示す図である。
【図１５】本発明の実施形態に係るマルチファンクションデバイスにおいて、スキャナサービスの提供に係るプログラムモジュールを示す概略図である。
【図１６】本実施形態におけるＰＣ１０３の動作を説明するフローチャートである。
【図１７】本発明の実施形態に係るマルチファンクションデバイスにおける、マルチファンクションデバイス指定要求受信時の処理を説明するフローチャートである。
【図１８】本発明の実施形態に係るマルチファンクションデバイスにおける、ネットワークスキャン処理を説明するフローチャートである。
【図１９】本発明の実施形態に係るマルチファンクションデバイスにおける、宛先ＩＤテーブルタイマ監視モジュール１５０３の処理について説明するフローチャートである。
【図２０】図１８のステップＳ１８０９で行う送信処理の詳細を説明するフローチャートである。
【図２１】本発明の実施形態における、ＰＣ１０３の構成例を示すブロック図である。
【図１】
0004817864.tif 000002
【図２】
0004817864.tif 000003
【図３】
0004817864.tif 000004
【図４】
0004817864.tif 000005
【図５】
0004817864.tif 000006
【図６】
0004817864.tif 000007
【図７】
0004817864.tif 000008
【図８】
0004817864.tif 000009
【図９】
0004817864.tif 000010
【図１０】
0004817864.tif 000011
【図１１】
0004817864.tif 000012
【図１２】
0004817864.tif 000013
【図１３】
0004817864.tif 000014
【図１４】
0004817864.tif 000015
【図１５】
0004817864.tif 000016
【図１６】
0004817864.tif 000017
【図１７】
0004817864.tif 000018
【図１８】
0004817864.tif 000019
【図１９】
0004817864.tif 000020
【図２０】
0004817864.tif 000021
【図２１】
0004817864.tif 000022