JP2006072988A - タスクの実行を容易にする装置及び方法 - Google Patents

Abstract

【課題】ネットワークシステムにおいて、クライアント装置は、ユーザがネットワーク上で利用可能な１つ以上のサービスを発見することを目的とする。
【解決手段】制御器（１０）は、ネットワーク（Ｎ）上の位置でサービスを発見するサービスディスカバラ（１２）と、サービスディスカバラ（１２）により発見されたサービスを使用してタスクの実行を制御するタスクマネージャ（１４）とを有する。制御器（１０）は、サービスパブリッシャ（１３）を更に有し、サービスパブリッシャ（１３）は、サービスディスカバラ（１２）によりサービスを発見した結果として、そのサービスがネットワークに接続される他の制御器（１０）により発見されることを可能にする。これにより、他の制御器がその制御器を介してサービスを発見し、アクセスすることができる。
【選択図】図１

Description

本発明は、タスクの実行を容易にする装置及び方法に関する。特に、本発明は、パーソナルコンピュータ、サーバ、デジタルカメラ、コピー機等の複数のプロセッサ制御装置がタスクを実行するのに必要なサービスを有する又はサービスにアクセスできる分散型システム或いはネットワークにおいて、プロセッサ制御装置によるタスクの実行を容易にする装置及び方法に関する。

ネットワーク上の複雑なタスクを完了させるために、ユーザは、いくつかの異なるアプリケーションを使用して、異なる動作を実行する必要がある。例えば、受信者がワードプロセシングアプリケーションを使用して文書を編集できるように、ユーザが紙の文書のコピーを電子メールで送信したい場合、一般に、ユーザは、スキャナアプリケーションを使用して、紙の文書を電子形式に変換し、その後、光学的文字認識アプリケーションを使用して、電子データを電子文字データに変換する。更に、ユーザは、電子メールアプリケーションを使用して、所望する受信者に、最終電子文書を電子メールで送信する。

そのような複雑な動作に対するタスク単位の方法は、ユーザが実行すべき個別の動作を簡素化する。タスク単位の方法において、ネットワークの一部を構成する制御器（例えば、ユーザのプロセッサ制御装置が通信できるサーバ、又はユーザのプロセッサ制御装置）は、ユーザにより提供されたデータから、実行すべきタスクを識別し、必要なサービスから構成される所定のタスクを選択するか、又は、必要なサービスから構成される新しいタスクをアセンブルする。その後、ユーザは、制御器により入力指示されると、タスクの実行を可能にするため、ユーザ入力データを提供する必要がある。

上述の例において、ユーザがハードコピー文書を編集可能な形式である電子メールで送信したいことを制御器に通知する場合、制御器は、その一連のステップを実行する所定のタスクにアクセスするか、又は、その所定の一連のステップを実行する新しいタスクをアセンブルする。いずれの場合においても、この例におけるタスクは、走査サービス、光学的文字認識サービス及び電子メールサービスを含むサービスの集合から構成される。

実行されるタスクの数は、制御器がアクセスできるサービスにより制限される。制御器が、ネットワークを介して遠隔からサービスにアクセスできるようにしてもよいが、他の制御器を介してネットワークにのみ結合されるサービスにアクセスすることは、不可能ではないとしても困難である。

１つの側面において、本発明は、タスクの実行を可能にする制御器又は装置を提供する。装置は、ネットワークに接続可能であり、ネットワークを介してサービスを発見するように動作可能なサービスディスカバラと、装置によりアクセス可能なサービスを使用して、タスクの実行を制御するように動作可能なタスクマネージャと、アクセス可能なサービスの記述又は装置により発見されるサービスの記述を発行するサービスパブリッシャとを具備する。これにより、少なくとも一部のサービスが制御器のみを介してネットワークに接続されている場合でも、ネットワークに結合される他の制御器は、制御器により発行されたサービスを認識できる。

１つの側面において、本発明は、タスクの実行を容易にするための制御器を提供する。制御器は、ネットワークに接続可能であり、他の制御器をサービスと同様に監視する。その結果、他の制御器は、制御器を介してサービスを発見しアクセスできる。

これにより、制御器は、直接認識できないサービスにアクセスでき、その結果として、更に多くのタスク又は更に柔軟性のあるタスクをユーザに提供できる。

一実施形態において、制御器は、別の制御器に渡されるサービスのリストを、セキュリティ制約の対象にするように構成される。例えば、制御器は、サービスにアクセスしようとしているユーザの認識、及び／又は実際のサービスの位置から要求している制御器への経路において、少なくとも１台の制御器により、サービスに対して与えられるセキュリティ制約に基づいて、別の制御器に渡されるサービスのリストを制限するように構成されてもよい。

制御器は、ユーザが制御器に対してローカルであるか否か、又はサービスが遠隔制御器により要求されているか否かに応じて、異なるセキュリティ制約を提供するように構成されてもよい。制御器は、サービスの記述が制御器に渡される度にホップ数を増分するように構成されてもよい。これにより、例えば、制御器が同一のサービス記述を２回以上受信する場合、制御器は、そのサービスの実際の位置に対する最も直接的な経路を判定できる。

制御器は、２回以上発見されたサービスの記述をキャッシュに追加するように構成されてもよい。これにより、特定のサービスに対する経路が失敗した場合、その同一のサービスは、異なる経路を介して、再び試行されてもよい。

一実施形態において、タスクの実行に対して利用可能なサービスは、一般に、入力サービス、出力サービス及び処理サービスを含む。利用可能なサービスは、ユーザインタフェースサービスを更に含んでもよい。これは、ユーザが制御器にアクセスする際に経由する装置のユーザインタフェースにより、ユーザが利用できるサービスが制限される可能性を回避する。あるいは、サービスとしてインタフェースをユーザに提供することにより、タスクが必要とするユーザインタフェース、又はタスク内の異なるサービスが必要とする複数のユーザインタフェースは、必要に応じて、ユーザの装置にロードされる。これにより、専用のユーザインタフェースが、タスク内の異なるサービスに対して提供される。これは、ユーザに提供されたユーザインタフェースに情報が散乱することがないという、ユーザ装置のディスプレイサイズが相対的に小さい場合に特に重要となる利点を有する。更に、サービスとしてユーザインタフェースを提供することにより、存在するサービス及びタスクに対するユーザインタフェースが、必要に応じて、更新されることを可能にする。

異なるプロトコルが、異なるサービスを発見するために必要とされるであろう。一実施形態において、サービスは、共通ＡＰＩ（Application Programming Interface：アプリケーションプログラミングインタフェース）を使用し、サービスディスカバラ（service discoverer）は、プラグインアーキテクチャで構成される。これにより、サービスディスカバラは、各々が特定のプロトコルを使用するサービスを発見するように構成される１つ以上のプラグインサービスディスカバリモジュールを有する。例えば、１つのサービスディスカバリプラグインモジュールは、ウェブサービスを発見するように設計されてもよく、別のサービスディスカバリプラグインモジュールは、ＪＩＮＩサービスを発見するように設計されてもよい。更に別のサービスディスカバリプラグインモジュールは、ローカルサービス、すなわち制御器に直接接続されるサービスを発見するように設計されてもよい。プラグインアーキテクチャを使用することにより、新しいプロトコルが使用され始めると、その新しいプロトコルと共に動作するように構成されたプラグインを単に追加することにより、制御器をグレードアップ又は更新できる。新しいプロトコルが普及すると、制御器のその他の部分を変更せずに、その新しいプロトコルは、簡単にサポート及び展開される。更に、より小型の装置（デジタルカメラ等）の制御器は、制御器が必要とするプラグインのみを使用する。サービスに対して、そのようなプラグイン及び共通ＡＰＩを使用することにより、プラグインが既に展開されているプロトコルを使用するサービスは、更なる改造なしで直接使用され、新しいプロトコルを展開又は使用する場合、そのプロトコルを使用してサービスを処理するために、１つのプラグインのみを展開する必要がある。

タスク単位のシステムにおいて、いくつかのサービスは、ユーザにより設定されるべきあるパラメータを必要とする。しかし、ユーザは、パラメータの最適な値を常に知っているわけではない。従って、多くの場合、デフォルトパラメータが設定されていることが望ましい。

