(57)【要約】【課題】ネットワーク上のドキュメント処理装置を見出すシステムおよび方法を提供する。【解決手段】先ず、マルチキャスト・アドレス・データとローカル識別データが、ドキュメント処理装置のデータ記憶装置に保存される。次に、ネットワークを介してデータ処理装置からプローブ・メッセージを受信する。プローブ・メッセージは、保存されたマルチキャスト・アドレス・データに対応する。次に、プローブ・メッセージと関連付けられたプローブ識別データがローカル識別データを用いて検証される。検証出力に応じてドキュメント処理装置の機能を表わす装置データが要求元のデータ処理装置に伝達される。【選択図】図６
2008181519.tif 000002
【特許請求の範囲】
【請求項１】
マルチキャスト・アドレス・データとローカル識別データを保存する記憶手段と、
この記憶手段に保存されたマルチキャスト・アドレス・データに対応するプローブ・メッセージを関連処理装置から、ネットワークを介して、受信する手段と、
前記プローブ・メッセージに含まれるプローブ識別データを、前記ローカル識別データを用いて検証する検証手段と、
この検証手段の出力に応じて、ドキュメント処理装置の機能を表す装置データを前記関連処理装置に選択的に伝達する手段と
を有することを特徴とするネットワーク上のドキュメント処理装置を見出すシステム。
【請求項２】
プローブ識別データおよびローカル識別データは、前記ドキュメント処理装置の特定の機能に対応するユニバーサル一意識別子を含むことを特徴とする請求項１に記載のネットワーク上のドキュメント処理装置を見出すシステム。
【請求項３】
プローブ識別データおよびローカル識別データは、さらに、ユニバーサル一意識別子と関連付けられたｔＭｏｄｅｌを表すｔＭｏｄｅｌデータを含むことを特徴とする請求項２に記載のネットワーク上のドキュメント処理装置を見出すシステム。
【請求項４】
前記ｔＭｏｄｅｌデータは、ローカルＵＤＤＩレジストリ、またはグローバルＵＤＤＩレジストリから得られることを特徴とする請求項３に記載のネットワーク上のドキュメント処理装置を見出すシステム。
【請求項５】
前記装置データは、前記プローブ識別データと前記記憶手段に保存されているデータの一致を表すデータを含むことを特徴とする請求項１に記載のネットワーク上のドキュメント処理装置を見出すシステム。
【請求項６】
マルチキャスト・アドレス・データとローカル識別データを記憶装置に保存するステップと、
保存されたマルチキャスト・アドレス・データに対応するプローブ・メッセージを関連処理装置から、ネットワークを介して、受信するステップと、
前記プローブ・メッセージに含まれるプローブ識別データを、前記ローカル識別データを用いて検証するステップと、
検証の出力に応じて、ドキュメント処理装置の機能を表す装置データを前記関連処理装置に選択的に伝達するステップと
を含むことを特徴とするネットワーク上のドキュメント処理装置を見出す方法。
【請求項７】
プローブ識別データおよびローカル識別データは、前記ドキュメント処理装置の特定の機能に対応するユニバーサル一意識別子を含むことを特徴とする請求項６に記載のネットワーク上のドキュメント処理装置を見出す方法。
【請求項８】
プローブ識別データおよびローカル識別データは、さらに、ユニバーサル一意識別子と関連付けられたｔＭｏｄｅｌを表すｔＭｏｄｅｌデータを含むことを特徴とする請求項７に記載のネットワーク上のドキュメント処理装置を見出す方法。
【請求項９】
前記ｔＭｏｄｅｌデータは、ローカルＵＤＤＩレジストリ、またはグローバルＵＤＤＩレジストリから得られることを特徴とする請求項８に記載のネットワーク上のドキュメント処理装置を見出す方法。
【請求項１０】
前記装置データは、前記プローブ識別データと前記記憶装置に保存されているデータの一致を表すデータを含むことを特徴とする請求項６に記載のネットワーク上のドキュメント処理装置を見出す方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のドキュメント処理装置を見出すシステムおよび方法に関し、特に、ウェブ・サービス上のＵＤＤＩ（Universal Description, Discovery and Integration）技術モデル（ｔＭｏｄｅｌ。technical Modelの略。）の標準的な実装を使用してネットワーク上のドキュメント処理装置機能を見出すことを可能にするシステムおよび方法に関する。
【背景技術】
【０００２】
ＯＡＳＩＳ（Organization for the Advancement of Structured Information Standards）は、電子ビジネス規格の開発、取りまとめおよび採択をサポートする国際コンソーシアムである。ＯＡＳＩＳ内では、ウェブ・サービスのビルディング・ブロックであるＵＤＤＩ（Universal Description, Discovery and Integration）プロトコルの開発への取組みが行われている。ＵＤＤＩは、インターネット上のウェブ・サービスを素早く容易にかつ動的に探して使用できるようにする相互運用可能なプラットフォームを作成する。また、ＵＤＤＩは、操作レジストリを様々な状況で様々な目的のために維持することを可能にする。ＵＤＤＩは、ＯＡＳＩＳ規格コンソーシアム内で行われている、産業の業種を越えた取り組みである。
【０００３】
ＵＤＤＩプロジェクトは、ＸＭＬ（Extensible Markup Language）、ＨＴＴＰとＤＮＳ（Domain Name System）プロトコル等の、ワールド・ワイド・ウェブ・コンソーシアム（World Wide Web Consortium；Ｗ３Ｃ）とＩＥＴＦ（Internet Engineering Task Force）の規格を利用している。さらに、ＸＭＬプロトコル・メッセージング仕様として知られる提案されたＳＯＡＰ（Simple Object Access Protocol）の初期のバージョンを採用することにより、クロス・プラットフォーム・プログラミング機能が扱われている。
【０００４】
現在のＵＤＤＩ仕様は、アプリケーションがＵＤＤＩレジストリに情報を照会し公開するために使用するＳＯＡＰアプリケーション・プログラム・インターフェイス（ＡＰＩ）と、レジストリ・データ・モデルとＳＯＡＰメッセージ・フォーマットのスキーマであるXML Schemaと、ＳＯＡＰ ＡＰＩのウェブ・サービス定義言語（Web Service Definition Language；ＷＳＤＬ）定義と、ＵＤＤＩ登録を識別し分類するために使用することができる種々の識別子システムおよびカテゴリ・システムのＵＤＤＩレジストリ定義（技術モデル−ｔＭｏｄｅｌ）とを規定している。
【０００５】
ｔＭｏｄｅｌ（technical Model。「技術モデル」とも言う。）は、ＵＤＤＩの核となるコンポーネントである。ｔＭｏｄｅｌは、一意的な概念または構造を表しており、仕様、概念、カテゴリまたは識別子システムあるいは共有設計の適合を示すために使用される。各ｔＭｏｄｅｌは、ｔＭｏｄｅｌの記述とその使用法をより詳細に説明しているドキュメントを参照する、overviewURLを含む。仕様ｔＭｏｄｅｌは、サービスのタイプの定義、すなわちウェブ・サービスの再使用可能な機能を表わすために使用される。ウェブ・サービス登録は、サービス・タイプ定義に対する適合を示すために仕様ｔＭｏｄｅｌを参照する。ひとまとめにして「値セット」（value sets）として知られている、カテゴリ・システムおよび識別子システムｔＭｏｄｅｌは、そのような値セットにしたがってＵＤＤＩに登録されたエンティティの分類と識別を可能にする。これにより、メタデータをＵＤＤＩに登録された提供者とサービスに結びつけ、次にそのメタデータに基づいて照会を実行する能力を提供する。
【０００６】
一方、画像形成装置等のドキュメント処理装置は、高性能化、高機能化が目覚ましく、ネットワークを介した複数のドキュメント処理装置の共同利用が広く行われている。しかし、新たな機種のドキュメント処理装置の増設、あるいは古い機種との置き換え等が行われた場合、多くのユーザは新たな機種の性能や機能を十分には知らない。また、ネットワークを介して複数のドキュメント処理装置を共用している組織に新たなメンバが加わった場合、その新たなメンバは、設置されている各ドキュメント処理装置の性能や機能を十分には知らない。このような傾向は、設置されているドキュメント処理装置の機種の数が多いほど、また、複数のドキュメント処理装置の設置場所がユーザから遠い位置であるほど顕著になる。このように、ユーザが、ドキュメント処理要求をどのドキュメント処理装置に出すことが適切であるのかを判断しかねる状況が存在するという問題点があった。
【０００７】
したがって、ユーザが所望するドキュメント処理を実行するために好適なネットワーク上のドキュメント処理装置を容易に、かつ、迅速に見出すシステムおよび方法、特に、上記のＵＤＤＩ技術モデルの標準的な実装を使用してネットワーク上のドキュメント処理装置機能を見出すことを可能にするシステムおよび方法が望まれていた。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、上記の従来の問題点に鑑みてなされたもので、ネットワーク上のドキュメント処理装置を見出すシステムおよび方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明によるネットワーク上のドキュメント処理装置を見出すシステムは、マルチキャスト・アドレス・データとローカル識別データを保存する記憶手段と、この記憶手段に保存されたマルチキャスト・アドレス・データに対応するプローブ・メッセージを関連処理装置からネットワークを介して受信する手段と、プローブ・メッセージに含まれるプローブ識別データを、ローカル識別データを用いて検証（test）する検証手段と、この検証手段の出力に応じてドキュメント処理装置の機能を表す装置データを関連処理装置に選択的に伝達する手段とを有する。
【００１０】
本発明による他の実施形態においては、プローブ識別データおよびローカル識別データは、ドキュメント処理装置の特定の機能に対応するユニバーサル一意識別子（Universal Unique IDentifier；ＵＵＩＤとも言う）を含む。本発明によるさらに他の実施形態においては、プローブ識別データおよびローカル識別データは、さらに、ユニバーサル一意識別子と関連付けられたｔＭｏｄｅｌ（technical Model。「技術モデル」とも言う。）を表すｔＭｏｄｅｌデータを含む。ｔＭｏｄｅｌデータは、本発明による一実施形態においてはローカルＵＤＤＩレジストリから得られ、他の実施形態においてはグローバルＵＤＤＩレジストリから得られる。
【００１１】
本発明によるさらに他の実施形態においては、装置データは、プローブ識別データと記憶手段に保存されているデータの一致を表すデータを含む。
【００１２】
本発明によるネットワーク上のドキュメント処理装置を見出す方法は、マルチキャスト・アドレス・データとローカル識別データを記憶装置に保存するステップと、保存されたマルチキャスト・アドレス・データに対応するプローブ・メッセージを関連処理装置からネットワークを介して受信するステップと、プローブ・メッセージに含まれるプローブ識別データを、ローカル識別データを用いて検証するステップと、検証の出力に応じて、ドキュメント処理装置の機能を表す装置データを関連処理装置に選択的に伝達するステップとを含む。
【発明の効果】
【００１３】
本発明によれば、ネットワーク上のドキュメント処理装置を見出すシステムおよび方法が提供される。
【発明を実施するための最良の形態】
【００１４】
以下、適宜、図面を参照しながら本発明による実施形態の説明を行う。図１は本発明による実施形態が適用されるネットワーク上のドキュメント処理装置を見出すシステム全体の構成例である。図に示したシステム１００は、コンピュータ・ネットワーク１０２として表されている分散コンピューティング環境を利用している。コンピュータ・ネットワーク１０２は、複数の電子装置間におけるデータの交換を可能とする本技術分野で知られている任意の分散形通信システムである。コンピュータ・ネットワーク１０２には、例えば、仮想ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、パーソナル・エリア・ネットワーク、ローカル・エリア・ネットワーク、インターネット、イントラネット、またはこれらの任意の組み合わせがある。本発明による一実施形態において、コンピュータ・ネットワーク１０２は、例えば、トークン・リング、IEEE802.11(x)、Ethernet（登録商標）またはその他の無線ベースまたは有線ベースのデータ通信メカニズム等の既存の多数のデータ転送メカニズムによって例示されるような物理レイヤおよびトランスポート・レイヤから構成される。尚、図にコンピュータ・ネットワーク１０２を示したが、本発明は、本技術分野で知られているようなスタンドアローンの形態でも同様に実施可能である。
【００１５】
システム１００は、さらに、例えば、電子メール、ファクシミリ等のメッセージ通信、画像走査、コピー、ドキュメント管理、印刷等の様々なドキュメント処理を実行するために適切な多機能周辺装置（Multi-Function Peripheral；以下、ＭＦＰということがある。）として図に表されている、第１のドキュメント処理装置１０４と第２のドキュメント処理装置１１２を含む。しかし、ＭＦＰはドキュメント処理装置の一形態であって、本発明におけるドキュメント処理装置がＭＦＰに限定されるものではない。ドキュメント処理装置における処理動作には、例えば、ファクシミリ通信、画像走査、コピー、印刷、電子メール、ドキュメント管理、ドキュメント保存等が含まれる。本発明による一形態においては、ドキュメント処理装置１０４と１１２は、それぞれ、リモート・ドキュメント処理サービスを外部装置あるいはネットワーク装置に対して提供する。第１のドキュメント処理装置１０４と第２のドキュメント処理装置１１２は、ユーザあるいはネットワーク装置等とやり取りするように構成された、ハードウェア、ソフトウェアおよびこれらの任意の適切な組み合わせを含んでいる。ここで、図には２つのドキュメント処理装置１０４、１１２を示したが、これは単なる例示のためであり、本発明において、ドキュメント処理装置の数は任意の複数である。
【００１６】
また、本発明による一実施形態において、ドキュメント処理装置１０４および１１２は、例えば、IEEE 1394あるいはＵＳＢインターフェイスを有する各種ドライブ、多様なＩＣメモリカード等の、複数のポータブル記憶媒体を受け入れるためのインターフェイスを備える。本発明の実施形態においては、ドキュメント処理装置１０４および１１２は、さらに、タッチ・スクリーン、ＬＣＤ、タッチ・パネル、英数字キーパッド等のユーザ・インターフェイス１０６および１１４をそれぞれ備え、ユーザは、このようなユーザ・インターフェイスを介してドキュメント処理装置１０４または１１２と直接やり取りすることができる。本発明による実施形態においては、ユーザ・インターフェイス１０６および１１４は、ユーザに対して情報を伝達するとともに、ユーザから選択内容を受信するために用いられると有用である。ユーザ・インターフェイス１０６および１１４は、本技術分野で知られているように、ユーザにデータを提供ために適切な種々のコンポーネントからなる。本発明における一実施形態においては、ユーザ・インターフェイス１０６および１１４は、１つまたは複数の図形要素、テキスト・データ、画像等をユーザに表示し、ユーザから入力を受け取り、その入力を、さらに後に詳しく説明するように、コントローラ１０８または１１６等のバックエンド・コンポーネントに伝達するディスプレイ装置を有する。ドキュメント処理装置１０４および１１２は、それぞれ適切な通信リンク１２６および１２８を介して、コンピュータ・ネットワーク１０２に通信可能に接続されている。適切な通信リンクには、例えば、WiMax（Worldwide Interoperability for Microwave Access）、IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11(x)、Bluetooth（登録商標）、公衆交換電話網、専用通信ネットワーク、赤外線接続、光接続、または、本技術分野において知られている他の適切な有線または無線のデータ通信チャネルがある。
【００１７】
本発明による実施形態において、ドキュメント処理装置１０４および１１２は各々、対応するドキュメント処理装置１０４および１１２による処理動作を容易にする適切なコントローラ１０８および１１６として示されたバックエンド・コンポーネントを内蔵している。コントローラ１０８および１１６は、例えば、ドキュメント処理装置１０４および１１２の動作の制御、あるいはユーザ・インターフェイス１０６および１１４を介した画像の表示の制御、または、電子画像データの操作の指示等の処理を容易にするように構成されたハードウェア、ソフトウェアあるいはこれらの適切な組み合わせによって実装される。以下の説明においては、コントローラ１０８および１１６という用語は、後に述べる動作を実行する、もしくは実行させる、もしくは制御する、または指示する働きをするハードウェア、ソフトウェア、またはこれらの組み合わせを含むドキュメント処理装置１０４および１１２と関連する任意の多数のコンポーネントの意味で、使用する。なお、図および上記の説明において、コントローラ１０８および１１６を、それぞれドキュメント処理装置１０４および１１２に内蔵された形態としたが、コントローラ１０８および１１６は、それぞれドキュメント処理装置１０４および１１２に通信可能に接続された外部装置の形態であってもよい。コントローラ１０８および１１６との関連において説明を行う処理動作は、本技術分野において知られている任意の汎用コンピューティング・システムによって実行可能である。したがって、コントローラ１０８および１１６は、そのような一般的なコンピューティング装置を表しており、以下の説明において使用する際にも、そのように意図されている。さらに、以下におけるコントローラ１０８および１１６の使用は、例としての実施形態にすぎず、当業者には明らかな他の実施形態も本発明の一実施形態によるネットワーク上のドキュメント処理装置を見出すシステムおよび方法を用いることができる。コントローラ１０８および１１６の構成等については、後ほど図２と図３を参照しながら説明を行う。
【００１８】
また、ドキュメント処理装置１０４および１１２には、それぞれデータ記憶装置１１０および１１８が通信可能に接続されている。データ記憶装置１１０および１１８は、例えば、ハードディスク・ドライブ、その他の磁気記憶装置、光学式記憶装置、フラッシュ・メモリまたはそれらの任意の組み合わせを含む本技術分野で知られている大容量記憶装置である。一実施形態においては、データ記憶装置１１０および１１８は、ドキュメント・データ、画像データ、電子データベースのデータを保存するように適切に適合されている。データ記憶装置１１０および１１８は、図においてはシステム１００の独立したコンポーネントとして例示されているが、例えば、内蔵ハードディスク・ドライブ等のような、ドキュメント処理装置１０４および１１２の内部記憶装置、あるいはコントローラ１０８および１１６のコンポーネント等として実装することができる。本発明の一実施形態によれば、データ記憶装置１１０および１１８は、対応するドキュメント処理装置１０４または１１２に関連付けられたマルチキャスト・アドレス・データ、ローカル識別データ等を保存する。したがって、データ記憶装置１１０および１１８は、ローカルＵＤＤＩレジストリとして適切に機能することができる。
【００１９】
システム１００は、さらに、通信リンク１３０を介してコンピュータ・ネットワーク１０２とデータ通信可能なデータ処理装置１２０を含む。図においてはデータ処理装置１２０をデスクトップ形パーソナル・コンピュータとして示しているが、これは例示にすぎない。データ処理装置１２０は、例えば、コンピュータ・ワークステーション、ノート形パーソナル・コンピュータ、ＰＤＡ（ＰＤＡ）、ウェブ適合携帯電話、スマートフォン、専用ネットワーク装置、またはその他のウェブ適合電子装置を含む本技術分野において知られている任意の電子処理装置を表している。通信リンク１３０は、無線通信に限定されず、例えば、Bluetooth（登録商標）、WiMax、IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11(x)、専用通信網、赤外線接続、光接続、公衆交換電話網、または、本技術分野において知られている他の適切な無線または有線のデータ通信チャネルである。データ処理装置１２０は、電子ドキュメント、ドキュメント処理インストラクション、ユーザ・インターフェイスの修正、アップグレード、更新、パーソナル化データ等を生成し、生成されたデータを、ドキュメント処理装置１０４、ドキュメント処理装置１１２、あるいはコンピュータ・ネットワーク１０２に接続された他の類似装置に送る。データ処理装置１２０の構成に関しては、図４を参照しながら後に説明を行う。
【００２０】
システム１００は、さらに、図においてレジストリ・サーバ１２２として示した、コンピュータ・ネットワーク１０２に通信可能に接続され、コンピュータ・ネットワーク１０２を介してウェブ・サービスに対応する処理装置に登録サービスを提供するレジストリ装置を含む。レジストリ・サーバ１２２は、通信リンク１３２を介して、コンピュータ・ネットワーク１０２とデータ通信を行う。通信リンク１３２には、例えば、Bluetooth（登録商標）、WiMax、専用通信網、赤外線接続、可視光接続、公衆交換電話網、IEEE802.11a、IEEE802.11b、IEEE802.11g、IEEE802.11(x)、または本技術分野で知られている他の適切な有線または無線のデータ通信チャネルがある。レジストリ・サーバ１２２の構成に関しては、図５を参照しながら後に説明を行う。
【００２１】
レジストリ・サーバ１２２には、データ記憶装置１２４が通信可能に接続されている。データ記憶装置１２４は、例えば、ハードディスク・ドライブ、その他の磁気記憶装置、光学式記憶装置、フラッシュ・メモリまたはそれらの任意の組み合わせを含む本技術分野で知られている大容量記憶装置である。一実施形態においては、データ記憶装置１２４は、ウェブ・サービス登録データやアドレス・データ等を保存するように適切に適合されている。データ記憶装置１２４は、図においてはシステム１００の独立したコンポーネントとして例示されているが、例えば、内蔵ハードディスク・ドライブ等のような、レジストリ・サーバ１２２の内部記憶コンポーネントとして実装することができる。本発明の一実施形態によれば、データ記憶装置１２４は、例えば、ローカル・アドレス・データ、グローバル・アドレス・データ、ｔＭｏｄｅｌデータ、ユニバーサル・ユニーク識別子（Universal Unique IDentifier；以下、ＵＵＩＤと言うことがある。）データ、装置データ、ユーザ・データ、サービス・データ等を含む登録情報を含む電子データベースを有する。したがって、レジストリ・データ記憶装置１２４は、グローバルＵＤＤＩレジストリ、ローカルＵＤＤＩレジストリまたはそれらの適切な組み合わせとして適切に機能することができる。
【００２２】
次に、図２および図３を参照しながら、本発明による実施形態におけるシステムの動作が実行されるコントローラのハードウェアおよび機能構成等を説明する。図２に本発明による実施形態においてシステム１００の動作が実行される、図１においてはコントローラ１０８および１１６として示した、バックエンド・コンポーネントであるコントローラ２００のハードウェア・アーキテクチャの構成例を示す。コントローラ１０８は、本明細書に記載する動作を円滑に実行する能力を有する、本技術分野において知られている任意の一般的なコンピューティング装置を表している。コントローラ２００には、少なくとも一つのＣＰＵを含むプロセッサ２０２が含まれている。プロセッサ２０２は、互いに協調して動作する複数のＣＰＵから構成されることもある。また、コントローラ２００には、ＢＩＯＳ機能、システム機能、システム構成データおよびコントローラ２００の動作に使用する他のルーチンもしくはデータ等の静的または固定的なデータ、あるいはインストラクションのために有効に使用される、不揮発性または読出し専用メモリ（ＲＯＭ）２０４が含まれている。
【００２３】
また、コントローラ２００には、ダイナミック・ランダム・アクセス・メモリ、スタティック・ランダム・アクセス・メモリ、または他の任意の適切なアドレス指定可能かつ書込み可能なメモリ・システムから構成されるＲＡＭ２０６が含まれている。ＲＡＭ２０６は、プロセッサ２０２により処理されるアプリケーションおよびデータ処理に関係するデータとインストラクションのための記憶領域を提供する。
【００２４】
ストレージ・インターフェイス２０８は、コントローラ２００に関連するデータの不揮発性保存、大容量保存または長期的な保存のためのメカニズムを提供する。ストレージ・インターフェイス２０８は、２１６として図示したディスク・ドライブ、あるいは光学式ドライブ、テープ・ドライブ等の適切な任意のアドレス指定可能、またはシリアル記憶装置等の大容量記憶装置の他、当業者に知られている適切な任意の記憶媒体を使用する。
【００２５】
ネットワーク・インターフェイス・サブシステム２１０は、ネットワークからの入出力を適切にルーティングすることによって、コントローラ２００が他の装置と通信することを可能にする。ネットワーク・インターフェイス・サブシステム２１０は、ドキュメント処理装置に対する外部装置との一つまたは複数のコネクションのインターフェイスを適切にとる。図においては、例えば、Ethernet（登録商標）、トークン・リング等の固定または有線ネットワークとのデータ通信のための少なくとも一つのネットワーク・インターフェイス・カード２１４、およびWiFi（Wireless Fidelity）、WiMax、無線モデム、セルラ・ネットワークまたは適切な任意の無線通信システム等の手段を介した無線通信のために適切な無線インターフェイス２１８を示している。ネットワーク・インターフェイス・サブシステム２１０は、任意の物理的データ・トランスポート・レイヤあるいは物理的データ・トランスポート・レイヤではないデータ・トランスポート・レイヤまたはプロトコル・レイヤを適切に利用する。図においては、ネットワーク・インターフェイス・カード２１４は、例えば、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークまたはそれらの組合せから適切に構成される物理的ネットワーク２２０を介したデータ交換を行うために、相互接続されている。
【００２６】
プロセッサ２０２、読出し専用メモリ２０４、ＲＡＭ２０６、ストレージ・インターフェイス２０８およびネットワーク・インターフェイス・サブシステム２１０の間のデータ通信は、バス２１２によって例示したバス・データ転送メカニズムを介して行われる。
【００２７】
また、ドキュメント・プロセッサ・インターフェイス２２２もバス２１２を介してデータ通信を行う。ドキュメント・プロセッサ・インターフェイス２２２は、様々なドキュメント処理動作を実行するために、ドキュメント処理ハードウェア２３２との接続を提供する。そのようなドキュメント処理動作には、コピー・ハードウェア２２４によって実行されるコピー、画像走査ハードウェア２２６によって実行される画像走査、印刷ハードウェア２２８によって実行される印刷、およびファクシミリ・ハードウェア２３０によって実行されるファクシミリ通信がある。コントローラ２００は、これらのドキュメント処理動作のいずれかまたは全部を適切に動作させる。複数のドキュメント処理動作を実行可能なシステムは、前述したように、ＭＦＰ（多機能周辺装置）または多機能装置と呼ばれる。
【００２８】
システム１００の機能は、ドキュメント処理装置と関連するインテリジェント・サブシステムとして図２に示したコントローラ２００（図１におけるコントローラ１０８およびコントローラ１１６に対応）を含む、ドキュメント処理装置１０４および１１２等の適切なドキュメント処理装置において実行される。
【００２９】
次に図３を参照しながら、システムの動作が実行されるコントローラの機能ブロックと動作の概要を説明する。図３に、本発明による実施形態のシステム１００の動作が実行されるコントローラ３００の機能ブロックの構成例を示す。コントローラ３００の機能は、ドキュメント処理エンジン３０２を含む。図３は、ソフトウェアおよびオペレーティング・システム機能と関連して、図２に示したハードウェアの機能性を例示している。
【００３０】
一実施形態において、ドキュメント処理エンジン３０２は、印刷動作、コピー動作、ファクシミリ通信動作および画像走査動作を可能にする。これらの機能は、産業界において一般に好まれるドキュメント処理周辺装置であるＭＦＰと関連付けられることが多い。しかし、コントローラ３００が上記のドキュメント処理動作のすべてを可能にする必要は必ずしもない。コントローラは、上記のドキュメント処理動作のサブセットである、専用のドキュメント処理装置、あるいはより限定した目的のドキュメント処理装置においても有効に用いられる。
【００３１】
ドキュメント処理エンジン３０２はユーザ・インターフェイス・パネル３１０と適切にインターフェイスされており、ユーザまたは管理者は、このユーザ・インターフェイス・パネル３１０を介して、ドキュメント処理エンジン３０２によって制御される機能にアクセスすることができる。アクセスは、コントローラへのローカルなインターフェイスを介して行われるか、遠隔のシン・クライアント（thin client）またはシック・クライアント（thick client）を介して遠隔から行われる。
【００３２】
ドキュメント処理エンジン３０２は、印刷機能部３０４、ファクシミリ通信機能部３０６および画像走査機能部３０８とデータ通信を行う。これらの機能部は、印刷、ファクシミリの送受信、およびドキュメント画像をコピーのために取得するか、またはドキュメント画像の電子バージョンを生成するための、ドキュメント画像走査の実際の処理動作を容易にする。
【００３３】
ジョブ・キュー（job queue）３１２は、印刷機能部３０４、ファクシミリ通信機能部３０６および画像走査機能部３０８とデータ通信を行う。ビットマップ・フォーマット、ページ記述言語（ＰＤＬ）フォーマットまたはベクター・フォーマット等の種々の画像形式は、画像走査機能部３０８からジョブ・キュー３１２を介して以降の処理のために中継される。
【００３４】
ジョブ・キュー３１２は、また、ネットワーク・サービス機能部３１４ともデータ通信を行う。一実施形態において、ジョブ制御信号、状態データまたは電子ドキュメント・データが、ジョブ・キュー３１２とネットワーク・サービス機能部３１４との間で交換される。このように、適切なインターフェイスが、クライアント側ネットワーク・サービス機能３２０を介したコントローラ機能３００へのネットワーク・ベースのアクセスのために設けられ、このインターフェイスは任意の適切なシン・クライアントまたはシック・クライアントである。一実施形態において、ウェブ・サービス・アクセスは、ハイパーテキスト転送プロトコル（HTTP）、ファイル転送プロトコル（FTP）、ユニフォーム・データ・ダイアグラム・プロトコル（uniform data diagram protocol）または他の任意の適切な交換メカニズムによって実行される。ネットワーク・サービス機能部３１４は、また、ＦＴＰ、電子メール、テルネット（TELNET）等による通信のために、クライアント側ネットワーク・サービス機能３２０とのデータ交換も有効に提供する。このように、コントローラ機能３００は、種々のネットワーク・アクセス・メカニズムによって、電子ドキュメントおよびユーザ情報のやり取りを容易にする。
【００３５】
ジョブ・キュー３１２は、また、画像プロセッサ３１６ともデータ通信を行う。画像プロセッサ３１６は、印刷機能部３０４、ファクシミリ通信機能部３０６または画像走査機能部３０８等の装置機能部と、電子ドキュメントを交換するために適したフォーマットに変換するラスタ画像処理（ＲＩＰ）、ページ記述言語インタープリタまたは任意の適切な画像処理を行うメカニズムである。
【００３６】
最後に、ジョブ・キュー３１２はジョブ解析部（job parser）３１８とデータ通信を行い、このジョブ解析部３１８はクライアント装置サービス部３２２等の外部装置からの印刷ジョブ言語（ＰＪＬ）ファイルを受け取る働きをする。クライアント装置サービス部３２２には、電子ドキュメントの印刷、ファクシミリ通信、またはコントローラ機能３００による処理が有効である他の適切な電子ドキュメントの入力がある。ジョブ解析部３１８は、受け取った電子ドキュメント・ファイルを解析し、前述した機能およびコンポーネントと関連する処理のために、解析した電子ドキュメント・ファイル情報をジョブ・キュー３１２に中継する働きをする。
【００３７】
次に、図４を参照しながら、本発明による実施形態におけるシステムの動作が実行される、図１においてはデータ処理装置１２０として示した、データ処理装置４００のハードウェア構成を説明する。図４に本発明による実施形態におけるデータ処理装置４００のハードウェア・アーキテクチャの構成例を示す。データ処理装置４００は、不揮発性または読出し専用メモリ（ＲＯＭ）４０４、ＲＡＭ４０６、表示インターフェイス４０８、ストレージ・インターフェイス４１０、およびネットワーク・インターフェイス・サブシステム４１２とデータ通信可能に配置された、少なくとも一つのＣＰＵから構成されるプロセッサ４０２を含む。プロセッサ４０２は、互いに協調して動作する複数のＣＰＵから構成されることもある。一実施形態においては、読出し専用メモリ（ＲＯＭ）４０４等のモジュールへのインターフェイスは、バス４１４を介して、実行される。
【００３８】
読み出し専用メモリ４０４は、静的なデータやＢＩＯＳのような固定的なデータ等のファームウェア、システム機能、システム構成データ、およびプロセッサ４０２によってデータ処理装置４００の動作に使用される他のルーチンを保存する。
【００３９】
ＲＡＭ４０６は、プロセッサ４０２により処理されるアプリケーションおよびデータ処理に関係するデータとインストラクションのための記憶領域を提供する。
【００４０】
表示インターフェイス４０８は、バス４１４に接続された他のコンポーネントからデータまたはインストラクションを受け取る。表示インターフェイス４０８が受け取るデータは、ユーザ・インターフェイスに有用な表示に関するデータである。表示インターフェイス４０８は、例えば、モニタ、ＬＣＤ、プラズマ・ディスプレイまたは他の適切な視覚出力装置等のビデオ表示装置である表示モニタ４２８に出力を供給する。
【００４１】
ストレージ・インターフェイス４１０は、データ処理装置４００に関連するデータまたはインストラクションの不揮発性保存、大容量保存または長期的な保存のためのメカニズムを提供する。ストレージ・インターフェイス４１０は、４１８として図示したディスク・ドライブ、テープ・ドライブ、あるいは光学式ドライブ等の適切な任意のアドレス指定可能、またはシリアル記憶装置等の比較的大容量の記憶装置等の記憶メカニズムを使用する。
【００４２】
ネットワーク・インターフェイス・サブシステム４１２は、例えば、ネットワーク・インターフェイス・カード４２０として図示した少なくとも１つのネットワーク・インターフェイスと、WiFi無線ネットワークカード等の無線インターフェイス４３０と通信を行う。ネットワーク・インターフェイス・サブシステム４１２は、物理レイヤとプロトコル・レイヤの両方から構成され、また、Ethernet（登録商標）、トークン・リング、他のワイド・エリア・ネットワークまたはローカル・エリア・ネットワーク通信システム等の任意の有線システム、あるいはWiFi、WiMax、他の適切な無線ネットワーク通信システム等の無線システムを介して、データ処理装置４００が他の装置と通信することを可能にする。図においては、ネットワーク・インターフェイス・カード４２０は、例えば、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークまたはそれらの組合せから適切に構成される物理的ネットワーク４３２を介したデータ交換を行うために、相互接続されている。
【００４３】
バス４１４とデータ通信を行う入出力インターフェイス４１６は、キーボード４２２等の入力装置と接続されている。また、入出力インターフェイス４１６は、ＵＳＢインターフェイス、SCSIインターフェイス、IEEE1394インターフェイス等の周辺装置インターフェイス４２４、あるいは特定の用途に適した任意の他のインターフェイスに、データ出力を供給する。さらに、入出力インターフェイス４１６は、マウス、ライト・ペン、タッチ・スクリーン等の装置と接続するために、ポインティング・デバイス・インターフェイス４２６とデータ通信を行う。
【００４４】
次に図５を参照しながら、本発明による実施形態におけるシステムの動作が実行されるサーバのハードウェア構成を説明する。図５に本発明による実施形態においてシステム１００の動作が実行されるサーバ５００のハードウェア・アーキテクチャの構成例を示す。サーバ５００には、少なくとも一つのＣＰＵを含むプロセッサ５０２が含まれている。プロセッサ５０２は、互いに協調して動作する複数のＣＰＵから構成されることもある。また、サーバ５００には、ＢＩＯＳ機能、システム機能、システム設定またはサーバ５００の動作に使用する他のルーチンもしくはデータ等の静的または固定的なデータ、あるいはインストラクションのために有効に使用される、不揮発性または読出し専用メモリ（ＲＯＭ）５０４が含まれている。
【００４５】
また、サーバ５００には、ダイナミック・ランダム・アクセス・メモリ、スタティック・ランダム・アクセス・メモリ、または他の任意の適切なアドレス指定可能かつ書込み可能なメモリ・システムから構成されるＲＡＭ５０６が含まれている。ＲＡＭ５０６は、プロセッサ５０２により処理されるアプリケーションおよびデータ処理に関係するデータ・インストラクションのための記憶領域を提供する。
【００４６】
ストレージ・インターフェイス５０８は、サーバ５００に関連するデータの不揮発性保存、大容量保存または長期的な保存ためのメカニズムを提供する。ストレージ・インターフェイス５０８は、５１６として図示したディスク・ドライブ、あるいは光学式ドライブ、テープ・ドライブ等の適切な任意のアドレス指定可能、またはシリアル記憶装置等の大容量記憶装置の他、当業者に知られている適切な任意の記憶媒体を使用する。
【００４７】
ネットワーク・インターフェイス・サブシステム５１０は、ネットワークからの入出力を適切にルーティングすることによって、サーバ５００が他の装置と通信することを可能にする。ネットワーク・インターフェイス・サブシステム５１０は、サーバ５００に対する外部装置との一つまたは複数のコネクションのインターフェイスを適切にとる。図においては、例えば、Ethernet（登録商標）、トークン・リング等の固定または有線ネットワークとのデータ通信のための少なくとも一つのネットワーク・インターフェイス・カード５１４、およびWiFi、WiMax、無線モデム、セルラ・ネットワークまたは適切な任意の無線通信システム等の手段を介した無線通信のために適切な無線インターフェイス５１８を示している。ネットワーク・インターフェイス・サブシステム５１０は、任意の物理的データ・トランスポート・レイヤあるいは物理的データ・トランスポート・レイヤではないデータ転送レイヤまたはプロトコル・レイヤを適切に利用する。図においては、ネットワーク・インターフェイス・カード５１４は、例えば、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワークまたはそれらの組合せから適切に構成される物理的ネットワーク５２０を介したデータ交換を行うために、相互接続されている。
【００４８】
プロセッサ５０２、読出し専用メモリ５０４、ＲＡＭ５０６、ストレージ・インターフェイス５０８およびネットワーク・インターフェイス・サブシステム５１０の間のデータ通信は、バス５１２によって例示したバス・データ転送メカニズムを介して行われる。
【００４９】
サーバ５００への適切な実行可能なインストラクションが、ワークステーション、ドキュメント処理装置あるいは他のサーバ等の複数の外部装置との通信を容易にする。動作において、一般的なサーバは自律的に動作するが、ユーザによる直接的な制御が望ましい場合もあり、このような直接的な制御は、オプションの入出力インターフェイス５２２を介して実行される。
【００５０】
次に、本発明におけるドキュメント処理装置の動作の概要を説明する。先ず、マルチキャスト・アドレス・データとローカル識別データがデータ記憶装置に保存される。次に、データ処理装置からネットワークを介してプローブ・メッセージを受信する。プローブ・メッセージは、望ましくは、保存されたマルチキャスト・アドレス・データに対応する。次に、プローブ・メッセージに関連するプローブ識別データが、ローカル識別データを用いて、検証（test）される。次に、検証の出力にしたがって、ドキュメント処理装置の機能、性能を表わす装置データが選択的にデータ処理装置に送られる。
【００５１】
本発明による一実施形態においては、第１のドキュメント処理装置１０４によって提供されるサービスに対応するマルチキャスト・アドレス・データとローカル識別データは、第１のドキュメント処理装置１０４と関連付けられたデータ記憶装置１１０に保存される。同様に、第２のドキュメント処理装置１１２によって提供されるサービスに対応するマルチキャスト・アドレス・データとローカル識別データが、関連データ記憶装置１１８に保存される。本発明の一実施形態にしたがって、データ記憶装置１１０および１１８は、ローカルＵＤＤＩレジストリとして機能することができる。一方、後述するように、データ記憶装置１１０および１１８に保存されるローカル識別データはｔＭｏｄｅｌデータを含む。したがって、ｔＭｏｄｅｌデータは、ローカルＵＤＤＩレジストリから得ることができる。本発明による一実施形態においては、コンピュータ・ネットワーク１０２に接続された各ドキュメント処理装置１０４および１１２に対応するマルチキャスト・データとローカル識別データは、レジストリ・サーバ１２２と関連付けられたデータ記憶装置１２４に保存される。マルチキャスト・アドレス・データは、ドキュメント処理装置１０４または１１２と関連付けられたマルチキャスト・アドレスに対応し、そのアドレスをドキュメント処理装置１０４または１１２は、プローブ・メッセージについて監視する。レジストリ・サーバ１２２およびこのサーバと関連するデータ記憶装置１２４をこのように使用することによって、レジストリ・サーバ１２２が、グローバルＵＤＤＩレジストリ、もしくはローカルＵＤＤＩレジストリ、またはこれらの適切な組み合わせとして機能することが可能となる。一方、前述したように、データ記憶装置１２４はｔＭｏｄｅｌデータを含む電子データベースを有する。したがって、ｔＭｏｄｅｌデータは、グローバルＵＤＤＩレジストリまたはローカルＵＤＤＩレジストリから得ることができる。
【００５２】
次に、コンピュータ・ネットワーク１０２を介して、保存されたマルチキャスト・アドレスに対応するデータ処理装置１２０からプローブ・メッセージが受け取られる。プローブ・メッセージは、第１のドキュメント処理装置１０４または第２のドキュメント処理装置１１２の特定の機能（selected capability）、例えば、サービスに対応するユニバーサル・ユニーク識別子（Universal Unique IDentifier；以下、ＵＵＩＤと言うことがある。）を表すプローブ識別データを含む。ローカル識別データは、第１のドキュメント処理装置１０４または第２のドキュメント処理装置１１２と関連付けられた特定の機能に対応するＵＵＩＤも含む。プローブ識別データとローカル識別データは、ＵＵＩＤと関連付けられたｔＭｏｄｅｌ（technical Model。「技術モデル」とも言う。）を表わすｔＭｏｄｅｌデータも含む。
【００５３】
例として、第１のドキュメント処理装置１０４は、マルチキャスト・アドレスと関連付けられ、データ処理装置１２０に所望の機能を提供するドキュメント処理装置であるとする。このとき、第１のドキュメント処理装置１０４は、受信したプローブ識別データをローカル識別データ、すなわち第１のドキュメント処理装置１０４と関連付けられたローカル識別データを使って検証する。第１のドキュメント処理装置１０４、もしくはドキュメント処理装置１０４に関連するコントローラ１０８、またはこれらと関連付けられた適切なコンポーネントが、プローブ・メッセージのｔＭｏｄｅｌ ＵＵＩＤを、データ記憶装置１１０に保存されたローカル識別データによって表されたｔＭｏｄｅｌ ＵＵＩＤによって分析し、第１のドキュメント処理装置１０４がｔＭｏｄｅｌデータによって指定されたサービスを提供できるか否かを判断する。
【００５４】
第１のドキュメント処理装置１０４が所望のサービスを提供することができると判断したときには、第１のドキュメント処理装置１０４は、コンピュータ・ネットワーク１０２を介して、ドキュメント処理装置１０４の機能を表わす装置データを要求元のデータ処理装置１２０に伝達する。別の言い方をすれば、第１のドキュメント処理装置１０４は、受信したプローブ・メッセージの検証結果にしたがって、データ処理装置１２０に対してサービス・エンドポイント参照（service endpoint reference）という形で応答する。すなわち、第１のドキュメント処理１０４は、データ処理装置１２０によって要求されたサービスを提供することができることをデータ処理装置１２０に伝える。両方のドキュメント処理装置１０４および１１２がプローブ・メッセージの宛先となっているマルチキャスト・アドレスと関連付けられている場合には、両方のドキュメント処理装置１０４および１１２は、前述した手順にしたがってプローブ識別データおよび関連するローカル識別データを検証する。
【００５５】
本発明による一実施形態においては、データ処理装置１２０は、先ず、所望のサービスに対応するＵＵＩＤを既に知っているか否か、すなわちデータ処理装置１２０が所望のサービスに対応するＵＵＩＤに関連するマルチキャスト・アドレスを記憶しているか否かを判断する。ＵＵＩＤを知らないときには、データ処理装置１２０は、レジストリ・サーバ１２２に所望のサービスに対応するマルチキャスト・アドレスを要求する。次に、データ処理装置１２０は、所望のサービスに対応するＵＵＩＤを、コンピュータ・ネットワーク１０２を介してレジストリ・サーバ１２２から受け取る。このような実施形態は、グローバルＵＤＤＩレジストリとしての、レジストリ・サーバ１２２の機能に対応する。ＵＵＩＤの判断は、例えば、データ記憶装置１１０、データ記憶装置１１８、データ記憶装置１２４またはコンピュータ・ネットワーク１０２に接続された他の記憶装置（図示せず）に保存されているローカルＵＤＤＩレジストリ等によって行うこともできる。
【００５６】
所望のサービスのＵＵＩＤが分かると、データ処理装置１２０は、コンピュータ・ネットワーク１０２を介して、ＵＵＩＤに対応するマルチキャスト・アドレスにプローブ・メッセージを送信する。このようなプローブ・メッセージは、例えば、コンピュータ・ネットワーク１０２に通信可能に接続されたドキュメント処理装置１０４または１１２の所望の機能、例えば、サービスに対応するＵＵＩＤを表わすプローブ識別データを含む。また、プローブ識別データは、例えば、ＵＵＩＤと関連付けられたｔＭｏｄｅｌを表わすｔＭｏｄｅｌデータを含むことができる。次に、データ処理装置１２０は、コンピュータ・ネットワーク１０２を介して、サービス・エンドポイント参照を含むプローブ・メッセージに対する応答、例えば所望のサービスを提供することができるドキュメント処理装置１０４または１１２に対応するローカル識別データを受信する。次いでデータ処理装置１２０は、識別されたドキュメント処理装置１０４または１１２に所望のサービスを実行するように要求する。
【００５７】
以上の説明から明らかなように、本発明によれば、ネットワーク上のドキュメント処理装置を見出すシステムおよび方法が提供される。また、本発明の一実施形態によれば、ＵＤＤＩ ｔＭｏｄｅｌｓの標準的な実装を使用してネットワーク上のドキュメント処理装置機能を見出すことを可能にするシステムおよび方法が提供される。
【００５８】
以上、図１ないし図５を参照しながらシステム１００とその構成コンポーネントについて説明を行ったが、図６と図７を参照しながら行う次に述べる説明によって、理解がより深まるであろう。
【００５９】
次に図６および図７を参照しながら、本発明による実施形態における、ネットワークに接続されたドキュメント処理装置を見出す処理動作を説明する。図６に、本発明による実施形態における、ネットワークに接続されたドキュメント処理装置を見出す処理動作例を表すフローチャートを示す。先ず、Ｓ６０２で、マルチキャスト・アドレス・データとローカル・アドレス・データが適切なデータ記憶装置に保存される。本発明の一実施形態によれば、ローカル・アドレス・データは、例えば、ドキュメント処理装置の特定の機能に対応するＵＵＩＤと関連付けられたｔＭｏｄｅｌを表わすデータを含む。Ｓ６０４で、データ処理装置１２０から、コンピュータ・ネットワーク１０２を介して、プローブ・メッセージを受信する。本発明の一実施形態によれば、プローブ・メッセージは、保存されたマルチキャスト・アドレス・データに対応する。
【００６０】
Ｓ６０６で、プローブ識別データは、ローカル識別データを用いて検証される。次に、ローカル識別データを用いたプローブ識別データの検証出力にしたがって、ドキュメント処理装置の機能を表す装置機能データがデータ処理装置１２０に選択的に伝達される。一実施形態において、データ処理装置への装置データの通信を示す検証結果は、データ記憶装置に保存されているローカル識別データとプローブ識別データとの一致を示す。すなわち、ドキュメント処理装置１０４または１１２は、ＵＵＩＤと関連付けられたｔＭｏｄｅｌを示すプローブ識別データを、データ記憶装置１１０または１１８に保存されたローカル識別データと比較して一致するか否かを判断する。２つのデータが一致したときには、ドキュメント処理装置１０４または１１２は、装置機能データを要求元のデータ処理装置１２０に返す。
【００６１】
次に図７を参照しながら、本発明による実施形態において、データ処理装置側から見たドキュメント処理装置を見出す処理動作を説明する。図７に、本発明による実施形態において、データ処理装置側から見たドキュメント処理装置を見出す処理動作例を表すフローチャートを示す。ここで、図１においてはデータ処理装置１２０を、コンピュータ・ネットワーク１０２に通信可能に接続されたデスクトップ形パーソナル・コンピュータとして示したるが、図７に示す処理動作を実行するデータ処理装置として、ドキュメント処理装置１０４あるいは１１２も機能することができる。先ず、Ｓ７０２で、データ処理装置１２０は、所望のサービスのＵＵＩＤを知っているか否かを判断する。すなわち、データ処理装置１２０は、所望のサービスに適切なドキュメント処理装置を探す際に、プローブ・メッセージの宛先であるマルチキャスト・アドレスを、データ処理装置１２０が知っているか否かを判断する。
【００６２】
ＵＵＩＤが既知ではないときには処理はＳ７０４に進み、データ処理装置１２０は、レジストリ・サーバ１２２に所望のサービスに対応するマルチキャスト・アドレス・データの伝達を要求する。要求を受信したレジストリ・サーバ１２２は、データ処理装置１２０によって要求されたサービスと一致するＵＵＩＤとマルチキャスト・アドレス・データを求めて、データ記憶装置１２４を検索する。次にＳ７０６で、データ処理装置１２０は、関連するマルチキャスト・アドレスを含む所望のＵＵＩＤをレジストリ・サーバ１２２から受信する。その後、処理動作はＳ７０８に進む。Ｓ７０８における動作に関しては、以下で説明する。
【００６３】
説明をＳ７０２に戻すと、所望のサービスのＵＵＩＤが既知であると判断されたときには処理はＳ７０８に進み、データ処理装置１２０は、所望のサービスと関連付けられたマルチキャスト・アドレスに、コンピュータ・ネットワーク１０２を介して、プローブ・メッセージを送信する。本発明による実施形態において、プローブ・メッセージは、ドキュメント処理装置の特定の機能、すなわち所望のサービスに対応するＵＵＩＤと関連付けられたｔＭｏｄｅｌを含む識別データを含む。続いてＳ７１０で、データ処理装置１２０は、送信したプローブ・メッセージに応じた、サービス・エンドポイントの参照を含む応答を受信する。すなわち、データ処理装置１２０は、所望のサービスを提供することができるコンピュータ・ネットワーク１０２上のドキュメント処理装置１０４または１１２を特定する識別情報を受信する。
【００６４】
本発明は、ソース・コード、オブジェクト・コード、部分的にコンパイルされた形のようなコード中間ソースおよびオブジェクト・コードの形、あるいは本発明の実施形態で使用するために適した任意の他の形のコンピュータ・プログラムに適用される。コンピュータ・プログラムは、スタンドアローンのアプリケーション、ソフトウェア・コンポーネント、スクリプトまたは他のアプリケーションへのプラグ・インとすることができる。本発明を実施するコンピュータ・プログラムは、例えば、ＲＯＭやＲＡＭ等の記憶媒体、ＣＤ−ＲＯＭ等の光記録媒体、フロッピー（登録商標）ディスク等の磁気記録媒体等の、コンピュータ・プログラムを伝達することができる任意の実体または装置である担体上で具体化することができる。この担体は、電気ケーブルまたは光ケーブルによって、または無線や他の手段によって伝えられる電気信号や光信号等の任意の伝達可能な担体とすることもできる。コンピュータ・プログラムは、サーバからインターネットを介してダウンロードすることもできる。また、コンピュータ・プログラムの機能は集積回路に組み込むこともできる。説明を行った本発明の原理を実質的にコンピュータまたはプロセッサに実行させるコードを含む任意およびすべての実施形態は、本発明の範囲にある。
【００６５】
本発明の好ましい実施形態の以上の説明は、例示と説明のために行った。説明は網羅的ではなく、本発明を開示した形態に限定しようとするものでもない。以上の開示を鑑みて明らかな修正または変形が可能である。例えば、本発明による実施形態の説明に記したシステムおよび方法は、例えば、通信装置、コンピューティング装置、データ処理装置、その他の技術分野の処理装置を含む複数の様々な電子工学分野に対しても適用可能であり、本発明がドキュメント処理装置への適用に限定されるものではない。実施形態は、本発明の原理とその実際的な応用例を最もよく示し、それにより当業者が、本発明を、意図された特定の使用に適した様々な実施形態において様々な修正で使用できるように選択され説明された。そのようなすべての修正と変形は、特許請求の範囲の記載に明示されるとおりの本発明の原理および範囲内において、当業者によって行われ得ることは明らかであり、特許請求の範囲の記載によって定められる本発明の範囲にある。
【図面の簡単な説明】
【００６６】
【図１】本発明によるネットワーク上のドキュメント処理装置を見出すシステムの実施形態の全体を表す構成例である。
【図２】本発明による実施形態のシステムの動作が実行されるコントローラのハードウェアの構成例である。
【図３】本発明による実施形態のシステムの動作が実行されるコントローラの機能ブロックの構成例である。
【図４】本発明による実施形態のシステムの動作が実行されるデータ処理装置のハードウェアの構成例である。
【図５】本発明による実施形態のシステムの動作が実行されるサーバのハードウェアの構成例である。
【図６】本発明による実施形態における、ドキュメント処理装置を見出す処理動作例を表すフローチャートである。
【図７】本発明による実施形態における、データ処理装置側から見たドキュメント処理装置を見出す処理動作例を表したフローチャートである。
【符号の説明】
【００６７】
１００  システム
１０２  コンピュータ・ネットワーク、分散形通信システム
１０４、１１２  ドキュメント処理装置、ＭＦＰ
１０６、１１４  ユーザ・インターフェイス
１０８、１１６  コントローラ
１１０、１１８  データ記憶装置
１２０  データ処理装置
１２２  レジストリ・サーバ、レジストリ装置
１２４  データ記憶装置、レジストリ・データ記憶装置
１２６、１２８、１３０、１３２  通信リンク
２００、３００  コントローラ
２０２、４０２、５０２  プロセッサ
２０４、４０４、５０４  読み出し専用メモリ、ＲＯＭ
２０６、４０６、５０６  ＲＡＭ
２０８、４１０、５０８  ストレージ・インターフェイス
２１０、４１２、５１０  ネットワーク・インターフェイス・サブシステム
２１２、４１４、５１２  バス
２１４、４２０、５１４  ネットワーク・インターフェイス・カード
２１６、４１８、５１６  ディスク・ドライブ
２１８、４３０、５１８  無線インターフェイス
２２０、４３２、５２０  物理的ネットワーク
２２２  ドキュメント・プロセッサ・インターフェイス
２２４  コピー・ハードウェア
２２６  画像走査ハードウェア
２２８  印刷ハードウェア
２３０  ファクシミリ・ハードウェア
２３２  ドキュメント処理ハードウェア
３０２  ドキュメント処理エンジン
３０４  印刷機能部
３０６  ファクシミリ通信機能部
３０８  画像走査機能部
３１０  ユーザ・インターフェイス・パネル
３１２  ジョブ・キュー
３１４  ネットワーク・サービス機能部
３１６  画像プロセッサ
３１８  ジョブ解析部
３２０  クライアント側ネットワーク・サービス機能
４００  データ処理装置
４０８  表示インターフェイス
４１６  入出力インターフェイス
４２２  キーボード
４２４  周辺装置インターフェイス
４２６  ポインティング・デバイス・インターフェイス
４２８  表示モニタ
５００  サーバ
５２２  オプション入出力インターフェイス
【図１】
2008181519.tif 000003
【図２】
2008181519.tif 000004
【図３】
2008181519.tif 000005
【図４】
2008181519.tif 000006
【図５】
2008181519.tif 000007
【図６】
2008181519.tif 000008
【図７】
2008181519.tif 000009