(57)【要約】  【課題】  ディジタル文書のネットワーク宛先を動的に発見できる方法及びシステムを提供する。  【解決手段】  ディジタル文書を受け入れ、ユーザを識別し、ユーザに近接するネットワーク接続されたインタフェースを決定し、近接するインタフェースへディジタル文書を送信する。近接するインタフェースを見つけられない場合はデフォルト宛先へ文書を送信する。ユーザに近接するネットワーク接続されたインタフェースを決定する処理は、ネットワーク・ディスカバリ・プロトコル及びアドバタイズメント・プロトコルの使用、予め設定されたインタフェースのリストの確認、ネットワーク接続されたパーソネル・ロケータの使用、または転送指示を受信するための仲介宛先との通信のいずれかを含む。【選択図】        図１
2004272903.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク宛先を動的に発見する方法であって、
ディジタル文書を受け入れるステップと、
ユーザを識別するステップと、
ユーザに近接するネットワーク接続されたインタフェースを決定するステップと、
近接する前記インタフェースへ前記ディジタル文書を送信するステップとを有することを特徴とする方法。
【請求項２】
ディジタル文書を受け入れるステップは、紙文書を走査するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
ユーザに近接するネットワーク接続されたインタフェースを決定するステップは、
ネットワーク・ディスカバリ・プロトコル及びネットワーク・アドバタイズメント・プロトコルを用いるステップと、
予め設定されたインタフェースのリストを確認するステップと、
ネットワーク接続されたパーソネル・ロケータを使用するステップと、
転送指示を受けるために仲介宛先と通信を行うステップとを含むことを特徴とする請求項１に記載の方法。
【請求項４】
近接するインタフェースが見つけられない場合、前記ディジタル文書をデフォルト宛先へ送信するステップを更に有することを特徴とする請求項３に記載の方法。
【請求項５】
ユーザを識別するステップは、
該ユーザと関連するサービスネームを識別するステップを含み、
ネットワーク・ディスカバリ・プロトコル及びネットワーク・アドバタイズメント・プロトコルを用いるステップは、
ユーザのサービスネームに関する問い合わせを発行するステップと、
該サービスネームを記録するネットワーク接続されたインタフェースからの応答を受信するステップとを含むことを特徴とする請求項３に記載の方法。
【請求項６】
ネットワーク接続されたインタフェース上にユーザ・エージェントを構築するステップを更に有し、
サービスネームを記録するネットワーク接続されたインタフェースからの応答を受信するステップは、
ユーザ・エージェントが、ログオン、キーボード、マウス、及びインタフェース作業を含む群から選択される作業を監視するステップと、
ユーザ・エージェントが、最近の作業の通知に対して応答を送信するステップとを含むことを特徴とする請求項５に記載の方法。
【請求項７】
ユーザが固有の識別子を用いてインタフェースにログオンするステップを更に有し、
サービスネームを記録するネットワーク接続されたインタフェースからの応答を受信するステップは、ユーザ・エージェントが前記識別子を確認するステップを含むことを特徴とする請求項６に記載の方法。
【請求項８】
ネットワーク・ディスカバリ・プロトコル及びネットワーク・アドバタイズメント・プロトコルを用いるステップは、サービス・ロケーション・プロトコル（ＳＬＰ）及びシンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ）を含む群から選択されるプロトコルを用いるステップを含むことを特徴とする請求項５に記載の方法。
【請求項９】
予め設定された宛先リストを確認するステップは、
ユーザと関連するネットワーク接続されたインタフェースのリストを構築するステップと、
アクティブ・インタフェースに関するリストを確認するステップとを含むことを特徴とする請求項３に記載の方法。
【請求項１０】
アクティブ・インタフェースに関するリストを確認するステップは、
ネットワーク接続されたインタフェース上にユーザ・エージェントを構築するステップと、
ユーザ・エージェントが、ログオン、キーボード、マウス、及びインタフェース作業を含む群から選択される作業を監視するステップと、
ユーザ・エージェントが、最近の作業の通知に対して応答を送信するステップとを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
ユーザが固有の識別子を用いてインタフェースにログオンするステップを更に有し、
ユーザ・エージェントが作業を監視するステップは、ユーザ・エージェントが前記識別子を確認するステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
ネットワーク接続されたパーソネル・ロケータを使用するステップは、
ネットワーク接続されたロケータ装置のフィールドを監視するステップと、
少なくとも１つのロケータ装置がユーザを識別するステップと、
ロケータ装置から応答を受信するステップと、
応答したロケータ装置に近接するネットワーク接続されたインタフェースを探索するステップとを含むことを特徴とする請求項３に記載の方法。
【請求項１３】
ユーザにロケータ装置トリガを発行するステップを更に含み、
少なくとも１つのロケータ装置がユーザを識別するステップは、ロケータ装置がトリガを検出するステップを含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
ユーザが生物学的識別データのライブラリを構築するステップを更に有し、
少なくとも１つのロケータ装置がユーザを識別するステップは、ロケータ装置がユーザの生物学的データの受入れに対応してユーザを識別するステップを含むことを特徴とする請求項１２に記載の方法。
【請求項１５】
応答したロケータ装置に近接するネットワーク接続されたインタフェースを探索するステップは、ユーザが固有の識別子で近接するインタフェースにログオンするステップを含み、
近接するインタフェースへディジタル文書を送信するステップは、前記識別子が記録されることに対応してディジタル文書を送信するステップを含むことを特徴とする請求項１２に記載の方法。
【請求項１６】
ユーザに近接するネットワーク接続されたインタフェースを決定するステップは、コンピュータ、ウェブ・ブラウザ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、テレビ、及び無線電話を含む群から選択される、近接するインタフェースを決定するステップを含むことを特徴とする請求項３に記載の方法。
【請求項１７】
ディジタル文書を受け入れるステップは、写真、ビデオ、オーディオ・ファイル、電子メール、及びテキスト文書を含む群から選択されるディジタル文書を受け入れるステップを含むことを特徴とする請求項３に記載の方法。
【請求項１８】
ユーザを識別するステップは、第１ユーザを識別するステップを含み、
近接するインタフェースへディジタル文書を送信するステップは、
第１ユーザが、近接するインタフェースを介して送信されるディジタル文書の通知を受信するステップと、
第１ユーザが、第２ユーザ及びネットワーク接続されたインタフェースを含む群から選択される宛先へディジタル文書を転送するステップとを含むことを特徴とする請求項１に記載の方法。
【請求項１９】
ネットワーク宛先を動的に発見するためのシステムであって、
ネットワークと、
ユーザ識別子を受け入れるためのインタフェース、ネットワーク・ポート、並びに、サービスネームに変換するためにユーザ識別子を受け入れるための入力部、及びサービスネームの問い合わせを発行するための前記ネットワーク・ポートに接続された出力部を持つ発見部を有する送信装置と、
受信したディジタル文書をユーザへ提供するためのネットワーク・ポート及びインタフェースを有する少なくとも１つの受信装置とを備えており、
前記受信装置は、
サービスネームの問い合わせを受け入れ、サービスネームの問い合わせに対して応答を送信するための前記ネットワーク・ポートに接続されたアドバタイジング部と、
問い合わせをされたユーザが近接する場合にこれを表示する前記アドバタイジング部に接続された出力部を有するユーザ・エージェントとを含むことを特徴とするシステム。
【請求項２０】
ネットワーク宛先を動的に発見するためのシステムであって、
ネットワークと、
ユーザ識別子を受け入れるためのインタフェース、ネットワーク・ポート、並びに、ユーザ識別子を受け入れるための入力部、ユーザと関連する受信装置のリストを含むメモリ、及びリストに記載された装置へ問い合わせを発行するためのネットワーク・ポートに接続された出力部を持つロケート部を有する送信装置と、
受信したディジタル文書をユーザへ提供するためのネットワーク・ポート及びインタフェース、並びに、問い合わせを受け入れ、問い合わせをされたユーザが近接する場合、応答を前記送信装置の前記ロケート部に提供するためにネットワーク・ポートに接続されたユーザ・エージェントを有する少なくとも１つの受信装置とを備えることを特徴とするシステム。
【請求項２１】
ネットワーク宛先を動的に発見するためのシステムであって、
ネットワークと、
ユーザ識別子を受け入れるためのインタフェース、ネットワーク・ポート、並びに、ユーザ識別子を受け入れるための入力部、及びユーザ位置の問い合わせを発行するための前記ネットワーク・ポートに接続された出力部を持つロケート部を有する送信装置と、
ユーザ位置の問い合わせを受け入れ、ユーザの検出に応じて問い合わせの応答を提供するためのネットワーク・ポートを有する少なくとも１つのパーソネル・ロケータと、
問い合わせに応答する前記パーソネル・ロケータと近接し、受信したディジタル文書をユーザへ提供するためのネットワーク・ポート、及びインタフェースを有する少なくとも１つの受信装置とを備えることを特徴とするシステム。
【請求項２２】
前記パーソネル・ロケータは、生物学的スキャナ、磁気カード・リーダ、無線近接バッジ検出器、電子スケジュール、及び問い合わせを受けた仲介者を含む群から選択される装置であることを特徴とする請求項２１に記載のシステム。
【請求項２３】
ネットワーク宛先を動的に発見するためのシステムであって、
ネットワークと、
ユーザ識別子を受け入れるためのインタフェース、ネットワーク・ポート、並びに、ユーザ識別子を受け入れるための入力部、ユーザと関連する仲介装置のリストを含むメモリ、及びリストに挙げられた仲介装置へ問い合わせを発行するための前記ネットワーク・ポートに接続された出力部を持つロケート部を有する送信装置と、
問い合わせを受け入れ、問い合わせに対応してユーザ宛先を提供するためのネットワーク・ポートを有する仲介装置とを備えることを特徴とするシステム。
【請求項２４】
受信文書をユーザへ提供するためのネットワーク・ポート、及びインタフェースを有する受信装置を更に備えており、
前記送信装置は、前記仲介装置からユーザ宛先を受信した場合、それに対応して前記受信装置へディジタル文書を送信することを特徴とする請求項２３に記載のシステム。
【請求項２５】
前記送信装置は、問い合わせの応答を受信した場合、それに対応して前記受信装置へディジタル文書を送信することを特徴とする請求項１９乃至２２のいずれかひとつに記載のシステム。
【請求項２６】
前記送信装置は、ディジタル文書へ変換する紙文書を受け入れるためのインタフェースを有するスキャナであることを特徴とする請求項１９乃至２５のいずれかひとつに記載のシステム。
【請求項２７】
ディジタル文書を受け入れるためのネットワーク・ポートを有するデフォルト装置を更に備えており、
前記送信装置は、問い合わせの応答を受信しない場合、ディジタル文書を前記デフォルト装置へ送信することを特徴とする請求項１９乃至２６のいずれかひとつに記載のシステム。
【請求項２８】
前記受信装置は、キーボード及びマウスを含む群から選択されるユーザインタフェースを含んでおり、
前記ユーザ・エージェントは、最近のユーザインタフェース作業に応じて、問い合わせをされたユーザが近接するか否かを決定することを特徴とする請求項１９または２０に記載のシステム。
【請求項２９】
前記受信装置は、固有のユーザ識別子を受け入れるための入力部、及び認可されたユーザ識別子を出力する出力部を有するセキュリティ部を含むことを特徴とする請求項１９乃至２２及び２４乃至２８のいずれかひとつに記載のシステム。
【請求項３０】
前記発見部は、サービス・ロケーション・プロトコル（ＳＬＰ）及びシンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ）を含む群から選択されるプロトコルを用いてサービスネームの問い合わせを行うことを特徴とする請求項１９に記載のシステム。
【請求項３１】
前記受信装置は、コンピュータ、ウェブブラウザ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、テレビ、及び無線電話を含む群から選択されることを特徴とする請求項１９乃至２２及び２４乃至３０のいずれかひとつに記載のシステム。
【請求項３２】
前記送信装置は、写真、ビデオ、オーディオ・ファイル、電子メール、及びテキスト文書を含む群から選択されるディジタル文書を提供することを特徴とする請求項１９乃至３１のいずれかひとつに記載のシステム。
【請求項３３】
前記送信装置は、受入れオプションを送信し、
前記受信装置の前記インタフェースは、ユーザにオプション要求を提供し、ユーザに対して、文書の受入れ、他のユーザへの文書の送信、他の受信装置への文書の送信を含む群からオプションを選択するように促し、
前記受信装置は、選択されたユーザのオプションを前記送信装置へ送信することを特徴とする請求項１９乃至２２及び２４乃至３２のいずれかひとつに記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概してディジタル文書の配信に関し、より特定的には、動的に発見された、ネットワーク接続された宛先へディジタル文書を配信するための方法及びシステムに関する。
【背景技術】
【０００２】
従来のスキャナは、ユーザが紙文書を走査し、得られたディジタル文書を遠隔のネットワーク接続されたアドレスまたは受信側へ送信できるようにするものが多い。これらのシステムでは、走査された情報を受信するための、ネットワーク・ドロップボックスまたは電子メールアドレス等の静的ネットワーク位置を受信側が提供する必要がある。更に、これらのシステムでは、受信側がコンピュータシステムを利用して、走査された情報が受信されており利用可能か否かを判断し、利用可能な場合は、特定の宛先に動的にアクセスする必要がある。
【特許文献１】米国特許第６２１９５５１号明細書
【特許文献２】米国特許第６０５２７８４号明細書
【特許文献３】米国特許第６４２５００１号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００３】
走査された文書及びデータが、受信側の現在位置を基準としてリアルタイムで受信側へ配信されるのであれば好都合である。本発明の目的は、ディジタル文書のネットワーク宛先を動的に発見できる方法及びシステムを提供することにある。
【課題を解決するための手段】
【０００４】
本発明は、特定の受信側が現在どこに位置するかを動的に判断し、次のいずれか、または両方を送信するための、ネットワーク走査装置のための手段を提供する。
（ａ）迅速かつ動的に情報の利用可能性を通知し、受信側が該情報を検索できるようにする。この通知は、コンピュータ、パーソナル・ディジタル・アシスタント、またはテレビ（セットトップ・ボックスを介する）等、いかなる形態のアスセス可能な装置へも送信することができる。
（ｂ）多数の予め定められた走査位置（電子メールアドレスまたはファイル転送サイト等）またはディスプレイ装置（会議室のディスプレイ・ユニット等）のいかなるものに対しても走査した情報を直接配信できる。予め定められる走査位置は、受信側、企業／ロケーションの方針事項、企業／ロケーションのデフォルト、またはその他の方法によって特定されても良く、いかなる組み合わせでも良い。複数の同時走査宛先も可能である。
【０００５】
この方法は、事前に定義された静的な走査宛先のリストに頼るのではなく、ネットワーク走査装置が走査情報を配信する宛先を動的に決定できるという点において、従来のシステムと異なる。また、本発明は、以下の点においても、Microsoft Messenger のユーザ通知等の従来のデータ配信メカニズムと異なる。
（ａ）ユーザ・エージェントの助けを借りてユーザの位置を判断する。
（ｂ）ユーザは、宛先として用いる場所に現時点でログインしている必要はない。
（ｃ）ユーザまたは好適な場所が探せない場合はデフォルト位置を用いることができる。
（ｄ）宛先の場所の決定に、仕様及びオーバーライド制御とルーチン・メカニズムとの使用が認められる。
【０００６】
従って、本発明は、ネットワーク宛先を動的に発見するための方法を提供する。この方法は、ディジタル文書を受け入れ；ユーザを識別し；該ユーザに近接するネットワーク接続されたインタフェースを決定し；該近接するインタフェースへディジタル文書を送信し；近接するインタフェースが見つからない場合は該ディジタル文書をデフォルト宛先へ送信することを含む。ユーザに近接するネットワーク接続されたインタフェースの決定には、コンピュータ、ウェブ・ブラウザ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、テレビ、または無線電話等の選択された近接するインタフェースの決定が含まれる。
【０００７】
この方法のいくつかの態様において、ネットワーク接続されたユーザに近接するインタフェースの決定には、ネットワーク・ディスカバリ・プロトコル及びアドバタイズメント・プロトコルの使用；所定のインタフェース・リストの確認；ネットワーク接続されたパーソネル・ロケータの使用；転送指示を受けるために仲介宛先との通信という選択肢の１つが含まれる。
【０００８】
サービスネーム識別プロセスを用いる場合、ネットワーク・ディスカバリ・プロトコル及びアドバタイズメント・プロトコルの使用には、ユーザのサービスネームに関する問い合わせの発行；並びに該サービスネームを記録するネットワーク接続されたインタフェースからの応答の受信が含まれる。
【０００９】
一方、所定の宛先リストの確認には、ユーザと関連するネットワーク接続されたインタフェース・リストの構築；及びネットワーク接続されたインタフェース上にユーザ・エージェントを構築することによるアクティブ・インタフェースに関するリストの確認が含まれる。ユーザ・エージェントは、ログオン、キーボード、マウス及びインタフェース作業等を監視し、最近の作業の通知に対して応答を送信する。
【００１０】
ネットワーク接続されたパーソネル・ロケータの使用には、ネットワーク接続されたロケータ装置のフィールドの監視；少なくとも１つのロケータ装置によるユーザ識別；該ロケータ装置からの応答の受領；及び応答したロケータ装置に近接するネットワーク接続されたインタフェースの探索が含まれる。
【発明の効果】
【００１１】
本発明では、ディジタル文書を受け入れ、ユーザを識別し、そのユーザに近接するネットワーク接続されたインタフェースを決定し、決定したインタフェースへディジタル文書を送信するようにしたので、適正な位置の受信側へディジタル文書をリアルタイム送信することができる。
【発明を実施するための最良の形態】
【００１２】
図１は、ネットワーク宛先を動的に発見するための本発明のシステムの第１実施の形態を示す概略ブロック図である。システム１００は、ネットワーク１０２、及び、ユーザ識別子（ＩＤ）を受け入れるインタフェース１０６とネットワーク１０２に接続されたネットワーク・ポートとを有する送信装置１０４を備える。ネットワーク１０２は、例えばイーサネット（登録商標）、インターネット、イントラネット、または適当なネットワークでも良い。送信装置１０４は、ユーザＩＤを受け入れるためのライン１１０上の入力部を有する発見部１０８を有する。発見部１０８は、ユーザＩＤをサービスネームに変換し、サービスネームの問い合わせをライン１１２上のネットワーク・ポートに接続された出力部に発行する。
【００１３】
システム１００は少なくとも１つの受信装置を備える。ｎ個の第１〜第ｎ受信装置が図示されており、ｎは特定の値に限定されるものではない。受信装置は、コンピュータ、ウェブブラウザ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、テレビ、または無線電話でも良い。例として第１受信装置１１４を用いているが、各受信装置は、ネットワーク１０２に接続されたネットワーク・ポート、及び受信したディジタル文書をユーザに提供するためのインタフェース１１６を有する。例えば、インタフェース１１６は、紙文書またはデータを提供するためのプリンタ、文書の電子版を提供する画面、または携帯型のメモリ媒体でも良い。受信装置１１４は、サービスネームの問い合わせを受け入れ、このサービスネームの問い合わせに対して応答を送信するための、ライン１２０上のネットワーク・ポートに接続されたアドバタイジング部１１８を有する。ユーザ・エージェント１２２は、問い合わせをされたユーザが近接する場合にこれを表示するライン１２４上のアドバタイジング部１１８と接続される出力部を有する。
【００１４】
送信装置１０４は、受信装置１１４からサービスネームの問い合わせの応答を受信した場合、それに対応してネットワーク１０２を介して受信装置１１４へディジタル文書を送信する。ディジタル文書は、幾つかの可能性を挙げると、写真、ビデオ、オーディオ・ファイル、電子メール、またはテキスト文書等で良い。システム１００の幾つかの態様において、送信装置１０４は、スキャナ、またはスキャナに接続された装置であり、ディジタル文書へ変換する紙文書を受け入れるためのインタフェース１２６を有する。
【００１５】
システム１００の他の態様には、ディジタル文書を受け入れるためにネットワーク１０２に接続されたネットワーク・ポートを有するデフォルト（受信）装置１２８が含まれる。送信装置１０４は、受信装置１１４からサービスネームの問い合わせの応答がなかった場合に、文書をデフォルト装置１２８へ送信する。
【００１６】
また受信装置１１４は、キーボード及び／またはマウス等のユーザインタフェース１３０を含む。受信装置１１４のユーザ・エージェント１２２は、最近のユーザインタフェース１３０の作業に応じて、問い合わせをされたユーザが近接するか否かを判断する。この際の判断基準は、例えば、過去５分間にキーボードが使用されたか否か等である。
【００１７】
システム１００の他の態様において、受信装置１１４は、固有のユーザＩＤを受け入れるための入力部を有するセキュリティ部１３２を含む。この例として、ユーザＩＤはユーザインタフェース１３０を用いて入力されるとする。セキュリティ部１３２は、認可されたユーザＩＤを表示するアドバタイジング部１１８と接続されたライン１３４上の出力部を有する。そして、アドバタイジング部１１８は、認可されたユーザＩＤに対応してサービスの問い合わせに応答する。例えば、アドバタイジング部１１８は、ユーザが最初に個人識別番号を入力しない限り、サービス問い合わせに応答しなくても良い。或いは、アドバタイジング部１１８は、サービスの問い合わせに応答するが、文書の受け入れ拒否、またはユーザＩＤが認可されるまで文書の提供を拒否しても良い。
【００１８】
送信装置１０４の発見部１０８は、サービス・ロケーション・プロトコル（ＳＬＰ）またはシンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ）等のプロトコルを用いてサービスネームの問い合わせを作成しても良い。また、このプロセスで拡張マークアップ言語（ＸＭＬ）を用いることもできる。より具体的には、ＸＭＬは、それ自体はサービスネーム発見／問い合わせプロトコルではなく、サービスネームを説明する手段である。
他の発見方法によって受信された応答を説明する手段として、発見プロセスの一部として用いることができる。つまり、応答内の返信された情報とも言える。本発明のシステムは、特定のプロトコルに限定されない。
【００１９】
他の態様において、送信装置１０４の発見部１０８は受入れオプションを送信する。受信装置１１４のインタフェース１１６は、ユーザにオプション要求を提供し、ユーザに対して、例えば文書の受入れ、他のユーザへの文書の送信、または他の受信装置への文書の送信等のオプションを選択するよう促す。そして、受信装置１１４のアドバタイジング部１１８は、選択されたユーザのオプションを送信装置１０４の発見部１０８へ送信する。
【００２０】
図２は、ネットワーク宛先を動的に発見するための本発明のシステムの第２実施の形態を示す概略ブロック図である。システム２００は、ネットワーク２０２及び送信装置２０４を備える。送信装置２０４は、ユーザＩＤを受け入れるためのインタフェース２０６と、ネットワーク２０２に接続されたネットワーク・ポートとを有する。送信装置２０４は、ロケート部２０８を有する。ロケート部２０８は、ユーザＩＤを受け入れるためのライン２１０上の入力部、及びメモリ２１２を有する。メモリ２１２は、ユーザと関連する受信装置のリストを含む。ロケ−ト部２０８は、リストに記載された装置に問い合わせを発行するための、ネットワーク・ポートに接続されたライン２１４上の出力部を有する。
【００２１】
本システム２００は、少なくとも１つの受信装置を備える。ｎ個の第１〜第ｎ受信装置が示されており、第１受信装置２１６が例となる。受信装置は、コンピュータ、ウェブ・ブラウザ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、テレビ、または無線電話でも良い。受信装置２１６は、受信したディジタル文書をユーザに提供するための、ネットワーク２０２に接続されたネットワーク・ポート、及びインタフェース２１８を有する。受信装置２１６は、問い合わせを受け入れ、また問い合わせをされたユーザが近接する場合は、送信装置２０４のロケート部２０８に応答を提供するための、ライン２２２上のネットワーク・ポートと接続されたユーザ・エージェント２２０を有する。送信装置２０４は、受信装置２１６のユーザ・エージェント２２０から問い合わせの応答を受信した場合、それに対応して受信装置２１６へディジタル文書を送信する。ディジタル文書は、写真、ビデオ、オーディオ・ファイル、電子メール、またはテキスト文書でも良い。
【００２２】
送信装置２０４は、ディジタル文書へ変換するための紙文書を受け入れるインタフェース２２４を有するスキャナでも良い。また、システム２００は、ディジタル文書を受け入れるための、ネットワーク２０２に接続されたネットワーク・ポートを有するデフォルト（受信）装置２２６を備えても良い。送信装置２０４は、システム２００の幾つかの態様において、リストに記載された受信装置から問い合わせの応答を受信しない場合に、デフォルト装置２２６へ文書を送信する。
【００２３】
幾つかの態様において、受信装置２１６は、キーボードまたはマウス等のユーザインタフェース２２８を含む。受信装置２１６のユーザ・エージェント２２０は、最近のユーザインタフェース２２８の作業に応じて問い合わせをされたユーザが近接するか否かを判断する。受信装置２１６は、固有のユーザＩＤを受け入れるための入力部、及び認可されたユーザＩＤを表示するユーザ・エージェント２２０に接続された出力部を持つセキュリティ部２３０を有していても良い。ユーザＩＤはユーザインタフェース２２８を介して入力されるとする。ユーザ・エージェント２２０は問い合わせに応答するか、または認可されたユーザＩＤに対応して文書を受け入れる。
【００２４】
システム２００の幾つかの態様において、送信装置２０４のロケート部２０８は受入れオプションを送信する。受信装置２１６のインタフェース２１８はオプション要求をユーザに提供し、ユーザに対して、書類の受入れ、他のユーザへの文書の送信、他の受信装置への文書の送信等のオプションの選択を促す。そして、受信装置２１６のユーザ・エージェント２２０は、選択されたユーザのオプションを送信装置２０４のロケート部２０８へ送信する。
【００２５】
図３は、ネットワーク宛先を動的に発見するための本発明のシステムの第３実施の形態を示す概略ブロック図である。システム３００は、ネットワーク３０２及び送信装置３０４を備える。送信装置３０４は、ユーザＩＤを受け入れるためのインタフェース３０６と、ネットワーク３０２に接続されたネットワーク・ポートとを有する。送信装置３０４は、ユーザＩＤを受け入れるためのライン３１０上の入力部、及びユーザ位置の問い合わせを発行するためにネットワーク・ポートに接続されたライン３１１上の出力部を有するロケート部３０８を有する。
【００２６】
システム３００は、少なくとも１つのパーソネル・ロケータを備える。パーソネル・ロケータは、例えば指紋または網膜などを識別する生物学的スキャナでも良い。一般的に、このようなスキャナは、人に秘密区域への立ち入りを許可する等の他の目的で用いられる。しかし、ある人が機密領域へのアクセスが許可されたという事実は、その人が機密領域内に位置するという含意として用いられる。パーソネル・ロケータは、磁気カード・リーダまたは無線近接バッジ検出器でも良い。更に、ユーザは、ユーザがいつ、どこにいる予定かを記載する電子スケジュールにアクセスすることによって位置指定されても良い。更に、ロケート部３０８は、ユーザの位置を探す秘書等の仲介者へ問い合わせを送信しても良い。
【００２７】
ｊ個の第１〜第ｊパーソネル・ロケータが図示されており、ｊはいかなる値でも良い。
第１パーソネル・ロケータ３１２を例として用い、これは本システム３００における他のパーソネル・ロケータを代表する。パーソネル・ロケータ３１２は、ユーザ位置の問い合わせを受け入れユーザの検出に応じて問い合わせの応答を提供するための、ネットワーク３０２に接続されたネットワーク・ポートを有する。
【００２８】
また、このシステム３００は、問い合わせに応答するパーソネル・ロケータに近接する、例えば第１受信装置３１４等の少なくとも１つの受信装置を備える。つまり、第１受信装置３１４は第１パーソネル・ロケータ３１２に近接する。尚、他の受信装置（図示せず）はシステム３００内の他のパーソネル・ロケータに近接しても良い。更に、第１パーソネル・ロケータ３１２は、複数の受信装置（図示せず）に近接しても良い。受信装置は、コンピュータ、ウェブ・ブラウザ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、テレビ、または無線電話でも良い。受信装置３１４は、ネットワーク３０２に接続されたネットワーク・ポート、及び受信したディジタル文書をユーザへ提供するためのインタフェース３１６を有する。
【００２９】
送信装置３０４は、近接するパーソネル・ロケータ３１２から問い合わせの応答を受信した場合、それに応じて受信装置３１４へディジタル文書を送信する。ディジタル文書は、写真、ビデオ、オーディオ・ファイル、電子メール、またはテキスト文書でも良い。
【００３０】
送信装置３０４は、ディジタル文書へ変換する紙文書を受け入れるためのインタフェース３１８を有するスキャナでも良い。システム３００は、ディジタル文書を受け入れるためのネットワーク３０２に接続されたネットワーク・ポートを有するデフォルト（受信）装置３２０を備えても良い。そして、送信装置３０４は、パーソネル・ロケータ３１２から問い合わせの応答を受信しない場合に、デフォルト装置３２０へその文書を送信することができる。
【００３１】
システム３００の幾つかの態様において、受信装置３１４は、固有のユーザＩＤを受け入れるための入力部、及び認可されたユーザＩＤを送信装置３０４のロケート 部３０８へ提供するためのネットワーク・ポートに接続されたライン３２４上の出力部を有するセキュリティ部３２２を有する。
【００３２】
システム３００の幾つかの態様において、送信装置３０４のロケート部３０８は近接する受信装置３１４へ受入れオプションを送信する。近接する受信装置３１４のインタフェース３１６はオプション要求をユーザに提供し、ユーザに対して、文書の受入れ、他のユーザへの文書の送信、他の受信装置への文書の送信等のオプションの選択を促す。そして、受信装置３１４は、選択されたユーザのオプションを送信装置３０４のロケート部３０８へ送信する。
【００３３】
図４は、ネットワーク宛先を動的に発見するための本発明のシステムの第４実施の形態を示す概略ブロック図である。システム４００は、ネットワーク４０２及び送信装置４０４を備える。送信装置４０４は、ユーザＩＤを受け入れるためのインタフェース４０６と、ネットワーク４０２に接続されたネットワーク・ポートとを有する。送信装置４０４は、ロケート部４０８を有する。ロケート部４０８は、ユーザＩＤを受け入れるためのライン４１０上の入力部、ユーザと連携する仲介装置のリストを含むメモリ４１２、及びリストに記載された仲介装置へ問い合わせを発行するためのライン４１４上のネットワーク・ポートに接続された出力部を有する。
【００３４】
システム４００は、少なくとも１つの仲介装置４１６を備え、仲介装置４１６は、問い合わせを受入れ、その問い合わせに対応してユーザ宛先を提供するための、ネットワーク４０２に接続されたネットワーク・ポートを有する。システム４００は、更に受信装置４１８を備える。受信装置４１８は、コンピュータ、ウェブ・ブラウザ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、テレビ、または無線電話でも良い。単一の受信装置及び単一の仲介装置しか図示されていないが、システム４００は複数のこれらの装置を備えていても良いことが理解される。受信装置４１８は、ネットワーク４０２に接続されたネットワーク・ポート、及び受信した文書をユーザに提供するためのインタフェース４２０を有する。
【００３５】
送信装置４０４は、仲介装置４１６からユーザ宛先を受信した場合、それに応じてディジタル文書を受信装置４１８へ送信する。ディジタル文書は、写真、ビデオ、オーディオ・ファイル、電子メール、またはテキスト文書でも良い。
【００３６】
送信装置４０４は、ディジタル文書へ変換する紙文書を受け入れるためのインタフェース４２２を有するスキャナでも良い。また、システム４００は、ディジタル文書を受け入れるためのネットワーク４０２に接続されたネットワーク・ポートを有するデフォルト装置４２４を備えていても良い。送信装置４０４は、仲介装置４１６からユーザ宛先を受信しない場合に、デフォルト装置４２４へその文書を送信する。
【００３７】
システム４００の幾つかの態様において、受信装置４１８は、固有のユーザＩＤを受け入れるための入力部、及び認可されたユーザＩＤを提供するためのネットワーク・ポートに接続されたライン４２８上の出力部を持つセキュリティ部４２６を有する。送信装置４０４は、認可されたユーザＩＤを受信した場合、それに対応して文書を送信する。
【００３８】
システム４００の幾つかの態様において、送信装置４０４のロケート部４０８は、受信装置４１８へ受入れオプションを送信する。受信装置４１８のインタフェース４２０は、ユーザにオプション要求を提供し、ユーザに対して、文書の受入れ、他のユーザへの文書の送信、他の受信装置への文書の送信等のオプションの選択を促す。受信装置４１８は、選択されたユーザのオプションを送信装置４０４のロケート部４０８へ送信する。
【００３９】
次に、本発明のシステムにおける機能について説明する。ネットワーク走査装置は、文書を走査し、走査した情報を、ネットワーク接続を介して走査宛先へ提供することができる装置である。本発明は、人がネットワーク走査装置を用いて、静的な所定のネットワーク宛先ではなく、受信側の現在位置に基づいて、走査情報を自分自身へまたは他の人へ送信するための手段を提供する。例えば、受信者らが会議中の場合、彼らは、通常のデスクトップ・システム、電子メールアドレスではなく、彼らのラップトップシステム等の彼らの現在位置に基づく宛先へ、または会議室のディスプレイ装置へ、必要な走査された情報が送信されることを望む。
【００４０】
例えば、従来の走査情報宛先モデルは、人間主体ではなく物理的な機械または電子メールアドレスに基づいて、人が走査情報宛先を登録できるようにするものである。その人に関して、複数の走査情報宛先を作成することができるが、それらは別個のプロファイル及び名前としてリストに記載される。ある人が、その人に対して走査情報を送信する必要があって複数の宛先があると仮定した場合、複数の宛先のどれを用いるかを決定する必要があり、アクセスされない場所へ緊急データを送信するリスクを負う。本発明は、特定の機械または電子メールアドレスではなく、走査情報宛先及びプロファイルをユーザと連携させるようにすることを可能にする。ネットワーク走査装置は、その人の現在のアクティブな場所を探し、最も近い宛先を決定し、走査情報を送信する。同時に複数の宛先を用いることも可能である。宛先は、ユーザがその時点で使用しているデスクトップまたはラップトップのシステム、会議中の場合は会議室にあるディスプレイ装置、自宅のテレビ、またはワイヤレスＰＤＡのディスプレイ等、いかなるものでも良い。
【００４１】
このシステムは、以下の構成要素を含有する。
（１）ネットワーク走査情報宛先、及びこれらの宛先を説明するあらゆる走査プロファイル・データは、ネットワーク・サービスであると考えられ、そのように取り扱われる。
そのため、以下の事項が求められる。
ａ．走査情報宛先及びプロファイルは、幾つかの利用可能なサービス・ディスカバリ・プロトコル及びアドバタイズメント・プロトコルを用いて、サービスとしてアドバタイズされる。使用されるプロトコルによって、インストール、コンフィギュレーション及び必要なプロトコル・クライアントの使用を要求する。走査情報宛先及びプロファイルとユーザとの連携を促進するために、ユーザＩＤ情報はサービスネーム内に含められる。
ｂ．ネットワーク走査装置は、ａ．と同一のサービス・ディスカバリ・プロトコルを用いて、所望のユーザのためのあらゆる走査情報宛先及びプロファイル・サービスを動的に発見することができる。
ｃ．走査情報宛先及びプロファイル・サービス説明の共通定義が提供されなければならない。この説明は、ＳＬＰサービス・テンプレートまたはＸＭＬスキーマ定義等、様々な手段で達成される。
【００４２】
（２）（１）の代わりに、または（１）に加えて、ユーザが複数のネットワーク走査情報宛先を特定できるようにする。これらの宛先には、複数のシステム名／ネットワーク・アドレス（デスクトップ・コンピュータ、ラップトップ、インタラクティブ・ディスプレイ装置は会議室、またはＰＤＡ等）が含まれる。
【００４３】
（３）（１）または（２）により取得した幾つかの走査情報宛先のいずれが現在アクティブな宛先かを決定するための、１または複数のメカニズムを提供する。通常、現在アクティブな宛先は、提供時に、所望する受信側が物理的に位置する場所に最も近い宛先である。尚、同時にアクティブな宛先の数については制限されない。
【００４４】
（４）デフォルト、フォール・スルー（fall-through）、走査情報宛先の概念を提供する。このデフォルト宛先は、保証された提供を行うために必要であり、（１）または（２）に明記された宛先のいずれもが利用不可の場合に用いられる。デフォルト宛先は通常、電子メールアドレスまたは他のファイル転送ロケーション（企業のＦＴＰサーバ等）である。
【００４５】
（５）潜在的な全ての走査情報宛先及びプロファイル提供者は、何らかの形態の相互通信能力を有する。これは通常、イーサネット（登録商標）またはワイヤレス・ネットワーキング等の何らかのネットワーク媒体を介するインターネット・プロトコル（ＩＰ）の実装であるが、他のプロトコル及び接続能力を用いても良い。
【００４６】
（６）各宛先装置またはシステムに、小さなソフトウェア・アプリケーション（前記ではユーザ・エージェントと記載）が搭載される。このユーザ・エージェントは以下の事項が可能でなければならない。
ａ．走査装置から宛先要求の問い合わせを受信し、下記ｂ．に基づいて、走査装置に宛先要求応答を返信する。
ｂ．ユーザ・エージェントを含む装置が走査データを受信するか否かを決定する。このためには、ユーザ・エージェントに以下の事項が要求される。
ｉ．以下により、ユーザから受入れ情報を動的に取得できる。
１．該装置で利用可能な何らかの手段で、特定のユーザを促す（ディスプレイ画面上のグラフィカルなプロンプト等）。
２．該装置で利用可能な何らかの手段で、特定のユーザからの入力を受信する。
ユーザ・エージェントは、単に、はい／いいえ形式の応答を受け入れるだけで良い。
ii．受入れ状態を維持する。この受入れ状態は、特定のユーザがその装置をアクティブに使用しているか否かを示すための単純なブール値である。受入れ状態を決定するために様々な発見的手段を採用しても良く、これには、単純なログイン／ログアウト・メカニズム、キーボードまたはマウスからの最後の入力以降のトラッキング・タイム、既存のエネルギー・セーバ・タイムアウト・メカニズムへのフックイン等が含まれる。
ｃ．ネットワーク走査装置から走査情報を受信し、保存する。
【００４７】
潜在的走査情報宛先のリストの取得、及びこれらの宛先のいずれが現在の正しい宛先かの決定は、以下の幾つかのいずれの方法でも達成することができるが、これらに限定されない。
【００４８】
（１）宛先サービス問い合わせ
発信元の走査装置は、どの宛先が利用可能で現在アクティブかを発見するためにサービス問い合わせを発行する。実際に使用されるメカニズムは、用いられる具体的なサービス・ディスカバリ・プロトコルによって異なるが、一般的なプロセスは以下のとおりである。
ａ．宛先ユーザと連携するサービスネームに関する問い合わせを発行する（つまり“service:scanner.sharp.destination.johndoe"）。この問い合わせは、特定のユーザのための現在アクティブな走査情報宛先からの応答を返すべきである。尚、現在アクティブな宛先応答のみを有する点が、一般的な発見プロトコルの行動からの逸脱であっても良い。
発見プロトコルを厳格に遵守するために、すべてのサービスがサービスの問い合わせに応答することが求められる場合は、サービス属性及び／またはステータス情報に関する追加的な問い合わせが必要となる。
ｂ．データ転送を開始する。
【００４９】
（２）直接装置問い合わせ
直接装置問い合わせには、予め定められた潜在的走査情報宛先のリストの存在が求められる。このリストは多様な方法で作成することが可能であり、それには、ユーザによる宛先の手動入力、宛先のマスターリストの参照、上記（１）に類似の走査サービス発見方法によるもの等が含まれる。このようなリストが与えられた場合、発信元の走査装置は、各潜在的な宛先装置に搭載されているユーザ・エージェントと共に、各潜在的な宛先装置に順次問い合わせを行い、データ転送の許可を要求する。ユーザ・エージェントは、これが現在アクティブな宛先であると判断した場合、要求元の走査装置へ受入れを通知し、データ転送が開始される。そうでない場合は、ユーザ・エージェントは、この装置はデータを受け入れられない旨を示す応答を要求元の走査装置へ送信し、走査装置は、リスト内の次の宛先へ問い合わせを続ける。
【００５０】
（３）物理的パーソネル・ロケーション
発信元の走査装置は、宛先ユーザの位置及び適切なディスプレイ装置の位置の検出を可能にする、他の利用可能なサービスを利用することができる。この例としては、インテリジェント・パーソネルＩＤカードまたは他のアクセス／パーソネル追跡システム（電子ドアロック等）の利用が挙げられる。スキャナは、追跡システムとインタフェースする適切なプロトコルを用いて、要求元ユーザの物理的な位置を決定する。物理的な位置がわかっ場合、適切なディスプレイ装置の位置（会議室のディスプレイ等）を決定することができ、走査されたデータはそのディスプレイ装置へ送信される。
【００５１】
（４）中間手動位置
この単純な方法は、仲介者（受付または秘書等）のサービスを利用して現在の位置情報を手動で提供する。
【００５２】
図５は、サービス要求及びユーザ・エージェント状態情報を用いた宛先位置決定の方法を示す図である。尚、図５では、サービス・ロケーション・プロトコル（ＳＬＰ）を用いてアクティブなユーザ・エージェントを探しているが、例えばシンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ）等の他の発見プロトコルを用いることもできる。図５に示すステップを以下に説明する。
【００５３】
（１）ユーザＵ１が、スキャナＳから走査を開始し、スキャナＳに対して、走査情報をユーザＵ２へ送信するように指示する。
【００５４】
（２）スキャナＳは、マルチキャストＳＬＰサービス要求を送信し、ユーザＵ２の現在アクティブなユーザ・エージェントを探す（service:scanner.sharp.destination.U2）。
【００５５】
（３）ユーザＵ２の全てのユーザ・エージェント（ＵＡ１〜ＵＡ４）はサービス要求を受信し、各自の現状（アクティブか否か）を確認する。これを決定するためには幾つかの方法を用いることができ、それには以下のものが含まれる。
ａ．ユーザ作業監視
ユーザ・エージェントは、スクリーンセーバ及びオンライン・チャット・プログラムによって用いられているものと類似の方法を利用して、作業が実行されている装置の動作状態を監視する。キーボード及びマウスの作業等の項目を監視することによって、ユーザが現在その装置を使用しているか否かを合理的に判断することができる。当該装置が使用中であると判断された場合、ユーザ・エージェントはその装置が作業しているものとする。
走査情報の未承認受信を防ぐために、この方法は、オペレーティングシステムによって提供及び維持されている利用可能なユーザＩＤ情報と併せて用いることもでき、これには、現在のユーザＩＤまたは他のセキュリティ・コード等がある。また、この方法は、ユーザに対して、手動でユーザ・エージェントにログインして認証及び識別情報を提供するように要求しても良い。
ｂ．直接ユーザ問い合わせ
ユーザ・エージェントは、宛先の問い合わせを受信した場合、ユーザにプロンプトを提示し、走査されたデータの受け入れを要求する。未承認の走査を防ぐために、ユーザ認証が要求されるべきである。正しいユーザがプロンプトに応答した場合、これは適切な走査情報宛先であると推定される。予め設定された時間内にユーザが問い合わせに応答しなかった場合、ユーザはその装置の場所にいないと推定される。
【００５６】
（４）アクティブであることを示す状況を有するＵ２のユーザ・エージェントは、ユーザ検証プロセスを開始し、ユーザＵ２によって本当にアクティブに使用されているか、及び、ユーザＵ２であると主張しているアクティブ・ユーザが本当にユーザＵ２であるかの両方を検証する。
【００５７】
（５）検証されたユーザＵ２は、現在の装置で走査情報を受信するか否かを決定する。
受信しない場合、走査情報はユーザＵ２によって他の宛先へ転送されるか、または単に拒否される。
【００５８】
（６）ユーザ・エージェントＵＡ３は、その走査情報をどうするかを示す通知をスキャナＳに返信する。
【００５９】
（７）ユーザＵ２が走査情報を受け入れると決定した場合、走査データはユーザ・エージェントＵＡ３へ送信される。
【００６０】
（８）ユーザＵ２が走査情報を拒否した場合、スキャナＳは、ユーザＵ２の静的構成データに示されるように、その走査データを第１利用可能デフォルト・スキャン・ロケーションＤ１へ送信する。
【００６１】
図６及び図７は、ネットワーク宛先を動的に発見するための本発明の方法の動作手順を示す図である。図６及び図７にあっては、明確を期すため番号が付されたステップのシーケンスとして描かれているが、明示的に記載されているものを除き、番号付けによって順序が限定されるべきではない。これらのステップの幾つかは、省略しても、並行して実行しても、またはシーケンスの順序を厳格に維持する必要なく実行しても良いことが理解されるべきである。
【００６２】
ステップＳ２でディジタル文書を受け入れる。この方法の幾つかの態様において、ディジタル文書の受入れには紙文書の走査が含まれる。ステップＳ４でユーザを識別する。ステップＳ６で、ユーザに近接する、ネットワーク接続されたインタフェースを決定する。
ステップＳ８で、近接するインタフェースへ文書を送信する。近接するインタフェースが見つけられない場合は、ステップＳ１０で文書をデフォルト宛先へ送信する。
【００６３】
ステップＳ６での、ユーザに近接するネットワーク接続されたインタフェースの決定は、４つのサブステップのオプションを含む。ステップＳ６ａで、ネットワーク・ディスカバリ・プロトコル及びアドバタイズメント・プロトコルを用いる。ステップＳ６ｂで、予め設定されたインタフェースのリストを確認する。ステップＳ６ｃで、ネットワーク接続されたパーソネル・ロケータを用いる。ステップＳ６ｄで、転送指示を受けるために仲介宛先と通信を行う。
【００６４】
幾つかの態様では、ステップＳ６ａでのネットワーク・ディスカバリ・プロトコル及びアドバタイズメント・プロトコルの使用は、サービス・ロケーション・プロトコル（ＳＬＰ）またはシンプル・サービス・ディスカバリ・プロトコル（ＳＳＤＰ）等のプロトコルの使用を含む。他の態様では、ステップＳ４でのユーザの識別は、該ユーザと関連するサービスネームの識別を含む。そして、ステップＳ６ａでのネットワーク・ディスカバリ・プロトコル及びアドバタイズメント・プロトコルの使用は、サブステップを含む。ステップＳ６ａ２で、ユーザのサービスネームに関する問い合わせを発行する。ステップＳ６ａ４で、サービスネームを記録するネットワーク接続インタフェースからの応答を受信する。
【００６５】
幾つかの態様においては、ステップＳ６ａ１で、ネットワーク接続されたインタフェース上にユーザ・エージェントを構築する。そして、ステップＳ６ａ４での、サービスネームを記録するネットワーク接続されたインタフェースからの応答の受信は、サブステップを含む。ステップＳ６ａ４ａで、ユーザ・エージェントは、ログオン、キーボ−ド、マウス、その他のインタフェース動作等の作業を監視する。ステップＳ６ａ４ｂで、ユーザ・エージェントは最近の作業の通知に対して応答を送信する。幾つかの態様では、ユーザ・エージェントは実際にユーザ作業に応じた返信をしない。例えば、ユーザ作業を待つことによって宛先の問い合わせに合理的でない遅れが生じる場合などである。その場合はむしろ、エージェントはユーザ作業を監視し、ユーザ作業の存在を用いて、ユーザが存在すること、及びそのユーザ・エージェントがアクティブであることを示す状態を維持する。この状態は、必然的に、継続的なユーザ入力または他の存在検出手段がなくなれば、タイムアウト及び非アクティブの状態へと戻ることができる。この状態は、応答が送信されていないか否かの判断に用いることができる。アクティブ・サービス応答が不正確に送信された場合、例えば、タイムアウトの時間になる前にユーザが離れた場合は、走査された情報をどうするかについてユーザが問い合わせを受けた際に訂正することができる。ユーザが存在せず走査情報を受け入れない場合、走査情報は送信されない。また、このシナリオには、複数の受入れ要求を複数の潜在的アクティブな宛先へ送信できることも含まれる。そして、ユーザは一般的に、単一の宛先でしか走査情報を受け取らない。
【００６６】
他の態様においては、ステップＳ６ａ３で、ユーザは固有の識別子（ＩＤ）を用いてインタフェースにログオンする。そして、ステップＳ６ａ４での、サービスネームを記録するネットワーク接続されたインタフェースからの応答の受信には、ユーザ・エージェントによるユーザ識別子（ＩＤ）の確認が含まれる。
【００６７】
ステップＳ６ｂでの予め設定された宛先リストの確認は、サブステップを含む。ステップＳ６ｂ１で、ユーザと関連するネットワーク接続されたインタフェースのリストを構築する。ステップＳ６ｂ３で、アクティブ・インタフェースについて該リストを確認する。
他の態様においては、ステップＳ６ｂ３での、アクティブ・インタフェースについてのリストの確認は、サブステップを含む。ステップＳ６ｂ３ａで、ネットワーク接続されたインタフェース上でユーザ・エージェントを構築する。ステップＳ６ｂ３ｂで、ユーザ・エージェントはログオン、キーボード、マウス、及びインタフェース動作等の作業を監視する。ステップＳ６ｂ３ｃで、ユーザ・エージェントは、最近の作業の通知に対して応答する。
【００６８】
他の態様において、ステップＳ６ｂ２で、ユーザは固有の識別子（ＩＤ）を用いてインタフェースにログオンする。そして、ステップＳ６ｂ３ｂでのユーザ・エージェントによる作業の監視には、ユーザ・エージェントによるユーザ識別子（ＩＤ）の確認が含まれる。
【００６９】
ステップＳ６ｃでのネットワーク接続されたパーソネル・ロケータの使用は、サブステップを含む。ステップＳ６ｃ１で、ネットワーク接続されたロケータ装置のフィールドを監視する。ステップＳ６ｃ３で、少なくとも１つのロケータ装置がユーザを識別する。ステップＳ６ｃ４で、ロケータ装置からの応答を受信する。ステップＳ６ｃ５で、応答したロケータ装置に近接するネットワーク接続されたインタフェースを探索する。
【００７０】
幾つかの態様では、ステップＳ６ｃ２で、ユーザにロケータ・トリガを発行する。例えば、ユーザの磁気カードストリップと連携するコードに磁気カード・リーダを発行することができる。そして、ステップＳ６ｃ３での少なくとも１つのロケータ装置によるユーザの識別は、ロケータ装置によるトリガの検出を含む。一方、ステップＳ６ｃ２で、ユーザは生物学的識別データのライブラリを構築する。そして、ステップＳ６ｃ３での少なくとも１つのロケータ装置によるユーザの識別は、ロケータ装置による、ユーザの生物学的データの受入れに応じたユーザの識別を含む。
【００７１】
一方、ステップＳ６ｃ５での応答したロケータ装置に近接するネットワーク接続されたインタフェースの探索には、ユーザによる固有の識別子での近接インタフェースへのログオンが含まれる。そして、ステップＳ８での近接インタフェースへの文書の送信には、ログオンされたユーザ識別子（ＩＤ）に対応した文書の送信が含まれる。
【００７２】
ステップＳ６でのユーザに近接するネットワーク接続されたインタフェースの決定は、例えばコンピュータ、ウェブブラウザ、パーソナル・ディジタル・アシスタント（ＰＤＡ）、テレビ、及び無線電話等の近接するインタフェースの決定を含む。ステップＳ２でのディジタル文書の受入れは、写真、ビデオ、オーディオ・ファイル、電子メール、またはテキスト文書等のディジタル文書の受入れを含む。
【００７３】
幾つかの態様では、ステップＳ４でのユーザの識別は、第１ユーザの識別を含む。そして、ステップＳ８での近接するインタフェースへの文書の送信は、サブステップを含む。
ステップＳ８ａで、第１ユーザは近接するインタフェースを介して送信される文書の通知を受信する。ステップＳ８ｂで、第１ユーザは、第２ユーザ及びネットワーク接続されたインタフェースを含む群から選択される宛先へ、文書を転送する。
【００７４】
以上のように、特定のユーザに近接するネットワークに接続された場所へディジタル文書を提供するためのシステム及び方法を提供すると共に、近接を判断するための幾つかの例を提供した。しかし、本発明はこれらの例のみに限定されるものではない。当業者においては、本発明の他のバリエーション及び実施形態が発生するものである。
【図面の簡単な説明】
【００７５】
【図１】ネットワーク宛先を動的に発見するための本発明のシステムの第１実施の形態を示す概略ブロック図である。
【図２】ネットワーク宛先を動的に発見するための本発明のシステムの第２実施の形態を示す概略ブロック図である。
【図３】ネットワーク宛先を動的に発見するための本発明のシステムの第３実施の形態を示す概略ブロック図である。
【図４】ネットワーク宛先を動的に発見するための本発明のシステムの第４実施の形態を示す概略ブロック図である。
【図５】サービス要求及びユーザ・エージェント状態情報を用いた宛先位置決定の方法を示す図である。
【図６】ネットワーク宛先を動的に発見するための本発明の方法の動作手順を示す図である。
【図７】ネットワーク宛先を動的に発見するための本発明の方法の動作手順を示す図である。
【符号の説明】
【００７６】
１００，２００，３００，４００  システム
１０２，２０２，３０２，４０２  ネットワーク
１０４，２０４，３０４，４０４  送信装置
１０６，２０６，３０６，４０６  インタフェース
１０８  発見部
１１４，２１６，３１４  受信装置（第１受信装置）
１１６，２１８，３１６，４２０  インタフェース
１１８  アドバタイジング部
１２２，２２０  ユーザ・エージェント
１２６，２２４，３１８，４２２  インタフェース
１２８，２２６，３２０，４２４  デフォルト装置
１３０，２２８  ユーザインタフェース
１３２，２３０，３２２，４２６  セキュリティ部
２０８，３０８，４０８  ロケート部
２１２，４１２  メモリ
３１２  パーソネル・ロケータ（第１パーソネル・ロケータ）
４１８  受信装置
４１６  仲介装置
【図１】
2004272903.tif 000003
【図２】
2004272903.tif 000004
【図３】
2004272903.tif 000005
【図４】
2004272903.tif 000006
【図５】
2004272903.tif 000007
【図６】
2004272903.tif 000008
【図７】
2004272903.tif 000009