一実施形態において、デフォルトパラメータは、異なるレベルで提供される。サービスは、デフォルトパラメータを有し、このデフォルトパラメータは、デフォルトタスクパラメータにより置き換えられてもよい。これにより、特定のサービスが特定のタスク内で実行している時、デフォルトパラメータは、そのタスクに対して適切である。走査サービスは、例えば、平均解像度を表現するデフォルト走査解像度パラメータを有してもよく、また、写真を走査し電子メールで送信するタスクは、サービスのデフォルトパラメータを置き換える異なる解像度デフォルトパラメータを有してもよい。これにより、電子メールで送信するために写真を走査する場合、スキャナは、画像ファイルのサイズを減少させるために相対的に低い解像度で走査し、一方では、文書が光学的文字認識の対象となるタスク、例えば、ハードコピー文書を走査し、編集可能な形式で電子メールを送信する上述のタスクにおいて、走査サービスが使用される場合、タスクは、正確な光学的文字認識を可能にするため、解像度デフォルト走査パラメータを高く規定してもよい。更に、ユーザインタフェースサービスは、必要に応じて、ユーザがサービスレベルのデフォルトパラメータ又はタスクレベルのデフォルトパラメータを変化又は変更できるようにしてもよい。

ユーザがタスクを開始する装置は、タスク全体を完了させるのに最適な装置である必要はない。例えば、ハードコピー文書を走査し、編集可能な形式で電子メールを送信する上述のタスクの場合、ユーザは、ネットワーク化コピー機を使用して走査を実行し、その後、情報を入力するために、パーソナルコンピュータに移動し、キーボードにアクセスしたいと考える可能性もある。更に、いくつかのサービスは、他のサービスより高い処理能力を必要とし、また、大処理容量を有する装置により、高い処理能力のサービスが完了される場合、タスクの完了は、高速化されるであろう。例えば、ネットワーク化デジタルカメラではなく、ネットワーク化パーソナルコンピュータにより特定のサービスを実行する方が、より効率的であろう。

一実施形態において、タスクは、不完全な形式で格納され、且つ、タスクの次の部分を完了させるために、例えば、より強力な別の制御器に転送されるように設計される。一実施形態において、タスクの現在の状態及びそれに関連付けられたデータは、コンテキストとして知られるデータ構造、例えば、ＸＭＬによるコンテキストに格納される。コンテキストは、ユーザに対して異なるクライアント装置からタスクへのアクセスを可能にする制御器間で渡される。すなわち、ユーザは、１つのクライアント装置でタスクを開始し、タスクを継続するのに更に適切な別の装置に移動できる。これは、タスク状態が後の検索のために格納されるように、又は処理を継続するために別の制御器に渡されるように、制御器が、タスクの調整及び処理を制御する場合に可能である。

図面を参照すると、図１は、本発明を実現するネットワークシステム１の機能ブロック図を示す。

ネットワークシステム１は、各々が１台以上のクライアント装置２０に接続されるパーソナルコンピュータ、サーバ、他のプロセッサデバイス等の形態をとる複数の制御器１０を含む。ユーザは、制御器によりアクセス可能なサービスを使用して、制御器に対してタスクの実行を指示するための命令及び／又はデータを、クライアント装置２０により入力できる。図１に示すように、制御器１０は、ローカルサービス３０を有してもよい。更に、サービス３２は、ネットワークＮに直接接続されてもよく、サービス３１は、クライアント装置２０に直接接続されてもよい。

制御器１０は、ネットワークＮに直接結合されてもよく、又は１台以上の他の制御器１０を介して結合されてもよい。図１に示す例において、３台の制御器１０は、ネットワークに直接結合され、更なる制御器１０ａは、制御器のうちの別の１台を介して、ネットワークに間接的に結合される。実際のネットワーク構成は、特定の状況に依存し、例えば、３台以上又は３台未満の制御器がネットワークに直接結合されてもよいことは、当然理解されるであろう。ネットワークは、別の制御器を介してネットワークに間接的に結合される更なる制御器１０ａを含んでもよい。また、ネットワークシステムは、２台以上の他の制御器を介してネットワークに結合される更なる制御器を含んでもよい。

図１には示さないが、各クライアント装置２０は、制御器１０に内蔵又は実装されてもよい。更に、クライアント装置２０は、ネットワークＮを介して制御器１０と通信してもよい。

クライアント装置２０は、ネットワーク接続性を有するプロセッサ制御装置であり、プロセッサ制御装置は、ユーザがクライアント装置とインタフェースできるように、少なくとも１台のユーザインタフェース装置を有する。クライアント装置の例としては、パーソナルコンピュータ、コピー機、ファクシミリ、デジタルカメラ、スキャナ及び他の事務機等のネットワーク化可能な装置である。ここで、ネットワークは、オフィス環境用である。

ネットワークがオフィス環境以外で使用されてもよいことは、当然理解されるであろう。従って、例えば、ネットワークがホーム環境にある場合、クライアント装置は、パーソナルコンピュータ、並びに、テレビ、ビデオレコーダ、ＤＶＤプレーヤ、及び、他のプロセッサ制御装置又は家庭内にある機器類等のネットワーク化可能な他のプロセッサ制御装置を含んでもよい。同様に、ネットワークシステムは、産業環境において使用されてもよい。この場合、１台以上のクライアント装置は、プロセッサ制御生産工場又は工作機械を含んでもよい。

ネットワークＮは、１つ以上の異なる種類のネットワークを含んでもよい。例えば、ネットワークＮは、ローカルエリアネットワーク１１（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、イントラネット及びインターネットのうち、少なくとも１つを含んでもよい。

図１は、制御器１０の主な機能構成要素を示す。他の制御器１０及び１０ａの各々は、同様の機能構成要素を有する。

図１に示すように、制御器１０は、制御器の全体の動作を制御する演算制御器１１と、タスクの実行を制御又は管理するタスクマネージャ又はタスク解決モジュール１４を有する。更に、各制御器１０は、サービスディスカバラ１２及びサービスパブリッシャ１３を有する。サービスディスカバラ１２は、ローカルサービス３０及びネットワークＮ上のサービスの双方を発見する。サービスパブリッシャ１３は、後述するように、他の制御器１０により発見可能な制御器１０により、サービスが発見されるように構成される。すなわち、サービスパブリッシャ１３は、発見されたサービスを公示又は再発行するように構成され、これにより、それらサービスは、ネットワークＮを介して、他の制御器１０によりアクセス可能となる。

演算制御器１１は、制御器１０に接続される１台以上のクライアント装置２０と通信し、タスクの実行中に必要とされるサービスと通信し、且つタスクマネージャ１４により要求されたように、タスクの次のステップの動作を調整するように構成される。更に、演算制御器１１は、サービスパブリッシャ１３により発行されたサービス、すなわち、制御器１０が直接利用できないサービス要求を渡すように構成される。

タスクマネージャ１４は、現在利用可能なクライアント装置２０及びサービスを使用して実行されるタスクを判定し、且つ次に必要な動作、例えば、データがユーザから必要とされるか否か、又はサービスが実行されるべきか否かを判定するように構成される。

本実施形態において、タスクマネージャ１４は、個別のモジュールとして構成される。これにより、そのモジュールは、容易に交換可能となり、制御器１０は、クライアント装置２０に適切なタスクマネージャを有する。また、タスクマネージャ１４は、システムの変形が容易にできるように構成される。

上述のように、各制御器１０は、複数のローカルサービス３０にアクセスしてもよい。更に、各クライアント装置２０は、１つ以上のサービス３１に直接アクセスしてもよく、１つ以上のサービス３２は、ネットワークＮに直接結合され、全ての制御器１０によりアクセスできるようにしてもよい。

サービス３０、３１及び３２は、適切なメモリに格納される。サービス３０は、ネットワークシステム１のセントラルデータ記憶装置に格納されてもよく、また、サービス３０及び３１は、制御器１０又はクライアント装置２０において利用可能な任意の適切なメモリ、例えば、コンピュータの場合はハードディスクドライブ等の大容量記憶装置、又はデジタルカメラ等のクライアント装置の場合はメモリカード上に格納されてもよい。

本実施形態において、一般に、以下の４種類のサービスが存在する。
１）走査サービス等の入力データをタスクに提供する入力サービス
２）印刷サービス及び電子メールサービス等のタスクからデータを出力する出力サービス
３）画像操作サービス、光学的文字認識サービス等の入力データに対して、処理又は変更を行う処理サービス
４）クライアント装置にロードするためのユーザインタフェースを提供するユーザインタフェースサービス
サービスは、サブサービス（sub-services）の集合から構成されてもよい。例えば、アドレス帳サービスは、サブサービス「アドレス帳を開く」及び「アドレス帳の保存」から構成されてもよく、更にアドレス帳ユーザインタフェースサブサービスを含んでいてもよい。

各サービスは、以下の４つのメソッドを実装する同一の共通ＡＰＩ（Application Programming Interface：アプリケーションプログラミングインタフェース）を使用する。
１．Get description
２．Get status
３．Run service
４．Get user interface(s)
共通ＡＰＩは、制御器１０がサービスを発見し、それらサービスの記述及び状態を取得できるようにする。更に、タスクマネージャ１４が、サービスが要求されたことを示す場合、共通ＡＰＩは、制御器１０が関連するユーザインタフェースを取得し、サービスを実行できるようにする。

図２ａは、サービス記述の概略図１００を示す。

サービス記述は、以下の構成要素を含む。
１．サービス名
２．ＩＤ
３．種類
４．入力
５．出力
６．パラメータ
７．機能
また、サービス記述は、任意に構成要素「分類」を含む。

サービス名は、サービスに固有であるため、例えば、ネットワークＮ上に同一のサービスを実行する２台以上の制御器１０又はクライアント装置２０が存在する場合、それら制御器１０又はクライアント装置２０は、同一のサービス名が割り当てられる。しかし、ＩＤは、特定のサービス、及びそのサービスを実際に実行する制御器又はクライアント装置に固有であり、通し番号又は他の固有のコードの形態をとってもよい。

構成要素「種類」は、サービスの種類を規定し、サービスが走査、電子メール、ＯＣＲ、印刷、画像操作等を実行する動作又は手順を記述する。

任意の構成要素「分類」は、より下位レベルのサービスの記述を示し、サービスを介して利用可能な機能を識別する。例えば、サービスの種類が「画像操作」の場合、分類は、サービスにより提供される画像操作の特性を特定する。画像操作サービスに対する分類には、例えば、サイズ変更、赤目除去、回転、パノラマ作成等がある。

構成要素「入力」は、サービスに渡されるデータの種類、及びそのデータに対して必要とされる形式を規定する。また、構成要素「出力」は、サービスが提供するデータの種類、及びその出力データが有する形式を規定する。

構成要素「パラメータ」は、サービスに渡され、且つサービスがデータに対して行うことに影響を与える1つ以上の値を含む。サービス記述は、１つ以上のパラメータに対して、１つのデフォルト値を含んでもよい。印刷サービスに対するパラメータの例として、印刷数に対する値がある。

構成要素「機能」は、サービスが提供できる内容についての記述を提供する。例えば、構成要素「機能」は、走査サービス又は印刷サービスのｄｐｉ単位の最大解像度を規定してもよい。

入力、出力、パラメータの各々は、データの特性（例えば、画像又は文書）を記述するＩＤ、データが属する種別を識別する種類、及びデータが採用する正確な形式を識別する形式を有する。例えば、種類が「ＭＩＭＥ」である場合、形式は、画像／ｐｎｇ又はアプリケーション／ｗｏｒｄであり、種類が「ｓｉｍｐｌｅ」である場合、形式は、「ｓｔｒｉｎｇ」又は「ｉｎｔ」となるであろう。

更に、入力、出力及びパラメータは、これらのプロパティに対して、制約又は制限を規定してもよい。これは、入力データの最大サイズ、最大解像度又は最小解像度が規定されてもよいからである。

サービス記述は、サービスが適切であり、且つ特定のタスクに対して必要な動作を実行できるかを判定するのに必要な情報を、制御器１０に提供する。

図２は、制御器１０の一例の更に詳細な機能ブロック図を示す。

図２に示すように、サービスディスカバラ１２は、複数のプラグイン１６（示される例では、３つ）を受信するように構成されるサービスディスカバリマネージャ１５を含む。各プラグイン１６は、あるプロトコルに従って動作するサービスを発見できるように構成される。図に示すように、プラグイン１６は、例えば、ＵＤＤＩ（Universal Description Discovery and Integration）プロトコル及びＳＯＡＰ（Simple Object Access Protocol）通信プロトコルに従って動作するウェブサービスを発見するように構成されるプラグイン、ＪＩＮＩサービスを発見するように構成されるプラグイン、及びローカルサービスを発見するように構成されるプラグインを含んでもよい。図２は、ローカルサービス３０を発見したローカルプラグイン１６を示す。共通ＡＰＩを示すブロック１９を使用して、サービスが共通ＡＰＩを使用又は実装することを、図２に示す。

プラグインアーキテクチャを使用することにより、新しいディスカバリシステム及びプロトコルが開発されると、新しいプラグイン１６は、これらのプロトコルを使用してサービスを発見できるように設計される。更に、制御器１０は、制御器１０と通信するクライアント２０により必要とされるプラグインのみを使用する必要がある。例えば、制御器１０がデジタルカメラ等の専用のプロセッサ制御装置とのみ通信している場合、デジタルカメラが使用できるサービスに対応するプラグインのみが提供される。

プラグインアーキテクチャのみでなく、ネットワークシステムにより使用可能なサービスは、全て、同一の共通ＡＰＩを使用するように構成される。新しいサービスにより必要とされるプロトコルに対して、プラグインが存在すれば、共通ＡＰＩを使用することにより、そのサービスは直接使用可能となる。

図２に示すように、演算制御器１１は、サービスキャッシュ１７を保持し、発見されたサービスのサービス記述を保持する。更に、サービスパブリッシャ１３は、制御器１０により発見された全てのサービスのサービス記述を含むサービスリスト１８を格納する。また、サービスパブリッシャ１３は、共通ＡＰＩ（ブロック１９により図示される）を使用して、ネットワークＮ及び直接接続されるクライアント装置２０と通信するように構成される。これにより、ネットワークＮ上の他の制御器１０及び接続されるクライアント装置２０は、制御器をサービスとして認識できる。

制御器１０は、パーソナルコンピュータ、サーバ、又は他のプロセッサデバイス等の演算装置をプログラムすることにより実現されてもよい。図３は、複数のプログラム命令によりプログラムされ、制御器１０に提供される演算装置５０の一例の機能ブロック図を示す。

図３に示すように、演算装置５０は、ＲＯＭ及び／又はＲＡＭ、並びにハードディスクデバイス等の大容量記憶装置５２の形態をとる連想メモリ５１を有するプロセッサ５００を含む。演算装置は、例えばＣＤ-ＲＯＭ、ＤＶＤ、フロッピディスク等の取外し可能な媒体５４を受け入れるための取外し可能な媒体装置５３を更に含む。更に、演算装置は、複数のユーザインタフェース装置５６を含む。図に示すように、ユーザインタフェース装置５６は、マウス、キーボード５６ｂ、マイクロフォン５６ｃ、スピーカ５６ｄ、ディスプレイ５６ｅ及びプリンタ５６ｆ等のポインティングデバイス５６ａを含む。演算装置は、ネットワークＮを介して通信できるようにするためのネットワークカード及び／又はＭＯＤＥＭ等の１つ以上の通信装置５７と、制御器１０に直接リンクするクライアント装置２０及びサービス３０等の外部装置と通信できるようにするための１つ以上の入出力インタフェース５８とを更に含む。

演算装置は、以下のうちの少なくとも１つによりプログラムされる。

メモリ５１又は大容量記憶装置５２に予め格納されたプログラム命令、
通信装置５７又はＩ／Ｏインタフェース５８を介して信号として提供されるプログラム命令、
取外し可能な媒体装置５３を介して受け入れた取外し可能な媒体５４、又はＵＳＢポート等のＩ／Ｏインタフェースを介して演算装置に接続可能な携帯用データ記憶装置からダウンロードされるプログラム命令、及び
キーボード５６ｂを使用してユーザにより直接入力されるプログラム命令。

図３は、メモリ５１がサービスディスカバリマネージャ１５を実現するディスカバリマネージャモジュール５１ａ、プラグイン１６を実現するプラグインモジュール５１ｂ、演算制御器１１を実現する演算制御器モジュール５１ｃ、タスクマネージャ１４を実現するタスクマネージャモジュール５１ｄ、及びサービスパブリッシャ１３を実現するサービスパブリッシャモジュール５１ｅを含むようにプログラムされた演算装置を示す。

プロセッサ制御装置であるクライアント装置２０は、連想メモリを有するプロセッサ、Ｉ／Ｏインタフェース、及びある形態のユーザインタフェース装置を更に有することが、理解されるであろう。ここで、ユーザインタフェース装置は、パーソナルコンピュータの場合、図３に示される装置と類似し、デジタルカメラの場合、更に制限され、一般に、小型のディスプレイ及び表示されたメニューからの項目選択を可能にするユーザ制御装置から構成される。

次に、制御器１０が複数のサービスに基づくタスクの実行を可能にする方法について、説明する。

タスクは、特定のタスクに依存して、１つ以上のサービスから構成される。共通タスク、使用されているタスク、又は頻繁に使用されるタスクは、タスクマネージャ１４により格納されてもよい。他のタスクは、ユーザから受信した入力情報に従って、タスクマネージャ１４により、利用可能なサービスからアセンブルされてもよい。

タスクが実行されるために、当然、そのタスクは、最初にユーザにより開始される必要がある。これを容易にするために、クライアント装置２０は、ユーザに「何を行いたいですか？」等の質問を表示する基本タスクユーザインタフェースが提供されてもよく、また、現在利用可能なタスクを規定する複数のオプションを、ユーザに提供してもよい。一般に、利用可能なタスクの特性は、特定のクライアント装置に依存する。例として、クライアント装置がネットワーク化コピー機である場合、タスクのオプションは、以下を含んでもよい。
走査
走査及び電子メール
走査、ＯＣＲ及び電子メール
別の例として、基本タスクユーザインタフェースは、表示されたメニューからオプションを選択することにより、ユーザがタスクを規定できるようにしてもよい。例えば、ユーザがハードコピー文書を走査し、それを編集可能な形式で電子メールで送信したい場合、ユーザは、表示されているオプション「走査」、「光学的文字認識」及び「電子メール」を、メニューから選択してもよい。

図４は、タスクマネージャにより実行されるステップを示すフローチャートである。

上述のように、制御器１０は、発見されたサービスに対する記述を格納する。図４のＳ１において、タスクマネージャ１４は、利用可能な発見されたサービス、クライアント装置、及びユーザから、そのクライアント装置及びユーザが利用可能なタスクを判定する。

Ｓ２において、タスクマネージャは、ユーザに対して、そのユーザが利用可能なタスク／オプションのリストをクライアント装置２０に提示させる。利用可能なタスクの一例は、「ハードコピー文書を走査し、光学的文字認識を実行し、且つ編集可能な形式でその文書を電子メールで送信する」であってもよい。

Ｓ３において、ユーザがクライアント装置で提供されるリストからタスクを選択すると、タスクマネージャは、Ｓ４において、格納されたサービス記述の構成要素「種類」をチェックすることにより、タスクが必要とする最初のサービスを識別し、タスクの要求に合致する構成要素「種類」を判定し、且つその中から、タスクが受け入れ可能な入力パラメータ、出力パラメータ、機能パラメータ及び分類パラメータを有するサービスを判定する。

２つ以上のサービスが、要求に合致してもよい。２つ以上のサービスが合致する場合、Ｓ４において、タスクマネージャは、以下に説明する所定の基準に従って、それら合致するサービスのうちの１つを選択する。

タスクの最初の手順又はステップに対して、１つのサービスが選択されると、Ｓ５において、タスクマネージャ１４は、ユーザ入力が必要とされるか否かを判定する。必要とされる場合、タスクマネージャ１４は、Ｓ６において、必要なユーザ入力を取得するために、ユーザに対して適切なユーザインタフェースを、クライアント装置により提供させる。

Ｓ５においてユーザ入力が必要とされない場合、又はユーザ入力がＳ６において既に取得されている場合、タスクマネージャは、Ｓ７において、必要なサービスを実行するように、演算制御器１１に要求する。

Ｓ８において、タスクマネージャは、タスクが完了したかをチェックする。すなわち、タスクが別のサービスを必要とする更なる手順を含むかをチェックする。

タスクマネージャが、タスクは別のサービスを必要とする更なる手順を含むと判定する場合、ステップＳ４〜Ｓ７が繰り返される。ステップ８において、タスクマネージャは、タスクを完了するためにサービスの実行を必要とする更なる手順が存在するかを、再びチェックする。Ｓ８において、タスクマネージャがサービスの実行を要求する更なる手順が存在しないと判定すると、手順は終了する。

図５は、サービスが発見された時に実行されるステップを示す。

演算制御器１１は、サービスディスカバラ１２を開始すると、Discovery Listenerをサービスディスカバリマネージャ１５に登録する。サービスディスカバラ１２は、プラグイン１６の位置を特定すると、プラグイン１６を開始し、サービスディスカバリマネージャ１５をプラグイン１６と共に登録する。サービス３０、３１、３２がプラグイン１６により発見されると、プラグイン１６は、サービスディスカバリマネージャ１５に通知し、サービスディスカバリマネージャ１５は、演算制御器１１に通知する。

新しいサービスが発見されると、図５のＳ１１において、演算制御器１１は、サービス記述を受信し、サービス記述に関連する経路情報を更新する（例えば、経路アドレスに制御器ネットワークアドレスを追加することにより、又はホップ数に１加えることにより更新する。ここで、「ホップ」は、ネットワーク上の１つの制御器から次の制御器に対するステップ又は経路である）。更に、演算制御器１１は、関連する経路情報と共にサービス記述をサービスキャッシュ１７に格納し、サービスリスト１８へ格納するために、そのサービス記述を関連する経路情報と共に、サービスパブリッシャ１３に渡す。別の方法として、ホップ数は、サービスパブリッシャ１３により更新されてもよい。

各制御器１０のサービスパブリッシャ１３が、共通ＡＰＩ１９を使用又は実装することにより、発見されたサービスを再発行する（すなわち、ネットワークＮ上の他の制御器へのアクセスを可能にする）ため、同一のサービスは、複数の異なる経路を介して、制御器１０により発見されてもよい。サービスが２回以上発見される場合、サービス記述は、ステップＳ１２において、サービスキャッシュ１７に追加される。これにより、そのサービスを実行する後続の要求が失敗する場合、演算制御器１１は、他の経路を介して、又は他の複数の経路のうちの１つを介して、サービスへのアクセスを試みる。

図６は、Ｓ２０においてタスクマネージャ１４がサービスの実行要求を発行する時に、演算制御器１１により実行される動作を示すフローチャートである。Ｓ２１において、演算制御器１１は、Ｓ２１において選択されたサービスのサービス記述のrun serviceメソッドを実装し、サービスを実行させる。サービスがローカルサービスでない場合、制御器１０は、サービスの実行要求を、そのサービスが発見された制御器に渡す。その制御器がその特定のサービスを実際に実行する制御器でない場合、サービスの実行要求がその特定のサービスを実際に実行する制御器に到達するまで、制御器は、順次、サービスが発見された制御器に、そのサービスの実行要求を渡していく。その特定のサービスを実際に実行する制御器は、サービスを呼び出し、要求している制御器１０に結果を戻す。

Ｓ２２において、例えば、経路パスに沿った１つ以上のネットワークアドレスが動作不能であるため、又はサービスが現在使用中であるため等の理由により、サービスの実行要求が失敗する場合、演算制御器１１は、Ｓ２３において、同一のサービスに対する別の経路があるかを判定し、別の経路がある場合、Ｓ２４において他の経路を選択し、ステップＳ２１〜Ｓ２３を繰り返す。

Ｓ２３において、ＮＯの場合、すなわち、サービスが失敗し、まだ探索されていない他の経路がない場合、演算制御器は、Ｓ２５において、別の受け入れ可能なサービスがあるかをチェックし、サービスがある場合、ステップＳ２６において他のサービスを選択し、ステップＳ２１〜Ｓ２６を繰り返す。

特定の手順を実行するために、２つ以上のサービスが利用可能である場合、図４のＳ４において説明したように、そのサービスのうち１つのサービスが、所定の基準に基づいて選択されてもよい。これらの基準は以下のうち少なくとも１つを含む。
１．サービスを実行する制御器に到達するのに必要なホップ数。これは、サービスの信頼性及びサービスにアクセスするのにかかる時間を判定できるからである
２．評価システム
３．必要な処理時間
４．サービスの現在の状態
５．費用
６．品質
７．システム上のユーザからの推薦
適切なユーザインタフェースを介してユーザが入力する情報により、上述のうち２つ以上を選択してもよい。

上述に加え、特定のサービスのみを通すように、制御器１０は、制御器１０がサービスを供給するクライアント装置２０により、特殊化されてもよい。これは、特定のプロトコルに準拠するサービスのみが発見されるように、プラグインを選択することにより達成されてもよく、又はサービス記述がある要求に合致するサービスのみを通す演算制御器１１により達成されてもよい。例えば、クライアント装置がデジタルカメラである場合、制御器１０は、デジタルカメラに適用可能なサービスのみ、すなわち、例えば文書処理サービスを除くサービスを通すように構成される。

演算制御器１１は、要求している制御器にサービスが渡されるか否かを判定するセキュリティ設定を更に有してもよい。図７は、これが実現される１つの方法を示すフローチャートである。Ｓ３０において、制御器１０は、サービスディスカバリ要求を受信し、その要求は、データに添付される。このデータは、要求している制御器を識別し、更に、要求しているユーザを識別してもよい。

Ｓ３１において、演算制御器１１は、要求している制御器又はタスクマネージャ、及び／又はユーザに対するセキュリティ評価が要求されたサービスに対するアクセスを可能とするかを判定する。可能でない場合、演算制御器１１は、要求しているサービスディスカバラ１２に、サービスが利用不可能であることを通知する。

演算制御器１１は、ローカルユーザ及び遠隔ユーザに対して、異なるセキュリティ評価を有してもよい。

演算制御器１１は、要求している制御器及び／又はユーザが適切なセキュリティ評価を有していると判定する場合、Ｓ３３において、サービスが再発行されたサービスであるかをチェックする。再発行されたサービスではない場合、Ｓ３４において、サービスを実行させる。しかし、サービスが再発行されたサービスである場合、Ｓ３５において、演算制御器は、サービスが発見された制御器に、そのサービスに対する要求を渡す。その制御器は、図７に示す手順を繰り返し、その要求は、要求されたサービスを実行する制御器に到達するまで、制御器から制御器に渡される。

図７に示すように、制御器は、サービスが再発行されたサービスであるか否かを判定する前に、セキュリティ評価をチェックするように構成される。これにより、各制御器は、遠隔サービスに対するセキュリティ評価を有することができる。別の方法として、ステップＳ３３及びＳ３１を逆にして、演算制御器１１が、サービスが再発行されたサービスであるかを最初にチェックし、再発行されたサービスである場合、セキュリティ評価をチェックせずに、サービスが発見された制御器にその要求を渡すようにしてもよい。これにより、特定の制御器及び／又はユーザがサービスへのアクセス権を付与されるか否かが、最初にそのサービスを発見した制御器単独で判定される。

図４は、タスクの１つの実行方法を示す。図８は、ユーザがタスクを選択した後か、又は、例えば、ハードコピー文書を走査し、光学的文字認識を実行し、その文書を編集可能な形式で電子メールで送信するというタスクの要求をユーザが指示した後に、タスクが実行される別の方法を示す。

上述のように、制御器１０は、発見されたサービスに対する記述を格納する。

図８のＳ４０において、タスクマネージャ１４は、サービスキャッシュ１７に格納されている記述から、タスクの最初の手順又はステップに対する要求に合致するサービスを識別するように、演算制御器１１に要求する。

タスクマネージャ１４は、格納されているサービス記述の構成要素「種類」をチェックし、構成要素「種類」がタスクマネージャの要求に合致するかを判定する。合致する場合、タスクマネージャ１４は、そのサービス記述の入力パラメータ、出力パラメータ、機能パラメータ及び分類パラメータが対象タスクにとって受け入れ可能であるかを判定する。

Ｓ４１において、演算制御器１１が、適切なサービスは識別されなかったと報告する場合、Ｓ４２において、タスクマネージャ１４は、演算制御器１１に対して、サービスディスカバラ１２にサービスの位置を特定するように指示することを要求する。

２つ以上のサービスが、タスク要求に合致してもよい。従って、Ｓ４３において、タスクマネージャ１４は、２つ以上のサービスが識別されたかを判定する。２つ以上のサービスが識別された場合、以下に説明する所定の基準に基づいて、１つのサービスを選択する。

タスクの最初の手順又はステップに対して、１つのサービスが選択されると、Ｓ４４において、タスクマネージャ１４は、タスクが別のサービスを必要とする更なる手順を含むかを判定する。Ｓ４４においてＹＥＳの場合、ステップＳ４０〜Ｓ４３を繰り返す。

タスクを完了するために必要な全ての手順に対して、複数のサービスが発見されると、Ｓ４５において、タスクマネージャ１４は、次の動作又はタスクにより必要とされる手順を判定し、且つそれに応じて動作するように演算制御器１１に要求する。Ｓ４５において、タスクマネージャは、ユーザ入力が要求され、且つユーザ入力が新しいユーザインタフェースを含まないと判定すると、演算制御器に対して、クライアント装置２０と通信して、必要なデータの入力をユーザに指示するように要求する。あるいは、タスクマネージャは、必要とされる次の動作は実行すべきサービスに対するものであると判定すると、演算制御器１１に対して、必要なサービスを実行するように要求する。その必要なサービスは、場合によっては、ユーザインタフェースサービス等のサブサービスを含み、この場合、演算制御器１１は、最初に、必要なユーザインタフェースをクライアント装置２０にダウンロードする。

タスクマネージャがＳ４６においてタスクが完了したと判定するまで、すなわち、タスクを完了するために必要な全てのサービスが実行されるまで、ステップＳ４５は、繰り返される。

上述のように、各制御器は、共通ＡＰＩを使用又は実装して、発見されたサービスを再発行する。これにより、他の制御器に関する限り、各制御器は、サービスとして見られる。利用可能なサービスは、入力サービス、出力サービス、処理サービス及びユーザインターフェースサービスを含んでもよい。サービスとしてユーザインタフェースを提供することにより、ユーザインタフェースは、必要に応じて、クライアント装置にロードされ実行される。従って、専用のユーザ入力サービスは、特定のサービスに提供され、更に、特定のクライアント装置に対するユーザインタフェースは、容易に更新及び／又は変更される。

上述のように、サービスは、そのサービスにより提供される動作に対するデフォルトパラメータを含んでもよい。例えば、サービスが走査サービスである場合、デフォルト走査解像度が規定されてもよい。同様に、サービスが印刷サービスである場合、白黒、片面等のデフォルト印刷特性が規定されてもよい。いくつかのタスクにおいて、サービスに対して、特定のパラメータが必要とされるであろう。例えば、ハードコピー文書を走査し、編集可能な形式で電子メールを送信するタスクの場合、光学的文字認識ソフトウェアは、走査サービスの通常のデフォルト走査解像度よりも高い走査解像度を必要としてもよい。そのような場合に対処するため、タスクマネージャ１４は、タスクに１つ以上のデフォルトパラメータを提供するように構成されてもよく、そのタスクは、タスクのデフォルトパラメータがサービスのパラメータを置き換えるように構成されてもよい。上述のタスクを例にすると、これにより、タスクマネージャ１４は、タスクに対して、走査サービスのデフォルト走査解像度パラメータよりも高いデフォルト走査解像度パラメータを規定できる。一方、写真を走査し電子メールで送信するタスクの場合、タスクマネージャ１４は、走査サービスのデフォルトパラメータを置き換える低い解像度走査パラメータを規定してもよい。これにより、大きすぎず、電子メールで送信するのに適切な画像ファイルが、走査サービスにより生成される。更に、タスクに対するユーザインタフェースサービス又はタスク内のサービスにより、ユーザが、特定のユーザ要求に従って、サービスレベルのデフォルトパラメータ又はタスクレベルのデフォルトパラメータを変化又は変更できるようにしてもよい。

これまでに説明したように、タスクが規定され、且つ必要なサービスがアセンブルされると、タスクが開始された制御器１０の演算制御器１１及びタスクマネージャ１４は、最初にそれらサービスを発見した制御器が実行しているタスクが必要とするサービスと連携させて、タスクを実行する。

ユーザのローカル制御器は、ネットワークによりサービスが提供される物理的な位置の移動に応じて変更されてもよいが、これは、ユーザにとって常に便利であるとは限らない。タスク内のあるサービスを実行する際には、あるクライアント装置が、より便利であることもある。例えば、ハードコピー文書を走査し、編集可能な形式で電子メールを送信する上述のタスクの場合、ネットワーク化コピー機を使用する方が、パーソナルコンピュータに付属のスキャナを使用する方よりも高速であるため、ユーザは、走査を実行するのにネットワーク化コピー機を使用したいが、電子メールのメッセージを入力するために、パーソナルコンピュータに移動し、キーボードにアクセスしたいと考えるだろう。更に、いくつかのサービスは、他のサービスよりも高い処理能力を必要とするであろうし、多くの処理容量を有する装置により高い処理能力のサービスが完了される場合、タスクの完了は、高速化されるであろう。例えば、特定のサービスが、ネットワーク化デジタルカメラよりも、ネットワーク化パーソナルコンピュータにより実行される方がより効率的であろう。ここで、これら双方の装置は、同一又は類似のサービスを実行する。

一実施形態において、タスクマネージャ１４は、タスクを提供するように構成され、これにより、タスクは、不完全な形式で格納され、且つ、タスクの次の部分を完了させるために、例えば、より強力な別の制御器に転送される。

一実施形態において、タスクマネージャ１４は、タスクの現在の状態及び関連するデータを、制御器間で渡されるコンテキストに格納する。尚、この制御器により、ユーザは、異なるクライアント装置からタスクにアクセスできる。すなわち、ユーザは、１つのクライアント装置でタスクを開始し、タスクを継続するのに更に適切な別の制御器に移動できる。これは、タスクデータが後の検索のために格納されるように、又は処理を継続するために別の制御器に渡されるように、ユーザの現在のクライアント装置にローカルな制御器がタスクの調整及び処理を制御する場合に可能となる。

一実施形態において、サービス及びタスクは、ＸＭＬ（Extensible Mark-up Language：拡張マークアップ言語）を使用して規定され、タスクは、そのタスクの一部が制御器間で渡されるタスクのコンテキスト有効部分の中に格納される。

付録１は、一連の画像からウェブギャラリを作成するウェブギャラリサービスに対するサービス記述の一例を示す。省略符号は、省略されたデータを示す。付録１から分かるように、サービス名は、「web gallery」であり、サービスの種類は、「synthesize」である。このサービス記述は、必要な入力、複数の出力及び複数のパラメータを規定する。付録１から分かるように、入力は、ＩＤ「image」を有し、ＪＰＥＧ形式で、その種類がＭＩＭＥである必要がある。一方で、ＩＤ「HTML」の出力は、ＨＴＭＬ形式で、その種類がＭＩＭＥである必要があり、ＩＤ「fullimage」及びＩＤ「thumbimage」の出力は、その種類がＭＩＭＥで、ＪＰＥＧ形式である必要がある。この例におけるパラメータは、タイトル、ウェブファイル名、ウェブ画像ディレクトリ及びウェブサムネール画像プレフィックスが、「string」形式であり、残りのパラメータが、「int」形式又は整数である各々の種類が全て「simple」であるタイトル、１行毎のサムネール画像数、サムネール画像の幅、サムネール画像の高さ、ウェブファイル名、ウェブ画像ディレクトリ及びウェブサムネール画像プレフィックスである。

付録２は、タスク記述の一例を示す。この例において、タスクの目的は、文書を走査し、電子メールを介して、それを送信することであり、そのタスク名は、「Send OCR」である。付録２から分かるように、タスクは、サービスＩＤが「address」のアドレス帳サービス、サービスＩＤが「service 2」のスキャナサービス、サービスＩＤが「convert」のＰＤＦ変換サービス、サービスＩＤが「service 0」の電子メールサービス、及びサービスＩＤが「service 1」のＯＣＲサービスから構成される。タスクは、ＩＤ「service 0」、「service 1」及び「convert」のサービスが実行されている時に、クライアント装置にダウンロードされる「OCR email UI」という名前のユーザインタフェースサービスを更に含む。

このタスクがタスクマネージャにより実現されると、タスクマネージャ１４は、まず、ユーザが電子メールの指定受信者名及びそのアドレスを選択できるように、アドレス帳ユーザインタフェースサービスが実行され、クライアント装置にダウンロードされるように、演算制御器１１に対して要求する。指定受信者名及びそのアドレスがユーザにより選択又は入力されると、タスクマネージャ１４は、スキャナサービスが実行されるように、演算制御器１１に対して要求する。ユーザによりスキャナに置かれたハードコピー文書は、デフォルト解像度で、この例では３００ＤＰＩで、スキャナサービスにより走査され、「convert」サービスへの入力のために、ＩＤ「image」の出力データを提供する。走査に必要なパラメータ、例えば、走査解像度がタスクのデフォルト値により与えられるため、スキャナサービスは、ユーザインタフェースの実行を必要としない。タスクマネージャ１４は、スキャナサービスが出力データを提供したと判定すると、残りのサービスに対して、ユーザからの必要なデータの入力を可能にするために、ユーザインタフェースサービス「OCR Email UI」が実行され、且つクライアント装置にダウンロードされるように、演算制御器１１に要求する。タスクマネージャ１４は、ユーザが必要な情報を入力したと判定すると、「convert」サービス、又は「OCR」サービス、又はその双方のサービスを実行するように、演算制御器１１に要求する。ここで、ユーザが入力した必要な情報の判定は、ユーザがＯＣＲされた文書を電子メール受信者に送信したいのか、且つ／又は画像から変換されたＰＤＦファイルで送信したいのかという判定である。タスクマネージャ１４は、「convert」サービス及び「OCR」サービスが動作を完了したと判定すると、必要に応じて、文書が指定受信者に電子メールで送信されるように、電子メールサービスを実行することを、演算制御器１１に要求する。

付録２から理解されるように、演算制御器１１及びタスクマネージャ１４は、タスクの実行を調整する。これにより、各サービスは、必要に応じて呼び出され、ある目標サービスＩＤ及び目標入力ＩＤを有する目標サービスに対して、出力データを提供する。

サービスディスカバラ１２は、演算制御器により指示される場合にのみ、サービスを発見してもよい。別の方法として、サービスディスカバラ１２は、システム上の新しいサービスを継続的にチェックし、新しいサービスが発見された時に、演算制御器１１に警告を与えるように構成されてもよい。これにより、ネットワーク上で発見可能な全てのサービスが、タスクマネージャにとって即時に利用可能となるという利点を有するであろう。しかし、ネットワークが多くのサービスを提供する場合、これら全てのサービスの記述を保持するために相当なメモリ容量を必要とし、制御器の資源が制限される場合には、望ましくない。当然、ネットワーク上の１台以上の制御器は、要求された時にのみ、サービスを発見するように構成されてもよく、ネットワーク上の制御器のうち１台以上の他の制御器は、制御器の性能及び要求に応じて、継続的にサービスを発見するように構成されてもよい。

上述の例において、ユーザは、単一のクライアント装置を介してシステムにインタフェースする。上述のように、ある状況において、タスクは、ネットワークシステム内で移植されることが望ましい。これは、コンテキストとして知られるデータ構造にタスクを格納することにより達成されてもよい。コンテキストには、例えば、異なるオペレーティングシステム及びコンテキストの変換を必要としない言語を使用する別の制御器又はクライアント装置に転送可能なＸＭＬによるコンテキストがある。

付録２には示さないが、タスクマネージャ１４は、タスクの履歴及びタスクの現在の状態に関連付けられたデータがＸＭＬコンテキストに格納されるように、タスクを構成してもよい。これにより、サービスが実行されると、タスクは、サービスの実行の結果として取得されるデータと共に格納され、ユーザが必要とする場合には、次のサービスの実行を制御できる別の制御器又はクライアント装置に転送される。

上述の実施形態において、サービスディスカバラは、プラグインアーキテクチャを使用する。このことは、上述の理由により、利点を有するが、サービスディスカバラ１２は、あるプロトコルで動作するサービスのみを発見できる専用のサービスディスカバラとして実現されてもよい。同様に、上述の実施形態において、タスクマネージャは、必要に応じて置き換え又はグレードアップされるモジュールとして実現されてもよい。これは、上述の通り利点を有するが、タスクマネージャを演算制御器内に実装することも可能である。しかし、タスクマネージャのグレードアップ又は置き換えは、更に困難になる。

タスクの実行を容易にする本発明を実現する制御器を含むネットワークシステムの機能ブロック図である。 本発明を実現する制御器の更に詳細な機能ブロック図である。 サービス記述を概略的に示す図である。 図１及び図２に示す制御器を提供するように構成された演算装置の一例を示す機能ブロック図である。 図１及び図２に示す制御器のタスクマネージャがタスクの実行を管理する１つの方法を示すフローチャートである。 新しいサービスを発見する制御器の動作を示すフローチャートである。 サービスにアクセスする制御器の動作を示すフローチャートである。 サービスの要求に対する制御器の動作を示すフローチャートである。 タスクマネージャがタスクの実行を管理する別の方法を示すフローチャートである。

Claims (59)

1. ユーザに対するタスクの実行を可能にするためのネットワーク接続可能な装置において、
   前記ネットワーク上の位置において、サービスを発見するように動作可能なサービスディスカバラと、
   前記サービスディスカバラにより発見されるサービスを使用して、タスクの実行を制御するように動作可能なタスクマネージャと、
   サービスに関連する動作を制御するように動作可能な演算制御器と、
   前記サービスディスカバラによりサービスを発見した結果として、サービスを前記ネットワークに接続された他の装置から発見可能にするように動作可能なサービスパブリッシャとを具備し、
   前記サービスディスカバラは、異なるプロトコルを使用するサービスを発見するように構成され、且つプラグインアーキテクチャを有することを特徴とする装置。
2. 前記演算制御器は、サービスの実行要求を受信し、前記要求されたサービスが前記演算制御器により実行できる装置へのローカルサービスであるかを判定し、ローカルなサービスでない場合、前記サービスディスカバラがサービスを発見したネットワーク上の位置に、前記サービスの実行要求を渡すように動作可能であることを特徴とする請求項１に記載の装置。
3. 前記演算制御器は、サービスの実行要求を、前記タスクマネージャ及び前記ネットワークに接続される他の装置から受信するように構成されることを特徴とする請求項２に記載の装置。
4. 前記演算制御器は、前記ユーザ及び要求している前記装置のうち少なくとも一方、又はタスクマネージャに関連する少なくとも１つのセキュリティ評価に従って、サービスの実行要求が実行されるか、又は、前記サービスディスカバラが前記サービスを発見した前記ネットワーク上の位置に渡されるか否かを判定するように動作可能であることを特徴とする請求項２又は３に記載の装置。
5. 前記演算制御器は、前記タスクマネージャからのサービスの実行要求、及び他の装置からのサービス実行要求に対して、異なるセキュリティ評価を使用するように構成されることを特徴とする請求項４に記載の装置。
6. 前記演算制御器は、前記ユーザが前記装置に対してローカルであるか否か、又はサービスが別の装置により要求されているか否かに応じて、異なるセキュリティ制約を実現するように構成されることを特徴とする請求項４に記載の装置。
7. 前記サービスパブリッシャは、対応するサービスにより実現される機能を規定するサービス記述のリストを格納するように構成されることを特徴とする請求項１から６のいずれか１項に記載の装置。
8. 前記演算制御器は、前記サービスディスカバラにより発見されるサービスに対して、対応するサービスにより実現される機能を規定する複数のサービス記述を受信し格納するように構成されることを特徴とする請求項１から６のいずれか１項に記載の装置。
9. 前記サービスパブリッシャは、前記サービスディスカバラにより発見される前記サービス記述のリストを格納するように構成されることを特徴とする請求項７又は８に記載の装置。
10. 格納された各サービス記述は、少なくとも、サービス名、前記サービスの機能の記述、並びに、サービスが必要とする入力データ、出力データ及びパラメータデータを含むことを特徴とする請求項７から９のいずれか１項に記載の装置。
11. 前記タスクマネージャは、所定の基準に基づいて同一の機能を実行できる複数の異なる発見されたサービスから、１つのサービスを選択するように動作可能であることを特徴とする請求項１から１０のいずれか１項に記載の装置。
12. 前記タスクマネージャは、サービスのネットワーク上の位置の指示、評価システム、必要な処理時間、サービスの現在の状態、サービス実行費用、サービス品質、及びユーザ推薦のうち少なくとも１つの基準に基づいて、同一の機能を実行できる複数の異なる発見されたサービスから、１つのサービスを選択するように動作可能であることを特徴とする請求項１から１０のいずれか１項に記載の装置。
13. 同一のサービスが前記サービスディスカバラにより、前記ネットワーク上の異なる経路を介して２回以上発見される場合、前記演算制御器は、前記サービスへの各経路に関連する情報を格納することにより、前記演算制御器が異なる経路を介して前記サービスにアクセス可能になるように動作可能であることを特徴とする請求項１から１２のいずれか１項に記載の装置。
14. 前記演算制御器は、同一のサービスが前記サービスディスカバラにより、前記ネットワーク上の異なる経路を介して２回以上発見され、且つ前記経路のうち１つの経路を介するサービスの実行の要求が失敗する場合、前記サービスへの別の経路を選択するように動作可能であることを特徴とする請求項１３に記載の装置。
15. サービスが発見されると、前記装置は、前記サービスに関連付けられ、且つネットワークを介する１つの装置から別の装置への前記サービスの位置に対するステップ数を示すホップ数を増分するように動作可能であることを特徴とする請求項１から１４のいずれか１項に記載の装置。
16. サービスが発見されると、前記装置は、ネットワークを介する１つの装置から別の装置への前記サービスの位置に対するステップ数を示すホップ数を増分するように動作可能であり、前記サービス記述は、ネットワークを介して採用される前記サービスの位置から前記装置への経路を示す経路情報に関連付けられ、前記サービスディスカバラがサービスを２回以上発見する場合、前記演算制御器は、関連付けられたホップ数に基づいて、経路を選択するように動作可能であることを特徴とする請求項７から１０のいずれか１項に記載の装置。
17. 前記サービスディスカバラは、サービスディスカバリモジュール及び前記モジュールを管理するように動作可能なサービスディスカバリマネージャを含むことを特徴とする請求項１から１６のいずれか１項に記載の装置。
18. １つのサービスディスカバリモジュールは、ウェブサービスを発見するように構成され、別のサービスディスカバリモジュールは、ＪＩＮＩサービスを発見するように構成され、別のサービスディスカバリモジュールは、ローカルサービスを発見するように構成されることを特徴とする請求項１７に記載の装置。
19. 前記タスクマネージャは、不完全な形式で格納され、且つ別の装置に転送されるようなタスクを提供するように構成されることを特徴とする請求項１から１８のいずれか１項に記載の装置。
20. 前記タスクマネージャは、タスクの現在の状態及び前記タスクに関連付けられたデータを、装置間で渡されるＸＭＬコンテキスト等のコンテキストに格納するように構成されることを特徴とする請求項１９に記載の装置。
21. 前記演算制御器は、前記装置に結合される１つ又は複数のクライアント装置が使用できないサービスを除去するように動作可能であることを特徴とする請求項１から２０のいずれか１項に記載の装置。
22. ユーザが前記装置とインタフェースする時に介する少なくとも１台のクライアント装置と組み合わされることを特徴とする請求項１から２１のいずれか１項に記載の装置。
23. 少なくとも１つのサービスを格納する格納手段と組み合わされることを特徴とする請求項１から２２のいずれか１項に記載の装置。
24. 請求項１から２０のいずれか１項に記載の複数の装置と、各装置に関連付けられた少なくとも１台のクライアント装置と、サービスを格納する複数のサービス格納手段とを具備するネットワークシステム装置において、前記装置のうち少なくともいくつかの装置は、前記ネットワークに直接接続可能であり、少なくとも１台の装置は、別の装置を介して前記ネットワークに接続可能であり、且つ前記サービス格納手段のうち少なくともいくつかの格納手段は、請求項１から２０のいずれか１項に記載の装置を介して前記ネットワークに接続されることを特徴とするネットワークシステム装置。
25. 前記サービスは、共通アプリケーションプログラミングインタフェースを有することを特徴とする請求項１から２４のいずれか１項に記載の装置。
26. 前記サービスは、入力サービス、出力サービス及び処理サービスを含むことを特徴とする請求項２３から２５のいずれか１項に記載の装置。
27. 前記サービスは、入力サービス、出力サービス、処理サービス及びユーザインタフェースサービスを含むことを特徴とする請求項２３から２５のいずれか１項に記載の装置。
28. 少なくともいくつかのサービスは、従属サービスを有することを特徴とする請求項２３から２７のいずれか１項に記載の装置。
29. 少なくともいくつかのサービスは、パラメータに対するデフォルト値を有し、前記タスクマネージャは、サービスデフォルト値を置き換えるデフォルト値がタスクに対して提供されるように構成されることを特徴とする請求項２３から２８のいずれか１項に記載の装置。
30. いくつかのサービス及びいくつかのタスクのうち少なくとも１つは、少なくとも１つのパラメータに対するデフォルト値を有し、少なくとも１つのユーザインタフェースサービスは、ユーザがパラメータに対するデフォルト値を置き換える値を特定できるように構成されることを特徴とする請求項２７に記載の装置。
31. ユーザに対してタスクの実行を可能にする方法において、
    異なるプロトコルを使用するサービスを発見するために、プラグインアーキテクチャを使用して、前記ネットワーク上の位置においてサービスを発見するステップと、
    発見されたサービスを使用してタスクの実行を制御するステップと、
    前記発見の結果として、発見されたサービスを前記ネットワークに接続される他の装置から発見可能にするステップとを実行する装置を含むことを特徴とする方法。
32. サービスの実行要求を受信するステップと、要求された前記サービスが実行される前記装置に対してローカルであるかを判定するステップと、ローカルでない場合、前記サービスが発見された前記ネットワーク上の位置に、前記サービスの実行の要求を渡すステップとを実行する装置を更に含むことを特徴とする請求項３１に記載の方法。
33. サービスの実行の要求は、前記装置のタスクマネージャ及び前記ネットワークに接続される他の装置から受信されることを特徴とする請求項３１に記載の方法。
34. 前記ユーザ及び要求している装置のうち少なくとも一方、又はタスクマネージャに関連付けられた少なくとも１つのセキュリティ評価に従って、サービスの実行要求が実行されるか又は前記サービスが発見された前記ネットワーク上の位置に渡されるか否かを判定するステップを実行する装置を更に含むことを特徴とする請求項３２又は３３に記載の方法。
35. 異なるセキュリティ評価は、前記装置のタスクマネージャ及び他の装置からのサービスの実行要求に対して使用されることを特徴とする請求項３４に記載の方法。
36. 異なるセキュリティ制約は、ユーザが前記装置に対してローカルか否か、又はサービスが別の装置により要求されているか否か応じて実現されることを特徴とする請求項３４に記載の方法。
37. 対応するサービスにより実現される機能を規定するサービス記述のリストを格納する装置を更に含むことを特徴とする請求項３１から３６のいずれか１項に記載の方法。
38. 発見されたサービスに対して、対応するサービスにより実現される機能を規定するサービス記述を受信し格納する装置を更に含むことを特徴とする請求項３１から３６のいずれか１項に記載の方法。
39. 格納された各サービス記述は、少なくとも、サービス名、前記サービスの機能の記述、並びに、サービスが必要とする入力データ、出力データ及びパラメータデータを含むことを特徴とする請求項３７又は３８に記載の方法。
40. 前記装置は、所定の基準に基づいて同一の機能を実行できる複数の異なる発見されたサービスから、１つのサービスを選択することを特徴とする請求項３１から３９のいずれか１項に記載の方法。
41. 前記装置は、サービスのネットワーク上の位置の指示、評価システム、必要な処理時間、サービスの現在の状態、サービス実行費用、サービス品質、及びユーザ推薦のうち少なくとも１つの基準に基づいて同一の機能を実行できる複数の異なる発見されたサービスから、１つのサービスを選択することを特徴とする請求項３１から３９いずれか１項に記載の方法。
42. 同一のサービスが前記ネットワーク上の異なる経路を介して２回以上発見される場合、前記装置は、前記サービスへの各経路に関連する情報を格納し、異なる経路を介して前記サービスへのアクセスを可能にすることを特徴とする請求項３１から３９のいずれか１項に記載の方法。
43. 同一のサービスが前記ネットワーク上の異なる経路を介して２回以上発見され、且つ前記経路のうち１つの経路を介するサービスの実行要求が失敗する場合、前記装置は、前記サービスへの別の経路を選択することを特徴とする請求項４２に記載の方法。
44. サービスが発見されると、前記装置は、ネットワークを介する１つの装置から別の装置への前記サービスの位置に対するステップ数を示すホップ数を増分することを特徴とする請求項３１から４３のいずれか１項に記載の方法。
45. サービスが発見されると、前記装置は、前記ネットワークを介する１つの装置から別の装置への前記サービスの位置に対するステップ数を示すホップ数を増分し、前記サービス記述は、前記ネットワークを介して採用される前記サービスの位置から前記装置への経路を示す経路情報に関連付けられ、サービスが２回以上発見される場合、前記装置は、関連付けられたホップ数に基づいて経路を選択することを特徴とする請求項３７から３９のいずれか１項に記載の方法。
46. 前記装置は、サービスディスカバリモジュールを含み、前記方法は、前記モジュールを管理することを更に含むことを特徴とする請求項３１から４５のいずれか１項に記載の方法。
47. １つのサービスディスカバリモジュールは、ウェブサービスを発見し、別のサービスディスカバリモジュールは、ＪＩＮＩサービスを発見し、別のサービスディスカバリモジュールは、ローカルサービスを発見することを特徴とする請求項４６に記載の方法。
48. 前記装置は、タスクが不完全な形式で格納され、且つ別の装置に転送されるように、タスクを構成することを特徴とする請求項３１から４７のいずれか１項に記載の方法。
49. 前記装置は、タスクの現在の状態及び前記タスクに関連付けられたデータを、装置間で渡されるＸＭＬコンテキスト等のコンテキストに格納することを特徴とする請求項４８に記載の方法。
50. 前記サービスは、共通アプリケーションプログラミングインタフェース（ＡＰＩ）を有することを特徴とする請求項３１から４９のいずれか１項に記載の方法。
51. 前記サービスは、入力サービス、出力サービス及び処理サービスを含むことを特徴とする請求項３１から５０のいずれか１項に記載の方法。
52. 前記サービスは、入力サービス、出力サービス、処理サービス及びユーザインタフェースサービスを含むことを特徴とする請求項３１から５１のいずれか１項に記載の方法。
53. 少なくともいくつかのサービスは、従属サービスを有することを特徴とする請求項３１から５２のいずれか１項に記載の方法。
54. 少なくともいくつかのサービスは、パラメータに対するデフォルト値を有し、前記装置により、サービスデフォルト値を置き換えるデフォルト値がタスクに対して提供可能となることを特徴とする請求項３１から５３のいずれか１項に記載の方法。
55. いくつかのサービス及びいくつかのタスクのうち少なくとも１つは、少なくとも１つのパラメータに対するデフォルト値を有し、ユーザは、少なくとも１つのユーザインタフェースサービスにより、パラメータに対するデフォルト値を置き換える値を特定できることを特徴とする請求項５２に記載の方法。
56. 前記制御器に結合される１つ又は複数のクライアント装置が使用できないサービスを除去する装置を更に含むことを特徴とする請求項３１から５５のいずれか１項に記載の方法。
57. 請求項３１から５６のいずれか１項に記載の方法を実行するようにプロセッサをプログラミングするプログラム命令を含むことを特徴とするコンピュータプログラム製品。
58. 請求項３１から５６のいずれか１項に記載の方法を実行するようにプロセッサをプログラミングするプログラム命令を格納することを特徴とする記憶媒体。
59. ユーザに対してタスクの実行を可能にするためのネットワークに接続可能な装置において、
    ネットワーク上の位置においてサービスを発見するように動作可能なサービスディスカバラと、
    前記サービスディスカバラにより発見されるサービスを使用して、タスクの実行を制御するように動作可能なタスクマネージャと、
    サービスに関連する動作を制御するように動作可能な演算制御器と、
    前記サービスディスカバラによりサービスを発見した結果として、サービスを前記ネットワークに接続される他の装置から発見可能にするように動作可能なサービスパブリッシャとを具備し、
    前記サービスディスカバラは、多数のサービスディスカバリプラグインモジュールと、前記モジュールを管理するサービスディスカバリマネージャとを含み、異なるサービスディスカバリプラグインモジュールは、異なるプロトコルを使用するサービスを発見するように構成されることを特徴とする装置。

Images