(57)【要約】タスクコンピューティングシステムは、プレゼンテーションレイヤ、リモートプロシジャコールプログラミングインターフェース（API）、ミドルウエアレイヤ（コンピュータシステムでサービスとして意味論的に記述された機能ソースに対して、プレゼンテーションレイヤがリモートプロシジャコールAPIを介してコンピュータ実行タスクインターフェースをプレゼンテーションレイヤでリアルタイムで動的に生成する）、ミドルウエアレイヤがインターフェースをとるコンピュータシステムでサービスとして意味論的に記述された機能ソースを提供する機能ソース実現レイヤ及びサービスレイヤという複数の実行段にシステムをセグメント化する。意味論的に記述されたアプリケーションの、デバイスの及びサービスのリッチなコンピュータに基づいて、コンピュータにおける１以上のサービスに対してプレゼンテーションレイヤで生成されたタスクインターフェースを用いて、１以上のサービスを含む実行可能なタスクをリアルタイムで動的に構築する。
2007535767.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンピュータシステム機能ソースをコンピュータシステムにおけるサービスとして意味論的に記述するステップと、
複数のプログラム可能なコンピュータシステム実行段にコンピュータシステムをセグメント化するステップと、
を有する方法であって、前記コンピュータシステム実行段は、
プレゼンテーションクライアントプロセシングレイヤと、
リモートプロシジャコールアプリケーションプログラミングインターフェース（API）と、
ミドルウエアサーバープロセシングレイヤであって、前記プレゼンテーションレイヤは、コンピュータシステムでのサービスとして意味論的に記述されたコンピュータシステム機能ソースに対して、プレゼンテーションレイヤでコンピュータ実行タスクインターフェースをリアルタイムで動的に生成するために、リモートプロシジャコールAPIを介してインターフェースをとるところのミドルウエアサーバープロセシングレイヤと、
意味論的に記述されたコンピュータシステム機能ソースを、前記ミドルウエアプロセシングレイヤがインターフェースをとるコンピュータシステムでのサービスとして提供するサービスレイヤ及び機能ソース実現レイヤと、
を有し、当該方法は、コンピュータシステムの１以上のサービスに対する前記プレゼンテーションレイヤで生成されたタスクインターフェースに従って、１以上のサービスを有する実行可能なタスクをリアルタイムで動的に構成するステップを有する
ことを特徴とする方法。
【請求項２】
前記サービスレイヤは、コンピュータシステムのサービスとして、機能ソース実現レイヤのサービス機能を関連して意味論的に記述するセマンティックサービス記述及び機能ソース実現レイヤからのサービス機能を有する
ことを特徴とする請求項１記載の方法。
【請求項３】
前記リモートプロシジャコールAPIは、ウェブサービスに従う
ことを特徴とする請求項１記載の方法。
【請求項４】
前記コンピュータシステムが、ネットワーク通信における複数のコンピュータシステムを有し、
前記リモートプロシジャコールAPIが、ウェブサービスに従い、該ウェブサービスはリモートウェブサービスAPIを有し、当該方法は、
第２コンピュータシステム内のネットワークを介して第１コンピュータシステムのリモートウェブサービスAPIを第１コンピュータシステムにより登録するステップと、
前記第２コンピュータシステム内で前記第２コンピュータシステムによりサービスを発見するステップと、
前記第２コンピュータシステムにより、登録されたリモートウェブサービスAPIを介して、前記第２コンピュータシステム内で発見されたサービスを第１コンピュータシステムに通知する
ことを特徴とする請求項１記載の方法。
【請求項５】
登録されたリモートウェブサービスAPIでフィルタを指定することにより、第２コンピュータシステム内でのサービスの発見を選別するステップ
を更に有することを特徴とする請求項４記載の方法。
【請求項６】
前記フィルタはリソース記述フレームワークデータクエリ言語（RDQL）によるクエリである
ことを特徴とする請求項５記載の方法。
【請求項７】
前記コンピュータ機能ソースの意味論的記述における自然言語に従ってサービス名を定めるステップを更に有し、自然言語センテンスに従って１以上のサービスを含む実行可能なタスクの構成をサポートする
ことを特徴とする請求項１記載の方法。
【請求項８】
あるオントロジに従って、前記コンピュータ機能ソースの意味論的記述の機能属性をサービスとして規定するステップを当該方法が更に有し、
前記実行可能なタスクは、各サービスの機能属性による両立可能な１以上のサービスである
ことを特徴とする請求項１記載の方法。
【請求項９】
前記ミドルウエアサーバープロセシングレイヤが、サービス構成ユニット、サービス実行ユニット、サービス管理ユニット又はそれらの組み合わせのプログラムされたユニットを有し、リモートプロシジャコールAPIを介してアクセス可能であり、プレゼンテーションレイヤにおけるコンピュータ事項タスクインターフェースのリアルタイムの動的な生成を支援する
ことを特徴とする請求項１記載の方法。
【請求項１０】
前記コンピュータシステムがネットワーク通信における複数のコンピュータシステムを有し、当該方法は、
第１コンピュータシステムにおける前記ミドルウエアサーバープロセシングレイヤの第１プログラムユニットを、リモートミドルウエアサービスプロセシングレイヤとしてインストールするステップと、
第１コンピュータシステムにて第１プログラムユニットの第１リモートプロシジャコールAPIを公表するステップと、
第２コンピュータシステムの第２プログラムユニットにより、公表された第１リモートプロシジャコールAPIを介して、第１コンピュータシステムの第１プログラムユニットを起動し、前記第１コンピュータシステムのサービスを管理するステップと、
を更に有することを特徴とする請求項９記載の方法。
【請求項１１】
前記第１コンピュータシステムで前記サービスを管理するステップが、前記サービスの前記コンピュータシステム機能ソースの意味論的記述を介して前記第１コンピュータシステムのサービスに関して発見、実行、操作又はそれらの組み合わせを行うことを含む
ことを特徴とする請求項１０記載の方法。
【請求項１２】
第１コンピュータシステムの第１プログラムユニットを起動し、前記第１コンピュータシステムのサービスを管理するステップが、
ファイルシステム、マルチキャスト、コミュニティディレクトリ、オープンセマンティックサービスディレクトリ又はそれらの組み合わせの内の１以上の発見手段により、サービスに関するコンピュータシステム機能ソースの意味論的記述を介してサービスは発見するステップを有する
ことを特徴とする請求項１０記載の方法。
【請求項１３】
第１コンピュータシステムの第１プログラムユニットを起動し、前記第１コンピュータシステムのサービスを管理するステップが、
エンプティ、プライベート、サブネットによるグループ、関心のあるグループ又はそれらの組み合わせの中で、サービスに関するコンピュータシステム機能ソースの意味論的記述における探索範囲を設定するステップと、
サービスに関するコンピュータシステム機能ソースの意味論的記述における設定された探索範囲に従って、サービスに関するコンピュータシステム機能ソースの意味論的記述を介してサービスを発見するステップと、
を有することを特徴とする請求項１０記載の方法。
【請求項１４】
前記コンピュータシステム機能ソースが、ウェブオントロジ言語（OWL）ベースのウェブサービスオントロジ（OWL-S）言語に従って意味論的に記述される
ことを特徴とする請求項１記載の方法。
【請求項１５】
コンピュータシステム機能ソースの意味論的記述が、喋った言語によるコンピュータユーザインターフェースを制御する会話言語属性を有する
ことを特徴とする請求項１記載の方法。
【請求項１６】
前記コンピュータユーザインターフェースはコンピュータに表示されるグラフィカルユーザインターフェースであり、前記会話言語属性は話される言語に従ってサービス記述及びサービス名の記述の表示を制御する
ことを特徴とする請求項１５記載の方法。
【請求項１７】
前記コンピュータシステム機能ソースの意味論的記述は、緩和されたデータタイプの入力、サービスとしてのコンピュータシステム機能ソースのロケーション、管理機能又はそれらの組み合わせの記述を含む
ことを特徴とする請求項１記載の方法。
【請求項１８】
コンピュータシステムにおけるサービスとしてのコンピュータシステム機能ソースの意味論的記述が、サービスに関する入力データの２以上のタイプを識別し、第１入力データタイプは入力データのドメインそのものを識別し、第２入力データタイプは第１入力データタイプのドメインより大規模なドメインの緩和された入力データタイプを識別する
ことを特徴とする請求項１記載の方法。
【請求項１９】
サービスとしてのコンピュータシステム機能ソースの意味論的記述が、サービスに関する管理機能の記述、該サービスについての管理機能に関する記述へのリンク、又は双方を含む
ことを特徴とする請求項１記載の方法。
【請求項２０】
前記管理機能が、サービスを除去すること、サービスの処理済みセマンティックオブジェクトを返すこと、サービスに関するユーザインターフェースを与えること、サービスのステータス情報、サービスのロケーション、又はそれらの組み合わせの内の１以上のサービスプロセスを含む
ことを特徴とする請求項１９記載の方法。
【請求項２１】
意味論的に記述されたコンピュータシステム機能ソースに対するコンピュータ実現インターフェースが、コンピュータに表示されたグラフィカルユーザインターフェース、音声コマンドユーザインターフェース、無線装置ユーザインターフェース又はそれらの組み合わせである
ことを特徴とする請求項１記載の方法。
【請求項２２】
意味論的に記述されたコンピュータシステム機能ソースに対するコンピュータ実現インターフェースが音声コマンドユーザインターフェースであり、当該方法が更に、
コンピュータ機能ソースの意味論的記述における自然言語でサービス名を規定するステップと、
規定された自然言語サービス名でスピーチ認識状態グラマーダイアグラムを生成するステップと、
スピーチ認識装置により、会話の自然言語センテンスを、規定された１以上の話されたサービス名を有するタスクの構成要素として認識するステップと、
話された認識されサービス名と一連のサービスとを前記スピーチ認識状態グラマーダイアグラムに従って照合するステップと、
合致したサービスを実行することで、前記タスクを実行するステップと、
を有することを特徴とする請求項１記載の方法。
【請求項２３】
コンピュータに表示されるグラフィカルユーザインターフェースが、サービスを空間的に提示する
ことを特徴とする請求項２２記載の方法。
【請求項２４】
サービスの空間的な提示が、
エリアマップを表示すること、及び
前記エリアマップ上で発見されたサービスを空間的に表示すること
を含むことを特徴とする請求項２３記載の方法。
【請求項２５】
複数のコンピュータシステム機能ソースをサービスとして意味論的に記述するステップが、
あるオントロジを用いて、コンピュータシステム機能ソースの機能属性を記述するステップと、
自然言語センテンスの要素としてサービスに名前を割り当て、自然言語センテンスとしての自然言語要素の構成に対するサービス構成のマッピングをサポートするステップと、
を有し、コンピュータで実行されるタスクインターフェースの生成が、
利用可能なサービスを発見するステップと、
オントロジを用いてコンピュータシステム機能ソースの機能属性の記述に基づいてサービスの機能属性に従ってコンパチブルなサービスを識別し、自然言語センテンスに従って自然言語サービス名に基づいて複数のコンパチブルなサービスの実行可能なタスクをユーザが構築することを支援するステップと、
を有することを特徴とする請求項１記載の方法。
【請求項２６】
前記コンピュータで実現されるタスクインターフェースがコンピュータで表示されるスクリーングラフィカルユーザインターフェースであり、該グラフィカルユーザインターフェースは、
ツリー構造に従って発見されたサービスの選択可能な図形表示を第１グラフィカルユーザインターフェースウインドウで表示すること、
あるプロセスに従ってリアルタイムに動的にタスクに構成された１以上のサービスをサポートする第２グラフィカルユーザインターフェースを提示すること、及び
タスクを実行するためにタスク実行に関する選択可能な図形表示を表示すること
を行い、前記の提示は、
前記第１ウインドウで発見されたサービスをユーザにより選択すること、
発見され選択されサービスに関連して他のコンパチブルなサービスの選択可能な図形表示を自動的に表示すること、
コンパチブルなサービスをユーザにより選択すること、及び
発見されたサービスのユーザによる選択及びタスクとしてのコンパチブルなサービスに従って指示されたサービスグラフを第２グラフィカルユーザインターフェースでリアルタイムで動的に表示すること
を含むことを特徴とする請求項２５記載の方法。
【請求項２７】
表示され発見されたサービスが、発見されたサービスの機能属性に従って第１グラフィカルユーザインターフェースウインドウで組織される
ことを特徴とする請求項２６記載の方法。
【請求項２８】
あるサービスへのアクセスが、クライアント、サービスプライベートポリシ、共有ポリシ、オントロジ又はそれらの組み合わせにより用意される事項のサービスアクセス制御要素に従って制御される
ことを特徴とする請求項１記載の方法。
【請求項２９】
前記プレゼンテーションクライアントプロセシングレイヤが、インスタンスクリエータ、インスタンスコピー、インスタンスインターセプタ、インスタンスタンスセーバー、プロパティチューザー又はそれらの組み合わせによるインターナルサービスを提供する
ことを特徴とする請求項１記載の方法。
【請求項３０】
セマンティックインスタンスシリアル化サービス、情報提供サービス、センササービス、スナップショットサービス、ウェブオントロジ言語（OWL）フォーマッターサービス及びテキストフォーマッターサービスを意味論的に記述された複数のコンピュータシステム機能ソースとして提供するステップ
を更に有することを特徴とする請求項１記載の方法。
【請求項３１】
セマンティックインスタンスシリアル化サービスが、セマンティックインスタンスの如何なるタイプをも使用し、セマンティックインスタンスを或る情報に並べ、該情報をユーザに与える
ことを特徴とする請求項３０記載の方法。
【請求項３２】
前記情報提供サービスが、コンピュータシステム機能ソースからセマンティックオブジェクトを出力し、コンピュータシステム機能ソースが情報提供機能ソースである
ことを特徴とする請求項３０記載の方法。
【請求項３３】
前記情報提供機能ソースが、時間、日付、関連する天候、道路交通量又はそれらの組み合わせを示す
ことを特徴とする請求項３２記載の方法。
【請求項３４】
前記スナップショットサービスが、
画像処理装置から静止画を捕捉し、
前記静止画に関するセマンティックオブジェクトを出力する
ことを特徴とする請求項３０記載の方法。
【請求項３５】
前記OWLフォーマッターサービスが、
セマンティックオブジェクトを入力として受け入れ、
前記セマンティックオブジェクトを人の理解可能な形式にフォーマット変換し、
変換されたセマンティックオブジェクトを出力する
ことを特徴とする請求項３０記載の方法。
【請求項３６】
テキストフォーマッターサービスが、
セマンティックオブジェクトを受け入れ、
前記セマンティックオブジェクトを所定のテキストフォーマットの１つにフォーマット変換し、
フォーマットされたセマンティックオブジェクトを出力する
ことを特徴とする請求項３０記載の方法。
【請求項３７】
前記コンピュータシステムが、ネットワーク通信における複数のコンピュータシステムを含み、
前記サービスとしてのコンピュータシステム機能ソースが、デバイス、アプリケーション、電子サービス、コンテンツ又はそれらの組み合わせによる、複数のコンピュータシステムの何れかにおける機能ソースより成る
ことを特徴とする請求項１記載の方法。
【請求項３８】
前記サービスとしてのコンピュータシステム機能ソースが、WSDL（ウェブサービス記述言語）、UPnP（ユニバーサルプラグアンドプレイ）、CORBA、RMI、RPC、DCE、DCOM又はそれらの組み合わせのリモートプロシジャコールを介して利用可能である
ことを特徴とする請求項３７又は２５に記載の方法。
【請求項３９】
前記コンピュータシステムがネットワーク通信における複数のコンピュータシステムを含み、
前記リモートプロシジャコールAPIがウェブサービスに従い、該ウェブサービスはリモートウェブサービスAPIを含み、当該方法は、
第１コンピュータシステムのリモートウェブサービスAPIを公表し、
公表されたリモートウェブサービスAPIを介して第１コンピュータシステムのサービスを第２コンピュータシステムにより管理する
ことを特徴とする請求項１記載の方法。
【請求項４０】
第２コンピュータシステムでのサービスの管理が、第２コンピュータシステムでサービスを作成すること、公表すること、発見すること、実行すること又はそれらの組み合わせを行うことを含む
ことを特徴とする請求項３９記載の方法。
【請求項４１】
前記ミドルウエアサービスプロセシングレイヤがサービス管理プロセスより成り、前記プレゼンテーションクライアントプロセシングレイヤが、セマンティックオブジェクトを作成、公表及び／又は操作する１以上の意味論的に記述されたサービス制御手段クライアント、及び／又はサービスとしてのコンピュータシステム機能ソース用のセマンティックサービス記述を有する
ことを特徴とする請求項１記載の方法。
【請求項４２】
意味論的に記述されたサービス制御手段クライアントが、意味論的に処理し、セマンティックサービス記述を生成し、セマンティックサービス記述をサービスとして、リアルワールドオブジェクトセマンタイザクライアントとして、データベース意味論的処理クライアントとして及びメディア公表部として公表するクライアントプロセスを有する
ことを特徴とする請求項１記載の方法。
【請求項４３】
前記メディア公表部が、
選択されたデータオブジェクトを受信し、
選択されたデータオブジェクトについて対応するセマンティックインスタンスを生成し、
サービスを提供するために生成されたセマンティックインスタンスについてセマンティックサービス記述を作成及び公表する
ことを特徴とする請求項１記載の方法。
【請求項４４】
コンピュータシステム機能ソースを意味論的に記述されたサービスとして抽象化するサーバー処理システムと、
コンピュータシステム機能ソースの意味論的に記述されたサービスに基づいて、コンピュータ実現タスクインターフェースを介して、コンピュータシステムにおける１以上のサービスより成る実行可能なタスクのリアルタイムの動的な構築をサポートするために、リモートプロシジャコールを介してサーバーシステムとインターフェースをとるクライアント処理システムと、
を有することを特徴とするコンピュータシステム。
【請求項４５】
あるプロセスに従って制御される装置であって、
当該装置を制御するようプログラムされたプロセッサを有し、当該プロセッサは、
オブジェクトを認識し、
認識したオブジェクトに基づいてセマンティックインスタンスを生成し、
前記セマンティックインスタンスを公表する
ことを特徴とする装置。
【請求項４６】
前記オブジェクトが物理的オブジェクト、音声、ビデオ又はそれらの組み合わせである
ことを特徴とする請求項４５記載の装置。
【請求項４７】
前記オブジェクトの認識が、コンピュータ読み取り可能なコードを読み取ること、無線周波数識別（RFID）タグを検出すること、マルチメディア認識処理エンジンによりオブジェクト情報を検出することに従って行われる
ことを特徴とする請求項４５記載の装置。
【請求項４８】
コンピュータで実行される方法であって、
データベーススキームをオントロジにマッピングするステップと、
該マッピングに基づいてデータベース内でデータのセマンティックオブジェクトを生成するステップと、
を有することを特徴とする方法。
【請求項４９】
セマンティックオブジェクトの生成を制御し、データベース中のデータの全部又は一部からセマンティックオブジェクトを生成し、１以上のセマンティックオブジェクト１つまたは複数のファイルで出力するステップ
を更に有することを特徴とする請求項４８記載の方法。
【請求項５０】
前記マッピングが、
グ前記データベーススキームの選択可能な図形表示を表示する第１ウインドウと、オントロジの選択可能な図形表示を表示する第２ウインドウとを有するグラフィカルユーザインターフェースを表示するステップと、
表示されたグラフィカルユーザインターフェースに基づいて前記データベーススキームをオントロジにユーザによりマッピングするステップと、
を有することを特徴とする請求項４８記載の方法。
【請求項５１】
前記マッピングに関し、
前記データベーススキーマ及び前記オントロジにおける構文的な糸口に従って、プログラムされたプロセッサにより可能なマッピングを示唆する
ことを特徴とする請求項５０記載の方法。
【請求項５２】
セマンティックオブジェクトの選択可能な図形表示を有するグラフィカルユーザインターフェースを表示するステップと、
選択されたセマンティックオブジェクトの値を返すステップと、
を更に有することを特徴とする請求項４８記載の方法。
【請求項５３】
コンピュータシステム機能ソースを複数のサービスとして抽象化するサーバー処理手段と、
２以上のサービスを含むタスクのリアルタイムの動的な構築のためのユーザタスクインターフェースを、リモートプロシジャコール手段を介して用意するクライアント処理手段と、
を有することを特徴とするコンピュータシステム。
【請求項５４】
携帯可能なコンピュータ読み取り可能な記憶媒体であって、
複数のコンピュータシステム機能をースをサービスとして意味論的に記述すること、
複数の意味論的に記述されたコンピュータシステム機能ソースを発見し、第１グラフィカルユーザインターフェースにサービスを提示すること、
あるプロセスに従って１以上のサービスをタスクにリアルタイムで動的に構成することをサポートする第２グラフィカルユーザインターフェースを提示すること、及び
タスクを実行するためのタスク実行に関する選択可能な図形表示を表示すること、
を含むプロセスに従ってコンピュータシステムを制御する少なくとも１つのプログラムを格納し、前記第２グラフィカルユーザインターフェースを提示することは、
発見されたサービスをユーザにより第１ウインドウで選択すること、
発見され選択されたサービスに関する他の有効なサービスの選択可能な図形表示を自動的に表示すること、
有効なサービスをユーザにより選択すること、発見されたサービス及び有効なサービスのタスクとしてのユーザの選択に従って、指示されたサービスグラフを第２グラフィカルユーザインターフェースでリアルタイムで動的に表示すること、
を含むコンピュータ読み取り可能な記憶媒体。
【請求項５５】
端末装置であって、
あるプロセスに従って当該端末装置を制御するようプログラムされたクライアントプロセッサを有し、該クライアントプロセッサは、
サーバープロセスに対するリモートプロシジャコール手段を介して、複数の意味論的に記述されたコンピュータシステム機能ソースをサービスとして発見し、
あるプロセスに従って１以上のサービスをタスクにリアルタイムで動的に構築することを支援するコンピュータで実行されるユーザインターフェースを生成し、該ユーザインターフェースは、
ユーザによるタスクのコマンドを受信し、
サーバープロセスを介して１以上のサービスを含むタスクの処理を制御する
ことを特徴とする端末装置。
【請求項５６】
前記コンピュータで実行されるユーザインターフェースが、コンピュータに表示されるグラフィカルユーザインターフェース、音声コマンドユーザインターフェース、無線装置ユーザインターフェース又はそれらの組み合わせである
ことを特徴とする請求項５５記載の端末装置。
【請求項５７】
前記クライアントプロセスのプロセスが、
発見されたサービスを第１グラフィカルユーザインターフェースで提示すること、
あるプロセスに従ってリアルタイムに動的にタスクに構成された１以上のサービスをサポートする第２グラフィカルユーザインターフェースを提示すること、及び
サーバープロセスを介してタスクを実行するためにタスク実行に関する選択可能な図形表示を表示すること
を含み、前記第２グラフィカルユーザインターフェースの提示は、
前記第１ウインドウで発見されたサービスをユーザにより選択すること、
発見され選択されサービスに関連して他の有効なサービスの選択可能な図形表示を自動的に表示すること、
有効なサービスをユーザにより選択すること、及び
発見されたサービスのユーザによる選択及びタスクとしての有効なサービスに従って指示されたサービスグラフを第２グラフィカルユーザインターフェースでリアルタイムで動的に表示すること
を含むことを特徴とする請求項５５記載の端末装置。
【請求項５８】
端末装置であって、
あるプロセスに従って当該端末装置を制御するようにプログラムされたクライアントプロセッサを有し、該プロセッサは、
コンピュータシステム機能ソースをサービスとして意味論的に記述するウェブオントロジ言語（OWL-S）ファイルを読み取り、
OWL-Sファイルの読み取り内容に従って前記サービスを実行する
ことを特徴とする端末装置。
【請求項５９】
複数のクライアント処理装置と通信するサーバー処理装置であって、
リモートプロシジャコール手段に応答して、あるプロセスに従って当該サーバー処理装置を制御するようプログラムされたサーバープロセッサを有し、該プロセッサは、
複数の意味論的に記述されたコンピュータシステム機能ソースをサービスとして発見し、
１以上のサービスをタスクにリアルタイムで動的に構築することをサポートするクライアントコンピュータ実行ユーザインターフェースの生成を、リモートプロシジャコール手段を介して制御する
ことを特徴とするサーバー処理装置。
【請求項６０】
クライアントコンピュータ実行ユーザインターフェースの制御が或るプロセスに従って実行され、該プロセスは、
コンピュータシステム機能ソースの意味論的記述に記載されたサービスの機能属性に従って、発見された複数のサービスの中からコンパチブルなサービスを見分け、
１以上の選択されたコンパチブルなサービスによりタスクを構築し、
タスク実行コマンドを受け取り、
前記タスク実行コマンドに応じてタスクを実行するために前記クライアントで１以上のサービスを事項する
ことを特徴とする請求項５９記載のサーバー処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、意味論的に記述されたアプリケーション、デバイス及びサービスに富んだコンピュータ環境に基づいて、複雑なタスクをリアルタイムで、動的に構成及び実行することに関連する。
【背景技術】
【０００２】
パーソナルコンピューティングは、ユーザが単独の装置を操作し及びその装置に常駐するアプリケーションにアクセスする／を利用するパラダイムとして言及されてよい。パーソナルコンピューティングは、知識豊富なユーザが複雑なタスクを実行するのに利用可能なリソースを適切に利用できるように、ユーザのコンピュータ環境に関する及びそのユーザのコンピュータで利用可能なアプリケーションに関する充分な知識をユーザが有することを要する。これはほとんどのユーザが日常経験するコンピューティング環境である；複雑なタスクを如何にして達成するかを学習する義務はユーザにあり、そのユーザは、ユーザの機器で動作するアプリケーション各々の及びユーザの機器がサポートする機能各々を理解すること、アプリケーションの間でデータを手動で移行すること（例えば、カット＆ペースト）、タスクに関連するアプリケーションや特定の機能各々を手動で起動すること及び最終的にはその複合的なタスクを実行することに全ての注意を向けること（及び時間を捧げること）を必要とする。複合的なタスクを達成する場合には、ユーザが一方ではタスクを及び他方では利用可能なリソース（デバイス及びアプリケーション）を理解しており、ユーザがそれらを或るワークフローに合成できることを当てにしており、そのワークフローはユーザが実行可能であってその最終的な成果が完全なタスクをなすものである。
【０００３】
パーソナルコンピューティングからコンピューティング環境のより多くのタスク指向への移行（シフト）は次のようになるであろう：
例えば、オペレーティングシステムの一例として、ユーザが音楽ＣＤをＣＤトレイに挿入すると、その時点からユーザが実行可能なタスクをユーザに示唆するウインドウがポップアップされる。これらの典型的な選択肢のリストは：
オーディオＣＤを再生すること
ＣＤから音楽をコピーすること
ファイルを見るためにフォルダを開くこと
何の動作（アクション）も行わないこと
を含んでもよい。
【０００４】
これらの選択肢の各々は、そのアクションを実行するのに使用されるアプリケーションにも言及する。関心事は実行されるアクション又はタスクについてであり、そのタスクを実行するのに使用されるアプリケーションではない。
【０００５】
しかしながら、目下のオペレーティングシステムは、特定のイベント（例えば、音楽ＣＤを挿入することや、ディジタルカメラを接続したこと等）に関連するアクション又はタスクの所定のリストを利用し、そのイベントが生じたときに、関連するアクションのリストが実行時にユーザに示されるようにする。この意味において、システムの応答はハードワイヤ接続的であり、トリガとなるイベントの結果として実行される可能なイベントについて、システムにプログラムされているものを超える柔軟性を備えていない。言い換えれば、システムは、ディジタルカメラがコンピュータに接続されたときに実行可能な同じアクション群（オペレーティングシステムのプログラマがその特定のイベントについて用意した具体的なアクションリスト）を示す。アプリケーションはリスト中の項目を変更できるが、エンドユーザがそれを変更する簡易な手法はない。
【０００６】
オペレーティングシステムの別の例では、ファイルタイプに依存するアクションの選択肢がユーザに提示される。即ち、ドキュメント、画像、フォトアルバム、音楽、音楽アーティスト、音楽アルバム及びビデオ等のようなファイルタイプの各々について別々のタスクのリストがユーザに提示される。例えば、ファイルタイプが画像であったとすると、「画像タスクの」のリストが表示される：
スライドショーとして見る（表す）
オンライン印刷を要求する
画像を印刷する
画像を背景に設定する
画像をＣＤにコピーする。
【０００７】
このタスクのリストは再び予め組み合わせられ及び特定のファイルタイプに関連付けられる。エンドユーザがこのリストを修正する簡易な手法はない。
【０００８】
事務に適切なソフトウエアの別の例では、スマートタグ特性（機能）が利用可能である。スマートタグ機能は、エディタを利用しながら現在の書類中のテキストを強調し、そのテキスト（文字）が示すオブジェクトと共に実行可能なアクションのドロップダウンメニューをユーザに提示する。例えば、テキストが名前を表現するならば、この機能は人物名に関連するオブジェクトを判別し、可能なアクションの以下のリストを提示する：
（その人に）メールを送る
（その人と共に）ミーティングを計画する
（その人の）連絡先を開く
（その人に関する）連絡先を生成する。
【０００９】
選択肢は、書類中の文字列が名前を表現するかもしれないことを確認することによってイネーブルにされる。このシステムは、特定のテキスト部分が名前を表現することを確認するために、そのテキストのシンタックス属性（文法）を当てにする。しかしながら一般的なアメリカ人の名前に似ていない文字列（例えば、ラッセン  ジ）は、人物に関連する名前として確認されないかもしれない。その理由は、テキストの一部を名前として確認すシステムの部分は、テキストに関するシンタックス形式の中で判別可能なパターンを簡易に確認しようとする非常に簡単なプログラム（スクリプト）であるに過ぎないためである。例えば人物、住所等のようにテキストの「属性(nature)」が（適切に又は不適切に）確認されると、予めコンパイルされた可能なアクションのリストがユーザに提示される。アプリケーションプログラマは、アドレスを確認すること及びマップアプリケーションを起動すること等のような他の書類やアプリケーションに関するスマートタグを作成することが可能である。
【００１０】
コンピューティング環境に関するより多くのタスク指向の観点からユーザに提示を行おうとする別の例が以下に説明される。ユーザがサーチエンジンのサーチボックスに或るアドレスをタイプ入力すると、そのサービスは（通常のサーチ結果を超える）マッピング機能へのリンクを返し、それに従うとアドレスのマップを提供する。
【００１１】
しかしながら、タイプされたアドレスのマップをユーザが探しているかもしれないことは自明ではない。他の合理的な可能性が存在する：ユーザはそのアドレスに関連する電話番号リストを望んでいるかもしれない、或いはそのアドレスが会社ならば、ユーザは探索されたビジネスについてより良いビジネス案内(BETTER  BUSINESS  BUREAU)記録を見ることを望むかもしれない、又はその近辺の天候を調べようとしているかもしれない、等々である。この現在の形式では、サーチエンジンは、タイプされたテキストが表現する「もの（thing）」（目下の例ではアドレス）のタイプを推定し、そのタイプのエントリに関連付けられたハードワイヤ的に関連するタスクを返す。
【００１２】
従ってコンピュータ環境のタスク指向の観点からは、関心事はタスクであり、そのタスクは実行可能なものであり、タスクを実行するのに使用されるアプリケーションに関してではない。更にユーザはタスクにどのアプリケーションが使用されるかを知る必要がない。示唆されたタスクの１つを実行するようにユーザが選択すると、適切なアプリケーションがそれに従って始まり及び呼び出され（開始される）。
【００１３】
しかしながら上述のコンピューティング例は、以下のようなリアルタイム且つダイナミックな実行可能な複合的なタスクを許容しないという同様な性質を示す。或る手法では、ユーザの入力（テキスト又はイベント）のタイプ又は性質が推定され；事実上、システムはそのシンタックス属性を当てにして文字列の意味（セマンティック）を判断しようとする。システムは、その入力の下でユーザが実行することを希望するもっともらしいタスクを推定するが；その推定はシステムに固有の（ハードワイヤ式の）ものであり、従って実際上は、そのシステムはリアルタイムで推定を行うものではなく、ユーザがそのシステムと相互作用する以前に、システムのプログラマがプログラミング時にシステムに関する推測を行うに過ぎない。（ユーザが第２ステップで選択するといつでも）適切なアプリケーションが、ユーザの選択時に自動的に呼び出され、（第１ステップでシステムが推定するといつでも）その適切な入力と共に例示され、静的な因果関係による機構（又は契機に応答する機構）である。
【００１４】
上述のコンピューティング例はユーザの利便性を増やすかもしれないが、従来のシステムは依然として以下のパーソナルコンピューティング的な性質を有する：
機能はアプリケーションの中に設計される；アプリケーションのプログラマはシステムの応答を（固定的に）プログラムする。その結果、これはフレキシブルでスケーラブルな手法ではない。なぜなら可能性の広がりが設計時に決められているからである。
【００１５】
このシステムはユーザのアクション及び希望に対応することについては限られた手法であり、入力の性質（セマンティクス又は意味）を正確に「感知(perceive)」することはできない。上記の例各々で使用される様々な技法があるにもかかわらず、システムは文法特性により入力の意味を正確に推測することを当てにする。
【００１６】
ある所定のタイプの入力が単独のアクション（アプリケーションの起動）になるという意味において、システムは因果関係（又はトリガ応答）機構を利用している。複合的なユーザタスクは、複雑なシーケンスのイベント及びアクションと共により複雑なワークフローを必要とし、そのイベント及びアクションはこれらの説明される例で使用される単純な技法では技術的に言って不可能かもしれない。
【００１７】
また、パーソナルコンピューティング−即ち、ユーザのアプリケーションを実行し及びユーザのデータを「保持(hold)」するコンピュータをユーザが所有及び操作する概念−は、境界の明確でないコンピューティング環境に対する手法を与える。コンピュータがコンピュータネットワークに永続的に接続されると、ローカル及びリモートのアプリケーション間の区別、データ破壊は更に悪いことにコンピュータユーザを混乱させる。更に、ユーザは装置にアクセスし及び装置と相互作用することができ、その装置はパーソナルコンピュータという意味ではコンピュータでないが、依然としてかなりの演算能力を有し及びユーザの目的に寄与し、様々なタスクを達成することを支援する（例えば、カメラ、プリンタ、スマート機器等）。一例として、利用可能なリソース（デバイス及び機器）は定常的に変化するかもしれないが、平均的なユーザはそのようなコンピューティング環境の中で何が実行可能か或いは実現可能かに気付いてさえいないかもしれない。言い換えれば、パーソナルコンピュータの手法はユーザに事前に知られていない装置やアプリケーションに満ちた設定を行うことは不可能である。
【発明の開示】
【発明が解決しようとする課題】
【００１８】
従ってコンピュータ環境の中でタスクをリアルタイムで動的に発見し、公表し、構成し、管理し及び実行することが望まれており、その手法はコンピューティング環境の中でタスクを実行するユーザの課題に対して根本的に異なるアプローチを必要とする。
【課題を解決するための手段】
【００１９】
ここで説明される本発明の一形態は、意味論的に記述されたアプリケーション、装置及びサービスに富んだコンピューティング（コンピュータシステム）環境に基づいて、複合的なタスクをリアルタイムで動的に発見し、公表し、構成し、管理し及び実行する。
【００２０】
ここで説明される本発明の別の形態によれば、ユーザは、現実的に、効果的に、効率的に、動的に、リアルタイムでフレキシブルな統合されたタスクユーザインターフェースを当てにすることができ（そのインターフェースは機能を発見し、公表し、構成し、サービス提供し及び／又はタスク管理し、及び実行する）、汎用的なコンピュータ環境と共にやり取りを管理し且つインターフェースを取ることができる。
【発明を実施するための最良の形態】
【００２１】
本願は、35USC119に基づいて西暦２００４年４月２８日付けでヤニスラブロウ、リュースケマツオカ、デュイヒュン、ゼクスアンソンにより米国特許商標庁に出願された「TASK  COMPUTING  SYSTEM」と題する米国仮出願番号第60/565,851号に関連し、その内容は本願のリファレンスに組み入れられる。
【００２２】
本願は、35USC119に基づいて西暦２００４年８月２３日付けでリュースケマツオカ、ヤニスラブロウ、ゼクスアンソンにより米国特許商標庁に出願された「TASK  COMPUTING」と題する米国仮出願番号第60/603,251号に関連し、その内容は本願のリファレンスに組み入れられる。
【００２３】
本願は、35USC119に基づいて西暦２００４年１１月１８日付けでリュースケマツオカ、ヤニスラブロウ、ゼクスアンソンにより米国特許商標庁に出願された「TASK  COMPUTING」と題する米国仮出願番号第60/628,557号に関連し、その内容は本願のリファレンスに組み入れられる。
【００２４】
本願は、35USC119に基づいて西暦２００４年１２月２９日付けでリュースケマツオカ、ヤニスラブロウ、ゼクスアンソンにより米国特許商標庁に出願された「TASK  COMPUTING」と題する米国仮出願番号第60/639,805号に関連し、その内容は本願のリファレンスに組み入れられる。
【００２５】
本願は、西暦２００３年１２月１２日付けでリュースケマツオカ、ヤニスラブロウ、ゼクスアンソン及びサンリーにより米国特許商標庁に出願された「TASK  COMPUTING」と題する出願番号第10/733,328号に関連し、その内容は本願のリファレンスに組み入れられる。
【００２６】
以下で充分に説明され及び特許請求の範囲に記載されるように、本発明並びに後述の他の形態及び利点は詳細な構成及び動作から更に明らかになり、説明の一部をなす添付図面が参照され、図中同様な番号は同様な部分を示す。
【実施例１】
【００２７】
図１Ａは本発明の一実施例によるタスクコンピューティング環境(TCE:  Task  Computing  Environment)１００のタスクコンピューティングアーキテクチャを示すシステム図である。図１Ａでは、コンピュータで実行される方法は、パーバシブ（汎用的な）タスクコンピューティングシステム環境１００を複数のタスクコンピューティングコンピュータシステム実行段階(tier)に分けるステップを有し、その段階は、プレゼンテーション処理レイヤ１０４、リモートプロセジャコールメカニズムアプリケーションプログラムインターフェース（ＡＰＩ）１０６、リモートプロセジャコールＡＰＩ１０６によりプレゼンテーションレイヤ１０４に対するインターフェースがとられるミドルウエア（サーバ）プロセシングレイヤ１０８を有し、本方法は、機能１１６の意味論的に記述されたコンピュータシステムのソースに対して、コンピュータのサービス１１２として、ネットワーク化された、ネットワーク化されていない又は双方として（コンピュータシステム１１０）、リアルタイムで動的に（ダイナミックに）コンピュータで実現されるタスクインターフェース１３０（例えば、ソフトウエア／プログラムコンピューティングハードウエアインターフェース、コンピュータディスプレイスクリーングラフィカルユーザインターフェース（GUI）、コンピュータ音声ユーザインターフェース）をプレゼンテーションレイヤ１０４で生成し、サービスレイヤ１１２及び機能ソース実現レイヤ１１４は意味論的に記述されたコンピュータシステムソース機能１１６をコンピュータシステムサービス１１２（ミドルウエアプロセシングレイヤ１０８がインターフェースをとる）として提供し、リアルタイムで動的にコンピュータシステムを構成し、実行可能なタスクは1以上のサービス１１２をコンピュータシステム１１０における1以上のサービス１１２に対するプレゼンテーションレイヤ１０４で生成されたタスクインターフェース１３０に従って構成する。
【００２８】
タスクコンピューティング１００は、アプリケーション、装置、電子サービス及びコンテンツリッチなコンピュータネットワーク環境１１４で複合的なタスクをリアルタイムで動的に発見、公表、構成、管理及び実行する（即ち、実現レイヤ１１４でタスクを実行する）ための新たなパラダイム(paradigm)である。タスクコンピューティング１００は、（例えば、セマンティックサービス記述（ＳＳＤ）１１６ａ−ｎを介して）コンピュータ装置１１４ａ−ｎのサービス機能１１５ａ−ｎを意味論的に記述することに基づき、そのセマンティクスに従ってエンドユーザによりオンザフライで実行可能なタスクに構成可能である。従ってここで説明される実施例によれば、タスクコンピューティング１００システムは、３つ又はそれ以上のプログラムされたコンピューティング及び／又はコンピュータ読取可能な情報レイヤのマルチレイヤコンピュータシステムアーキテクチャを有し（例えば、セマンティックインスタンス、セマンティックサービス記述１１６）、そのアーキテクチャはプレゼンテーションクライアントプロセシングレイヤ１０４、ミドルウエアサーバープロセシングレイヤ１０８及び複数のコンピュータシステムレイヤ中の複数のサービスを含む。
【００２９】
ここで説明される実施例では、「サービス」１１２なる用語はコンピュータ装置、コンピュータアプリケーション／ソフトウエア、電子サービス及びコンピュータ（又はマシン若しくは双方で）読み取り可能なコンテンツの機能ソース実現レイヤの領域による機能の演算形態に関連する。
【００３０】
「タスク」１２６なる用語は、例えばユーザが実行するよう希望する、発見されたコンピュータシステムサービス１１２に従う１以上のアクションの構成に関連する。ここで説明される実施例によれば、「タスク」１２６は、ユーザにより自動的に駆動され、或いはそれらの如何なる組み合わせもコンピュータで実現されるタスクインターフェース１３０を介して構成及び管理される。ユーザの場合、１以上のサービス１１２の構成としてのタスク１２６はプレゼンテーションレイヤ１０４で管理される（例えば、発見され、公表され、構成され、実行される、等々）。非限定的なサービスの構成例として、「マイコンタクト１１２の勤務先アドレス１１２の天候情報１１２をプロジェクタ１１２で見る」は、「プロジェクタで見る」、「天候情報」、「勤務先アドレス」及び「マイコンタクト」の４つのサービス１１２で構成される。言い換えれば、「タスク」は１以上のサービス１１２の組み合わせより成る。
【００３１】
「構成(composition)」なる用語は、（非限定的であるが）例えばサービス１１２の入力（消費）／出力（生成）に対するデータオブジェクトタイプのような、サービス１１２の意味論的入力及び出力のように、意味論的に記述されたサービス１１２の用意された機能特性に従って複数のサービス１１２を共に置くことで形成することに関連する。サービスの機能特性例は、サービスの構築性を決定ためにサービス１１２の影響及び前提条件にすることができる。サービス１１２の影響及び前提条件の具体例はサービス１１２の入力及び出力データオブジェクトタイプにすることができる。
【００３２】
「セマンティックインスタンス(semantic  instance)」又は「セマンティックオブジェクト(semantic  object)」なる用語は、１以上のオントロジ(ontology)に基づく或る項目に関する記述群に関連する。セマンティックサービス記述（ＳＳＤ）１１６は１以上のサービス機能オントロジに基づいてサービス機能１１５を記述する。
【００３３】
「公表(publish)」なる用語は１以上のサービス発見手段を介してセマンティックサービス記述（ＳＳＤ）１１６を利用可能にすることに関連する。
【００３４】
「発見(discover)」なる用語はセマンティックサービス記述１１６の発見に関連する。
【００３５】
タスクコンピューティングはコンピュータシステム１００のタイプを指定し、そのシステムは自動的な若しくはユーザが駆動する又はそれら双方の（適切な如何なる組み合わせによっても）リアルタイムで、ダイナミックに、「タスク」１２６を発見、公表、構成、管理及び実行し、そのタスクは意味論的に記述された１１６アプリケーション、装置及びサービスリッチなコンピュータコンピューティング（コンピュータシステム）環境１１０に基づく１以上のサービス１１２を有する。
【００３６】
セマンティックタスク実行エディタＲ（STEER）（意味論的に記述されたサービス１１６の実行可能なタスクを発見及び構成するためのソフトウエア）及び汎用インスタンスプロビジョン環境(PIPE:  Pervasive  Instance  Provision  Environment)（セマンティックインスタンス及び／又はセマンティックサービス１１６を公表及び管理するためのソフトウエア）に関する２つのタスクコンピューティングクライアントの例は、（リューースケマツオカ、ヤニスラブロウ、ゼクスアンソンによる西暦２００３年１２月１２日付出願の）関連する米国特許出願番号第10/733,328号に記載されており、その内容全体は本願のリファレンスに組み入れられる。ここで説明される実施例は、リアルタイムに使用される技術及び／又は技術における改善、意味論的に記述されたサービス１１６の実行可能なタスクへの動的な構成に加えて、意味論的に記述されたサービス１１６の管理（例えば、発見、生成／公表、操作等）に関連する。
【００３７】
図１Ａでは、ここで説明される実施例に従って、1以上のタスクコンピューティングシステム（ＴＣＳ）１１８ａ−ｎが、リモートプロセジャコールメカニズムに基づいてクライアントサーバーコンピュータシステムアーキテクチャに従って用意される。ＴＣＳ１１８は論理的であり、実行時にプレゼンテーションプロセシングレイヤ１０４にセグメント化され、クライアントタイプのプログラムされたプロセッサをタスクコンピューティングクライアント１１９ａ−ｎとして提供し、ミドルウエアプロセシングレイヤ１０８はサーバータイプのプログラムされたプロセスを提供し、セグメントされたプレゼンテーション及びミドルウエアプロセシングレイヤ１０４，１０８は、タスクコンピューティング環境ウェブサービスアプリケーションプログラミングインターフェース（TCE-WSAPI）１０６ａ−ｎのようなウェブサービス（ＷＳ）のような如何なるリモートプロセジャコールメカニズムにも従ってインターフェースをとる。ウェブサービスの概念は周知である。従ってここで説明される実施例では、概してＴＣＳ１１８は、プレゼンテーションレイヤ１０４でクライアントタイプのプロセスを用意するタスクコンピューティングクライアント（ＴＣＣ）と、ウェブサービス（ＷＳ）のようなリモートプロセジャコールＡＰＩを介するミドルウエアサーバープロセシングレイヤに関するＴＣＣ１１９インターフェースとを有し、この場合にＴＣＣ１１９はＷＳＴＣＣ１９９と言及される。リモートプロセジャコールメカニズムの具体例として、ウェブサービスを利用するＴＣＳ１１８は、ＷＳＴＣＳ１１８と言及される。第三者アプリケーションを含む如何なるアプリケーション（例えば、マイクロソフトワード、エクセル、アウトルック、アドーブアクロバット等）、ウェブサービスのようなリモートプロセジャコールメカニズム（ウェブサービスコールのようなリモートプロシジャコールを作成することができる（又はリモートプロシジャ呼出機能を組み込むことができる））を用いることで、タスクコンピューティングクライアント（ＴＣＣ）１１９になることができる。ここで説明される実施例は、リモートプロセジャコールメカニズムの具体例としてウェブサービスを利用するが、本発明はそのようなコンフィギュレーションに限定されず、如何なるリモートプロシジャコールメカニズムが使用されてもよい。
【００３８】
従ってウェブサービスをリモートプロシジャコールＡＰＩの具体例として使用すると、セマンティックタスク実行エディタウェブサービスタスクコンピューティングシステム（STEER-WS  TCS）１１８ａはＷＳＴＣＳ１１８の一例であり、STEER-WSAPI１２―を介して、ミドルウエアサーバープロセシングレイヤ１０８に関してインターフェースをとるプレゼンテーションプロセシングレイヤ１０４におけるSTEER−WSタスクコンピューティングクライアント（STEER-WSTCC）１１９ａを有する。
【００３９】
パーバシブインスタンスプロビジョン環境ウェブサービスタスクコンピューティングシステム(PIPE−WSTCS)１１８ｂはWSTCS１１８の別の例である。PIPE-WSAPI１２２はミドルウエアサーバ管理ツール１２４を明らかにし、そのツールは一般にタスク１２６を管理することに加えて、タスクコンピューティング１００で使用されるSSD１１６及び／又はセマンティックオブジェクトインスタンスを管理（例えば、生成／公表、除去、操作等）するために使用される。PIPE−WS122を利用するアプリケーションクライアント１１９はここでは意味論的に記述されたサービスコントロールメカニズム(SDSCM:  Semantically  Described  Service  Control  Mechanism)１１９ｂとして言及され、その具体例は「ホワイトホール(White  Hole)」１１９ｂ−１、「サービスマネジャ」１１９ｂ−２、「リアルワールドオブジェクトセマンタイザ」１１９ｂ−３、及び「データベースセマンタイザ１１９ｂ−４」であり、これらは関連する米国出願番号10/733,328号及び11/115,403号でも説明されている。例えば、例えば「ホワイトホール」タスクコンピューティング（ホワイトホール）１１９ｂ−１のように、プレゼンテーションプロセシングレイヤ１０４で（PIPE-WSAPI１２２を介してミドルウエアサーバープロセシングレイヤ１０８とインターフェースをとる）、WSTCS１１８ｂはPIPE-WS122を利用し、ウェブサービスタスクコンピューティングクライアント（アプリケーションクライアント）又はSDSCM１１９ｂを有する。
【００４０】
（非限定的であるが）STEER-WSＴＣＣ１１９ａのようなウェブサービスタスクコンピューティングクライアント（ＷＳＴＣＣ）１１９、ホワイトホール１１９ｂ−１、「サービスマネジャ」１１９ｂ−２、「リアルワールドオブジェクトセマンタイザ」１１９ｂ−３及びデータベースセマンタイザ１１９ｂ−４をプログラム可能なコンピューティング素子（例えば、タスクコンピューティングクライアントソフトウエア）としてプレゼンテーションレイヤ１０４で利用することで、コンピューティング環境の１つ又は複数の如何なるものによってもＴＣＥ−ＷＳＡＰＩ１０６を介するミドルウエアサーバープロセス１０８によって利用可能にされた意味論的に記述されたサービス１１６に基づいて、ユーザはタスク１２６を管理（例えば、発見、公表、構成、実行、操作）することができる。
【００４１】
図１Ａでは、今日のコンピューティング環境に従って、ユーザは実現レイヤ１１４に関連する機能で囲まれており、その機能は、インターネットで利用可能な電子サービス（ｅサービス）、ユーザが操作するコンピュータ装置で動作するアプリケーション、コンピュータ読取可能な媒体で利用可能なコンテンツ等のような装置若しくはコンピュータ媒介サービス、又は特定の機能をサポートする単なる装置を有する。そのような装置、アプリケーション、ｅサービス及びコンテンツの具体例は、（限定ではないが）電話、コンピュータディスプレイ、カメラ、娯楽装置／コンテンツ、テレビジョン、パーソナルディジタルアシスタント（ＰＤＡ）、無線通信装置（例えば、移動電話等）、オーディオプレーヤ、ファクシミリ装置、プリンタ、天気予報サービス、地図サービス、事務関連コンピュータソフトウエア（例えば、電子メールアプリケーション、アドレスブック等）、マルチメディアコンピュータ読取可能メディア（例えば、音楽のコンパクトディスク、映画のディジタルビデオディスク（ＤＶＤ）等）、インターネットサイト、データベース等を含む。
【００４２】
図１Ａでは、実現レイヤ１１４で与えられる機能又はサービス機能１１５ａ−ｎは、例えば（限定ではないが）、（例えば、娯楽装置の場合に）音楽を聴くこと、歌をダウンロードすること、ストリーミングビデオを鑑賞すること、ラジオを聞くこと、連絡先情報を提供すること、地図上の住所を確認すること等を含む。従来、実現レイヤ１１４は、装置又はサービス各々とユーザがやり取りする（及び／又は操作する）ことにより、そのユーザに機能を提供するように設計されていた；例えば、ユーザが訪れている部屋に用意されている電話で同僚に電話することを希望し、その同僚の電話番号がユーザのラップトップの電子アドレスブックアプリケーションに記憶されていたならば、そのユーザはラップトップアプリケーションを起動し、問題としている電話番号を捜し、その電話でその電話番号に手動でダイヤルしなければならない。言い換えればユーザはタスク１２６を構成することはできない。アプリケーション、ｅサービス及び装置が物理的に互いに通信可能である場合でさえ、即ちそれらの間に通信リンクが存在する場合でさえ、実現レイヤ１１４の設計者がコンピュータシステム機能ソース（例えば、コンピュータ装置）をタスクを考慮しながら設計していない限り、アプリケーション等はユーザのタスクについて有意義な方法でデータを交換できない。過剰な機能ソース１１４ａ−ｎに直面するとき、機能のソース１１４ａ−ｎがそのタスク用に設計されていない限り、ユーザはそれら全てのソース中の機能を活用するタスクを実行できない。更に、無関心なユーザはそのような如何なるタスクが可能であるかに気付いていないことが間々ある。
【００４３】
図１Ａでは、ここで説明される実施例により、サービスレイヤ１１２は、機能ソース実現レイヤ１１４からのサービス機能１１５ａと、（ネットワーク化された、ネットワーク化されていない又は双方の部分を含む）コンピュータシステムのサービス１１２として、機能ソース実現レイヤ１１４のサービス機能１１５ａを関連する意味論的に記述するセマンティックサービス記述１１６ａとを有する。ここで説明される実施形態によれば、サービス機能１１５及びＳＳＤ１１６間の関係は、特定の機能ソース１１４に関して多対多（ｎ：ｍ）にすることができる。例えば１つのＳＳＤ１１６と複数のサービス機能１１５では、サービス機能１１５の構成を（その構成中の複数のサービス機能１１５と共に）ＳＳＤ１１６として保存する。１つのサービス機能１１５と多数のＳＳＤ１１６の場合には、単一のサービス機能１１５の複数の種類又はタイプの意味を与える。例えば、書籍検索サービス機能１１５（ＩＳＢＮ入力について著者、価格、写真等を返すサービス）の場合、その機能はセマンティックサービス１１６に基づくことが可能であり、ある者が著者の連絡先を返すこと、別のＳＳＤ１１６が画像を返すこと等を行うようにする。より具体的には、ここで説明される実施例形態によれば、サービスレイヤ１１２は、（ネットワーク化された、ネットワーク化されていない又は双方の部分を含む）利用可能なコンピュータシステム１１０サービス１１２を形成することと共に、サービス機能１１５ａ−ｎに対応するセマンティックサービス記述（ＳＳＤ）１１６ａ−ｎ及び実現レイヤ１１４ａ−ｎにより利用可能なサービス機能１１５ａ−ｎを有する。ＳＳＤ１１６は実現レイヤ１１４のコンピュータネットワークサービス機能１１５を明らかにする。ＳＳＤ１１６の或る具体例は、関連する米国特許出願番号第10/733,328号（西暦２００３年１２月１２日付で米国特許商標庁に「TASK  COMPUTING」のタイトルで出願されている）にも記載されており、その出願は富士通株式会社に譲渡され、その全内容は本願のリファレンスに組み入れられる。
【００４４】
従って、タスクコンピューティング１００は、タスクを達成する具体的実現方法を強調するのではなく、タスク１２６を強調する実現レイヤ機能ソース１１４ａ−ｎのサービス機能１１５ａ−ｎ（例えば、コンピュータ装置１１４）とユーザがどのようにやり取りするかの新たなパラダイムであり、そのタスク１２６は、そのコンピュータ装置１１４を利用しながら達成することをユーザが希望するタスクである。タスクコンピューティング１００はユーザが実行したいことと（その環境で利用可能な）コンピュータ装置１１４のサービス機能１１５との間のギャップを埋める。タスクコンピューティング１００は、現在のパーソナルコンピューティングパラダイムのような従来の手法を上回るかなりの恩恵をもたらし、エキスパートでないコンピュータユーザに一層相応しく、全てのタイプのユーザにとって時間を節約でき、汎用コンピュータタイプのコンピューティング環境を実現するのに特に適している。
【００４５】
図１Ａでは、従って、ここで説明される実施形態によれば、拡張及び構築に柔軟性のあるコンピュータシステムアーキテクチャ（ソフトウエア及び／又はプログラマブルコンピューティングハードウエア）を用意するため、個々のモジュール化されたミドルウエアサーバープロセシングレイヤ１０８が作成され、そのレイヤの機能は、リモートプロシジャコールアプリケーションプログラミングインターフェース（ＡＰＩ）を介してプレゼンテーションプロセシングレイヤ１０４に利用可能になる；アプリケーション開発者及びユーザはそれらを用いてタスクコンピューティング機能（例えば、サービス１１２及び／又はタスク１２６の構築、保存、実行、関し、公表、管理等を含む、実行可能なタスク１２６へのサービス１１２発見及び構成）にアクセスする。例えばウェブサービスのようなリモートプロシジャコールメカニズムは、エンドユーザのアプリケーション開発に必要なプログラミング言語非依存性、プラットフォーム及びロケーション（即ち、異なるコンピュータで異なるプロセシングレイヤ）を提供する。
【００４６】
上述したように、ユビキタスパーバシブネットワークコンピュータコンピューティング環境は、その性質上しばしば一時的である多数の装置及びその他の機能（ｅサービス、アプリケーション、コンテンツ）１１４，１１５で満たされ；更に、エンドユーザ又はユビキタス環境のアプリケーションを作成する開発者さえも、如何なる機能（リソース）１１４が及び対応するサービス機能１１５が所与の時点で利用可能であるか及びより重要なことにそれらが何に利用可能であるかを前もって知らないかもしれない。このダイナミズムを考慮するため、サービス機能１１４，１１５は設計時点でなく実行時に発見され組み合わせ可能にされる必要がある。従ってここで説明される実施例は、一例としてセマンティックウェブ技術を利用し、その理由はコンピュータネットワークリソース１１４，１１５がマシン読取可能なセマンティクス１１６によりそれ自身充分に記述されていたならば、或るインフラストラクチャ１００を構築することができ、そのインフラストラクチャはコンピュータシステムサービス１１０のようなリソース１１４，１１５を充分に理解し、アプリケーション開発者が一般的に行うことを、リソース１１４，１１５が提供するもの及び何のために利用可能であるか等の開発者自身の知識を利用することで、エンドユーザが行うことを可能にするからである。セマンティックウェブの概念は周知である。
【００４７】
より具体的には、ここで説明される実施形態によれば、タスクコンピューティング１００はセマンティックウェブ及びウェブサービスの周知の概念を利用する。しかしながら、真に動的なアドホックなユビキタスコンピューティング環境で実際の機能システムを実現するために、ここで説明されるタスクコンピューティング１００では、以下のことが設定及び実行される：
（１）図１に示されるように、機能に関するコンピュータシステムソース１１０に対するタスクインターフェースを用意する。タスクインターフェース１３０は、（１）タスクコンピューティングクライアント（ＴＣＣ）１１９を有するプレゼンテーションプロセシングレイヤ１０４、（２）ミドルウエアサーバープロセシングレイヤ１０８（プレゼンテーションレイヤ１０４でのＴＣＣ１１９がタスクコンピューティング環境（ＴＣＥ）ウェブサービスＡＰＩ１０６（例えば、STEER-WSAPI１２０及びPIPE-WSAPI１２２）のようなリモートプロシジャコールメカニズムＡＰＩ１０６とインターフェースをとる）に論理的にセグメント化されたタスクコンピューティングシステム（ＴＣＳ）１１８を有する。ＡＰＩ１０６は、プレゼンテーションプロセシングレイヤ１０４によりインターフェースされるミドルウエアサーバープロセシングレイヤ１０８を明らかにする。タスクインターフェース１３０も、サービス機能１１５を意味論的に記述するセマンティックサービス記述（ＳＳＤ）１１６を有する。ＳＳＤ１１６はＴＣＣ１１９を介してプレゼンテーションレイヤ１０４で示されるミドルウエアプロセシングレイヤ１０９によって発見され、サービス機能１１５は、例えば実行されるタスク１２６の一部として、用意された制御コマンドに従って、例えば、ＴＣＣ１１９を介してプレゼンテーションレイヤ１０４で及び実行されるサービス機能１１５のＳＳＤ１１６に基づいて、ミドルウエアプロセシングレイヤ１０８により実行される。
【００４８】
（２）共にサービスレイヤ１１２を提供するように、セマンティックサービス記述（ＳＳＤ）１１６及びサービス手段１１５を分離する。
【００４９】
（３）サービス１１２について或る範囲の探索を達成するためにリモートタスクコンピューティングクライアント１１９でアクセス可能であってコンピュータ１１０で動作するリモートプロシジャコールＡＰＩの部分集合としての「スフェア(sphere)」−領域−の概念を考察することで、（場合によっては、サービスの又は保存されたタスクの）探索の仕組み、探索範囲及びサービスの操作機能をそれらの範囲の中で及び間で分離する。
【００５０】
（４）サービスを動的に作成及び操作するユーザ（及びアプリケーション）の能力は、利用可能であり（ユーザには能力があり）、他の者と共有可能である（或いは、必要に応じて共用できなくしてもよい。）（即ち、サービスコントロールマネジメントを行う。）。
【００５１】
（５）興味のある及び真に有益なタスク１２６を実行可能にする様々なサービス１１２を用意する。
【００５２】
従って図１Ａに示されるように、上述のレイヤの分離は、論理的なもの及び実現的なもの双方に関連し、タスクコンピューティング１００を構築するのに有益であり、ユーザは複雑なタスクを実行することができ、そのタスクはコンピュータネットワークシステムで（黙示的にも明示的にも）設計されていなかったものであり、かくてユーザのソース機能１１４，１１５（装置、アプリケーション、コンテンツ及びｅサービス）を増やす。本発明はセマンティックウェブに限定されず、（データがアプリケーション、企業及び集団の境界を超えて共有及び再利用されることを可能にする）他の意味論的なタイプの技術やフレームワークがここで説明される実施例で使用可能である。
【００５３】
図１Ａでは、機能ソース実現レイヤ１１４は、最低レイヤとして示され、コンピュータ装置、コンピュータアプリケーション／ソフトウエア、電子サービス及びコンピュータ（又はマシン若しくは双方で）読取可能なコンテンツ等の領域を網羅し、ユーザに利用可能な全ての機能が生じる。機能ソース１１４のサービス機能１１５（以下で更に詳細に説明される）は機能性に関する演算例である。そのようなサービス機能１１５は一般に少なくとも３つの異なるタイプのソース１１４（装置、アプリケーション（ソフトウエア）及びオーバーザウェブｅサービス）から発する。これら３つのソース１１４は厳密に手ではなく緩やかに定義され、カテゴリを限定していない。なぜならそれらの間の境界は融通性が高いからである。一例として、サービス１１５を発する装置１１４は、装置１１４がもたらすように設計された中核的な（コアの）機能である。例えば、電話（装置）１１４の主な機能は電話呼出（サービス）１１５を行うことである。同様に、機能を発するアプリケーション（ソフトウエア）１１４は、コンピュータ装置１１４で実行するソフトウエア１１４のサービス機能１１５である。例えば、個人情報管理(PIM:  Personal  Information  Management)アプリケーションの機能は、人の連絡先情報を記憶及び検索することを含む。最後にｅサービス及び／又はコンテンツ１１４サービス機能１１５は、例えば、ユーザのローカルなネットワークの境界を越えてウェブサービスを介してサービス機能１１５をもたらす何らかのリモートサーバーで動作するサービス機能１１５である。第４のソース機能１１４のようなコンテンツは非常に有用であり、そのコンテンツはサービス機能１１５として利用可能にされ；このタイプのサービス機能１１５は、ユーザ間での情報共有手段として非常に有用である。従って「サービス」１１２はここでは、コンピュータ装置の機能ソース実現レイヤ１１４、コンピュータアプリケーション／ソフトウエア、電子サービス及びコンピュータ（又はマシン若しくは双方で）読取可能なコンテンツの分野からの機能の演算例に関連する。従って機能ソース実現レイヤ１１４からの機能の演算例としての「サービス」１１２は、「サービス」１１２とやりとりするインターフェース特性を有し、それは、サービス名、実行される機能等を含む「サービス」の記述、及び「サービス」１１２に対する入力／出力のようなサービスの機能特性を有する。さらに、ここで説明される実施形態によれば、コンピュータシステムサービス１１０用にコンピュータで使用されるユーザインターフェースは意味論的に記述された「サービス」１１２の出力データ及び入力データに基づくオントロジに従う。例えば、ディスプレイプロジェクタにファイルを表示するためにセマンティックサービス記述１１６に記述されたサービス１１２は、「プロジェクタで表示」と名付けられ、入力としての「ファイル」を受け入れ、何らの出力パラメータもない。
【００５４】
図１Ａでは、サービスレイヤ１１２はセマンティックサービス記述（ＳＳＤ）１１６を介してサービス機能１１５として演算に利用可能にされた機能のソース１１４である。ＳＳＤはサービス機能１１５を発見しそれにアクセスすることを可能にする。各サービス機能１１５は少なくとも１つのセマンティックサービス記述（ＳＳＤ）１１６に関連し、例えばＯＷＬ−Ｓに従ってエンコードされ、ＯＷＬ−Ｓはウェブオントロジ言語（ＯＷＬ）に基づくウェブサービスオントロジ言語であり、リソース記述フレームワーク（ＲＤＦ）／拡張可能マークアップ言語（ＸＭＬ）交換シンタックスを利用し、サービス１１５が動的に作成されるように（利用可能にされるように）、ＳＳＤ１１６はＰＩＰＥ−ＷＳＴＣＳ１１８ｂを介して実行中に（オンザフライで）作成可能である。説明されるＳＳＤの例はＯＷＬ−Ｓの例に限定されず、ウェブサービスを含む、コンピュータシステムサービス機能１１５の特性及び機能を記述するコンピュータで解釈可能な如何なる言語構造でも利用可能である。ＳＳＤ１１６は３つの部分を有し、それらは：プロファイル、プロセス及びグランディング(grounding)であり、プロファイルの部分はユーザがサービス１１５を実際に起動可能にする。サービス１１５はタスクコンピューティング領域１００で利用可能な機能を表現し、これらのサービス１１５のＳＳＤ１１６は、サービス機能１１５のソースに関する複雑さからユーザを隠蔽し、関心のある複雑なタスクを実行する際にそれらのサービス機能をユーザが利用しやすくすることになっている。意味論的に記述されたサービス１１６の例は関連する米国特許出願番号第10/733,328号（リュースケマツオカ、ヤニスラブロウ、ゼクシアンソンにより西暦２００３年１２月１２日付で米国特許商標庁に「TASK  COMPUTING」のタイトルで出願されている）でも説明されており、その出願は富士通株式会社に譲渡され、その全内容は本願のリファレンスに組み入れられる。
【００５５】
図１Ａでは、ミドルウエアサーバープロセシングレイヤコンポーネント１０８はサービス１１５，１１６（又は１１２）を発見する責務を有し、サービス１１５，１１６が実行可能なタスクにどのように構成可能であるかを決定し、サービスを実行し、実行したサービスを監視し、（意味論的に記述されたサービス１１６の作成及び公表を含む）様々な管理動作を可能にする及び支援する。言い換えれば、ミドルウエアサーバープロセシングレイヤコンポーネント１０８の目的は、全てのサービスリソース１１５を意味論的に記述されたサービス１１６として抽象化することであり、そのサービスは、それらを操作するよう求めるアプリケーションに又はユーザに（例えば、ＴＣＣ１９９を介してプレゼンテーションレイヤ１０４で）利用可能にされることが可能である。
【００５６】
図１Ａでは、プレゼンテーションプロセシングレイヤ１０４はミドルウエアプロセシングレイヤ１０８の機能を利用して、全ての利用可能なサービス機能１１６，１１５（１１２）を結合することでユーザがタスクを実行可能にする。ＷＳＴＣＣ、ＷＳアプリケーション及び／又はＷＳウェブベースインターフェースアプリケーション（ウェブブラウザと共にアクセス可能である）と呼ばれる（ここでは全てＷＳＴＣＣと呼ばれる）ウェブサービス１１８ａ−ｎを用いる様々なプログラム可能なコンピューティングクライアント（例えば、ソフトウエアクライアント、プログラマブルコンピューティングハードウエアクライアント、又は双方等）が用意され、ミドルウエアプロセシングレイヤ１０８を介して利用可能な全てのサービス機能１１２を結合することでタスクを実行する。ここで説明される実施形態によれば、ミドルウエアレイヤコンポーネント１０８は、明確なウェブサービスアプリケーションプログラミングインターフェース（ＷＳＡＰＩ）１０６を介して明らかにされ、それにより、これらのＡＰＩ１０６を用いるＷＳタスクコンピューティングクライアント（ＷＳＴＣＣ）１１９の生成を可能にする。
【００５７】
サービス１１２の発見、構成、実行、保存、生成、管理のようなタスクコンピューティングのコア機能に制限無くアクセスするミドルウエアプロセシングレイヤ１０８でタスクコンピューティング環境ウェブサービスＡＰＩ１０６を規定することは、列挙された機能全てを開放する。例えば、ＷＳＴＣＳ１１９は、ユーザがウェブサービス１０６を呼出可能にする限り、タスクコンピューティングの特定の実現手段に拘束されず、ユーザは如何なるプラットフォームでも作業することができ、ＷＳＴＣＣ１１９を作成し及びサービス１１２にアクセスするのに如何なるプログラミング言語でも利用できる。
【００５８】
図１Ａでは、従って、ここで説明される実施形態によれば、タスクコンピューティング環境ウェブサービス（ＴＣＥ−ＷＳ）ＡＰＩ１０６が提供される。ＴＣＥ−ＷＳＡＰＩ１０６の部分集合（サブセット）は様々なタスクコンピューティングの目的に使用可能であり、STEER−WSTCS１１８ａで使用される場合にはSTEER-WSAPI120と、1以上のPIPE-WSTCS118ｂで使用される場合にはPIPE-WSAPI122と、クロス環境タスクコンピューティングの「スフェア(Sphere)」を用意するのに使用される場合にはスフェアオブマネジメント（SoM）-WSAPI１２３と言及される。本発明の実施例が以下に説明される：
セマンティックタスク実行エディタウェブサービス（ＳＴＥＥＲ−ＷＳＴＣＣＣ）１１９ａのような様々なウェブサービスタスクコンピューティングクライアント（WSTCC）１１９ａの例が詳細に説明され、それはSTEER-WSAPI１２０に基づき、意味論的に記述されたサービス１１６を発見し及び実行可能なタスクに構成するソフトウエアである。WSTCS118のプレゼンテーションレイヤ１０４コンポーネント１０８のようなSTEER-WSTCC119aは、様々なコンピュータで実現されるユーザインターフェースを用意する。関連する米国特許出願番号第10/733,328号及び11/115,403号は、STEER-WS拡張（XT）TCC119a-1に関連するコンピュータ表示グラフィカルユーザインターフェース、移動電話のような無線装置で実施されるコンピュータ表示グラフィカルユーザインターフェースを説明しており、それらは移動電話STEER-WSTCC119a-2、STEER-WS空間情報システム（SIS）TCC119a-3、音声STEER-WSTCC119a-4及びタスクレット-WSTCC119a-5と呼ばれる。本発明の一実施例によるタスクレットWSTCC119a-5が以下に説明される。
【００５９】
PIPE-WSAPI122に基づくアプリケーションクライアント１１９もここで説明され、それはサービス１１２を生成、除去、修正するようなサービス１１２の管理のための意味論的に記述されたサービスコントロールメカニズム（SDSCM）119bである。特に「サービスマネジャ」119b-2、「リアルワールドオブジェクトセマンタイザ」119b-3、「データベースセマンタイザ」119b-4及びメディア公表部119b-5がここで説明される。
【００６０】
クロス環境サービス１１２ディスカバリ及び実行に関する「マネジメント領域(sphere)」の概念もここで説明される。
【００６１】
通信言語順応化（例えば、会話言語の国際化）及び新パラメータのようなセマンティックサービス記述（SSD）１１６の拡張された用途（進歩した動作）もここで説明される。SSD１１６はサービス１１５自身からWSTCC１１９へサービス１１５のパラメータを伝える伝達手段である。より具体的には、タスクコンピューティング１００環境を強化する新たな種類のパラメータが使用され、緩和形式のサービス１１２入力、サービス１１２のロケーション、マルチ言語サービス１１２及びサービス１１２管理機能を有する。
【００６２】
サービス１１２に対するアクセス制御も説明される。
【００６３】
インスタンス生成器、インスタンス複製器、インスタンスインターセプタ、インスタンスセーバー及び適切な選択器のようなタスクコンピューティングクライアント１１９内部サービスもここで説明される。
【００６４】
サービス１１２が指定され実行されることもここで説明され：（１）サービスを順に並べるセマンティックインスタンス、（２）サービスを提供する情報、（３）時間／温度サービス、（４）スナップショットサービス、（５）OWLフォーマットサービス及び（６）テキストフォーマットサービスを含む。
【００６５】
ユーザインターフェース−STEER-WS-XT  TCC119a-1：
図１Ｂは本発明の一実施例による、プレゼンテーションレイヤでのSTEER-WS-XTTCC119a-1によるコンピュータで実現されるタスクインターフェースとしてコンピュータに表示されたグラフィカルユーザインターフェース画像である。図１Ｂでは、コンピュータ表示グラフィカルユーザインターフェースウインドウ１４２は、発見されたサービス１１２ウインドウ（又は、発見プレーン）であり、そのウインドウは発見されたサービス１１２のアイコンツリー構造に従って表示される。ここで説明される実施形態によれば、サービス１１２は、（限定ではないが）、愛称（フレンドリネーム）、サービスタイプ、アルファベット順等のようなオントロジ及び／又は他の特性に基づく何らかのタイプのサービスカテゴリ階層に従って、発見サービスウインドウ内で組織される。コンピュータ表示グラフィカルユーザインターフェースウインドウ１４４はタスクウインドウ１４４（又はタスク１２６構造プレーン）であり、多数の入力／出力に関するサービス１１２の非線形サービス構造を収容するよう意図されたサービスグラフである。図１Ｂでは、タスクウインドウ１４４は、非限定的に、５つのサービス１１２を含むタスク１２６を表示する。特に、タスク１２６は「マイコンタクト１１２からホームアドレス１２２及びビジネスアドレス１２２へのルート１１２をマイプロジェクタ１１２で表示する」である。
【００６６】
図１Ｂではここで説明される実施形態に従って、ＳＳＤ１１６ウインドウ１５０は、サービスウインドウ１２２で選択されたサービス１１２について、ＳＳＤ１１６パラメータ／特性を表示する。ＳＳＤウインドウ１３５は、例えばタスク１２６の一部としてタスク１２６を検査する際に活用できる。
【００６７】
図１Ｂでは、タスクウインドウ１４４はサービス１１２の選択可能な図形表示を提供し、そのサービスは発見サービスウインドウ１４２で選択されたものである。タスクウインドウ１４４では、発見されたサービス１１２の選択時に、オントロジに基づいてサービスの機能特性に従うコンパチブルなサービスが自動的に見分けられ、サービス１１２の図形表示も自動的に１以上の選択可能な機能特性ボタン１４５ａ−ｎを有し、そのボタンは選択された発見されたサービスについて利用可能な又は有効な（両立可能な）サービス１１２を表す。機能特性ボタンを選択すると、先行するサービス１１２の成果を利用可能な他の発見済みサービス１１２の選択可能なリストが表示され、サービス１１２の図形表示をつなぐ表示された線で示されるように、１以上のサービス１１２を構成することは、或るタスク１２６を作成する。より具体的には、タスクウインドウ１４２の中で、ユーザはタスク１２６として指示したサービス１１２のグラフを構成する。サービス１１２の入力／出力データオブジェクトタイプをサービス１１２の機能特性として用いる場合には、出力機能特性ボタン１４５ａは、着色によって又はコンピュータ表示を区別する既知の何らかの方法によって、入力機能特性ボタン１４７と区別される。
【００６８】
移動電話STEER-WSTCC119a-2、STEER-WS-SISTCC119a-3、音声STEER-WSTCC119a-4及びタスクレット-WSTCC119a-5の他のSTEER-WSTCC119aコンピュータ利用ユーザインターフェースは後に詳細に説明される。
【００６９】
図１Ａ及び図１Ｂを参照するに、タスクコンピューティングシステム１００は或るアークテクチャを有し、そのアーキテクチャは、現在の環境で利用可能なサービスを発見し、利用可能なサービスのユーザ中心の観点によるタスクを構築及び処理し、複数のサービスで構成される結果のタスクを実行するための基礎を与える。必要ならば、エンドユーザさえも新たなサービスを動的且つ簡易に作成する。タスクコンピューティングシステム１００の３つの特性／要素(1),(2),(3)は次のとおりである：
（１）サービス１１２として全ての機能１１４，１１５の一様な抽象化。ここで説明されるように、タスクコンピューティング１００では、ミドルウエアサーバープロセシングレイヤ１０８は意味論的に記述されたサービス１１２として全てのリソースを抽象化するよう機能する。意味論的に記述されたサービスは、（限定ではないが）ＷＳＤＬ（ウェブサービス記述言語）、ＵＰｎＰ（ユニバーサルプラグアンドプレイ）、ＣＯＲＢＡ、ＲＭＩ、ＲＰＣ、ＤＣＥ、ＤＣＯＭサービス機能１１５のようなリモートプロシジャコールを介して利用可能なサービス機能１１５であり、サービスを記述するための言語（例えば、ＯＷＬ−Ｓ）におけるセマンティック記述（ファイル）１１６が指定される。そのようなセマンティック記述１１６を指定すると、指定されたオントロジはそのサービス１１６，１１５（１１２）が動作する領域について具体化される。オントロジに関し、ソフトウエアツールが、オントロジを作成するために、及び可能性のある存在する又は利用可能なオントロジが利用可能なときはいつでも使用可能である。ＯＷＬ−Ｓサービス記述１１６は、サービス機能１１５の機能特性を表現し、その機能は例えば入力及び出力をセマンティックオブジェクトとして、及びオーナー、創作者、ロケーション等とサービス１１２に関して意味付ける。その記述は、実際のＷＳＤＬ及び／又はＵＰｎＰサービスが適切に実行可能になるようにする基礎情報を含む。これらの記述を用意する際に、セマンタイザツール（限定ではないが、ここで説明及び／又は言及されたリアルワールドオブジェクトセマンタイザ119b-4、データベースセマンタイザ119b-5、インターナルサービスインスタンスクリエータ等）は、オントロジオブジェクトをWSDLパラメータにマッピングし、何らかの必要な基礎情報（基礎情報（グラウンディング）はXSLTスクリプトを介して表現される）を作成するのに使用される。ウェブサービスインターフェース１０６はミドルウエアサーバープロセシングレイヤ１０８用に用意され、それに基づいてプレゼンテーションクライアントプロセシングレイヤ１０４での直感的なタスク１２６ユーザインターフェースが用意される。
【００７０】
タスクコンピューティングミドルウエアはセマンティックサービス記述の動的なリポジトリ(repository)と見ることもできる。ここで説明されるこれらの記述にアクセス及び操作するためのＡＰＩ１０６とは別に、ＡＰＩを実行することでそのリポジトリのディレクトリを問い合わせるための手段が用意され、ＡＰＩはサービス記述に対する如何なるＲＤＦ問い合わせ言語（ＲＤＱＬ）クエリをも処理する（ＪＥＮＡ２．０はＲＤＱＬクエリの処理例として使用される。）。例えば、開発者はロケーションのようなサービスの何らかの特性によりタスク合成用にユーザに提示されたサービスを、たとえその目的に対する明示的なＡＰＩが用意されていなかったとしても選別できる。この能力はアプリケーション開発者の力を伸ばし、或るクエリがより有用になるので、それらはミドルウエアにＡＰＩ１０６（事前に選択されたＲＤＱＬクエリを実行する）として永続的に加えられてもよい。
【００７１】
サービス１１２としての機能の抽象化は機能を一般にアクセス可能にし、タスクコンピューティングインフラストラクチャがそのような機能とやり取りすることを可能にする。タスクコンピューティングシステム１００は、ユーザのコンピュータ装置の（アプリケーション及びＯＳによる）、環境中の装置の及びインターネット上で利用可能なｅサービスの機能１１４，１１５を抽象化されたサービス１１２に変換する。この抽象化はその環境で利用可能な機能を処理するための事前の用意を減らす道を開くが、それ自身単独で、ユーザにリアルタイムの操作能力及び機能をタスク１２６に構成する能力を与えるには充分でなく、ここで説明される実施例はプレゼンテーションレイヤ１０４を用意し、リアルタイムの、動的なタスク（複数のサービスを有するタスク）の管理をサポートする。
【００７２】
（２）セマンティックサービス記述（ＳＳＤ）１１６に基づいて抽象化されたサービス１１２の直感的な操作性を（ユーザに及び／又はシステムに）与えること。サービス１１２の直感的な操作性は、セマンティックサービス記述（ＳＳＤ）１１６の利用を通じて可能になる；オントロジはそのようなユーザ及び／又はシステムの直感的な操作を達成するための仕組みである。ＳＳＤ１１６の概念は、関連する米国特許出願第10/733,328号（西暦２００３年１２月１２日付で米国特許商標庁に「TASK  COMPUTING」のタイトルで出願されている）にも記載されており、その出願は富士通株式会社に譲渡され、その全内容は本願のリファレンスに組み入れられる。
【００７３】
例えば、ＳＳＤ１１６の代わりに、ＷＳＤＬ（ウェブサービス記述言語）機能ソース１１５だけがウェブサービスの機能特性を記述するのに使用される場合、ＷＳＤＬベースのウェブサービスは、プログラマがそれらの意味を（ＷＳＤＬ記述内容以上に）理解し且つ適切にそのサービスを利用するためのコードを開発する必要がある。その結果、機能に関するエンドユーザのやりとりは、開発者により事前に決められたそれらのプログラムの範疇に制限される。オントロジオブジェクトをソース機能１１５パラメータ（例えば、限定ではないが、ＷＳＤＬパラメータのようなパラメータ）にマッピングし、及び何らかの必要な基礎情報を作成することによる追加的なセマンティクス（ＳＳＤ１１６で供給される）は、タスクコンピューティング１００インフラストラクチャが、ユーザが詳細な知識なしにそのサービスを操作することを支援することを可能にする。例えば、セマンティクスはユーザによるサービスの操作を制約するために、又はその環境で可能性のあるタスク１２６についてユーザを禁止するために使用可能である。ＷＳＤＬだけがサービスのセマンティック入力及び出力に基づくサービス構成を当てにしているならば、その構成はサービスの如何なる構成にも制約されず、例えば、ＸＳＤストリングを使用する別のものと共にＣＭＬスキーマ定義（ＸＳＤ）ストリングを生成し、おそらくは実行可能でない（無効な）サービス構成を導出する。従ってここで使用される実施形態によれば、「構成(composition)」は、（限定ではないが）例えばサービス１１２の入力（消費）／出力（生成）用のデータオブジェクトタイプのサービス１１２の意味論的な入力及び出力のような、意味論的に記述されたようなサービス１１２の用意された機能特性に従って複数のサービス１１２を共に置くことで形成されることに関する。サービスの機能特性の具体例は、サービス構成を決定するためのサービスの前提条件及び影響でもよい。サービス１１２の前提条件及び影響の具体例は、サービス１１２に関する入力及び出力データオブジェクトタイプでもよい。特に、サービス１１２のＳＳＤ１１６は微細な粒度のサービス入力及び出力をもたらし、例えば、「アドレス」セマンティックオブジェクトを生成するサービスは意味論的に両立性のあるサービスと共にだけ構成可能でもよい。
【００７４】
ユーザの直感的なサービス１１２の操作の別のメカニズムは、「マイホームからのルート」のようなサービス名のような自然言語に従って適切なサービス名を与えることによるものであり、コンパチブルなサービスの構成サービス名は自然言語タスク１２６表現として機能してよい（例えば、「プロジェクタで見る」１１２＋「マイファイル」、１１２「カンパニー1からのルート」１１２「都市名空港」１１２）。オントロジは、サブクラス−スーパー−クラス関係に基づく構成のようなメカニズム、及びエンドユーザにとって非常に自然な意味論的オブジェクト変換をサポート可能である。従ってタスク１２６の構成は自然言語文に基づく、或いは換言すれば構成されたタスク１２６は自然言語文のように読める。より具体的には、ここで説明される実施例は、生前言語シーケンスの要素（例えば、フレーズ）のようなサービスに名称を割り当て、自然言語文のような自然言語要素の構成に対応付けるためのサービスの構築性をサポートする。従ってタスクコンピューティングシステム１００はエンドユーザが環境１１０のサービスとやりとりするのに非常に豊富で興味深い方法を可能にする。
【００７５】
（３）ユーザは例えば図１Ｂに示されるような（１）及び（２）に基づいてコンピュータ実現ユーザインターフェースを介してタスク１２６のリアルタイムの及び／又はダイナミックな（後に結合する形式の）構成を行うことができる。
【００７６】
ウェブサービスアプリケーションプログラムインターフェース(TCE-WSAPI)106：
図２は本発明の一実施例によるSTEER-WSAPI１２０の定義リスト例を示す。図１Ａ及び１Ｂでは、STEER-WSTCC１１９ａはWSTCC119であり、サービス１１２を発見し、選別し、構成し、実行し、タスク１２６としてサービス１１２を保存するのに便利なユーザインターフェースをもたらす。STEER-WSAPI１２０は、TCE-WSAPI１０６であり、独立モジュールからタスクコンピューティング機能を抽出し、例えばSTEER-WSTCC１１９ａのような何らかのWSTCC199によりアクセス可能な標準的なウェブサービスインターフェースとしてそれらを明確にする。
【００７７】
図２に示されるように、ウェブサービス１０６によるタスクコンピューティングミドルウエアサーバー処理レイヤ１０８の機能を明らかにすることで、プレゼンテーションプロセシングレイヤ１０４でのWSTCC１１９は、タスクコンピューティングミドルウエアサーバープロセシングレイヤ１０８のモジュールの実現手段から開放可能である。WSTCS１１９開発者は、ウェブサービス１０６の呼出がなされない限り、如何なるオペレーティングシステムで如何なるプログラミング言語も利用でき、WSTCC119をもたらす。ウェブサービス呼出を実行可能な（又はウェブサービス呼出機能を組み込むことが可能な）第三者のアプリケーション（マイクロソフトワード、エクセル、アウトルック、アドーブアクリバット等）さえ潜在的なWSTCC119でもよい。
【００７８】
図２では、発見、構成、実行、監視、保存等のような機能がSTEER-WSAPI１２０でサポートされている。一般に、STEER-WSAPI１２０及びPIPE-WSAPI１２２のようなTCE-WSAPI１０６はサービス１１２識別子（SID）パラメータを当てにし、そのパラメータはSSD１１６で記述された意味論的に記述された或るサービス機能１１５を固有に特定するものである。典型的には、ここで説明される実施例によれば、SIDはSSD１１６で記述された意味論的に記述されたサービス１１５へのユニフォームリソースロケータ（URL）の文字列である。例えば、図３Ａは発見されたサービス１１２に関するローカルな情報に同期するためにSTEER-WSAPI１２０を利用するコンピュータソースコード３００の例を示す。図３Ｂは複数のサービス１１２と共にタスク１２６を起動するSTEER-WSAPI１２０を用いる別のコンピュータソースコード例３１０を示す。非限定的な例として、図３Ｂでは、サービスリストパラメータは例えば“＆”を用いて複数のタスクを区別し且つ“｜”を用いてタスク内のサービス１１２識別子を区別する入力文字列であり、WSTTCC１９９はタスクの実行を起動及び監視するために自身のコード中に図３Ｂのプログラムループを有することができる。従って本発明では、図３Ａ−３Ｂのようなソースコードは、TCEWSAPI１０６を用いてミドルウエアサーバープロセシングレイヤ１０８のリモートプロシジャを起動し、STEER-WSTCC１１９ａのようなＷＳＴＣＣ１１９の実現例である。
【００７９】
図４は本発明の一実施例によるSTEER-WSTCC119aのミドルウエアプロセッシングレイヤ108プログラムモジュールの機能ブロック図である。図１及び図４に示されるように、STEER-WS-TCC119aのミドルウエアプロセシングレイヤ１０８はセントラルモジュール４０２を有し、そのモジュールは、プレゼンテーションプロセシングレイヤ１０４からのSTEER-WSAPI１２０を介するウェブサービス１０６要求に従って、サービス１１２の発見モジュール４０４、実行モジュール４０６及びモニタモジュール４０８を制御する。セントラルモジュール４０２は、サービス１１２分解及びインデックスモジュール４１０と、サービス１１２構成及びタスク１２６実行計画部４１２とを有する。サービス１１２分解及びインデックスモジュール４１０はインターフェース４１２を登録し、発見モジュール４０４が、発見したサービス１１２を登録すること／登録抹消することを可能にする。発見モジュール４０４は、ローカル発見モジュール４１４、ＵＰｎＰのような第三者サービス機能１１５発見モジュール４１６、リモートサイト発見モジュール４１８及び発見モジュール管理部４２０のような個々の発見モジュール群を有し、管理部４２０は、各発見モジュールが様々な環境１１０で使用されるべきか否かを判定する管理機能を有する。
【００８０】
ここで説明される実施形態によれば、サービス発見モジュール４０４は、リモート第三者発見モジュール４１８ｎを用いるリモートサイト発見モジュール又は第三者派遣モジュール４１６を介して、何らかのサービス機能１１５発見手段に従って、サービス機能１１５を発見する。第三者発見手段４１６は例えばユニバーサルプラグ及びプレイ（UPNP）技術、ジニ（JINI）技術、ブルートゥース等又はそれらの如何なる組み合わせとすることもできる。例えば、CYBERLINK  UPNP及び／又はINTEL  UPNP  TOOLKITの手段は、UPnPによるサブネットワーク内でブロードキャストされたサービス記述を発見するために第三者発見モジュール４１６で使用可能である。また、サービス発見モジュール４０１は、ローカル発見モジュール４１４及びリモートサイト発見モジュール４１８を介してセマンティックサービス記述（SSD）１１６を発見することができる。
【００８１】
ここで説明される実施形態によれば、ヒューレットパッカード開発会社によるＪＥＮＡがＳＳＤ１１６を格納するのに使用される。分解及びインデックスモジュール４１０は、ＳＳＤ１１６を分解及び分析するための分解及び分析する機能を有する。例えば、ここで説明される実施形態によれば、ＳＳＤ１１６はヒューレットパッカード開発会社によるＪＥＮＡを用いて、アメリカ合衆国メリーランド大学のＭＩＮＤＬＡＢによるペレット（ＰＥＬＬＥＴ）及びＯＷＬ−ＳＡＰＩと共に分解される。特に、「サービス１１２が発見されること」は「或る機能ソース１１４（例えば、デバイス、ソフトウエア１１４）のサービス機能１１５を意味論的に表現するＳＳＤ１１６が発見されること」と等価である。ＳＳＤ１１６は、サービス発見モジュール４０４の何れかにより発見可能であり、登録インターフェース４２２を介してセントラルモジュール４０２に送信され、ＳＳＤ１１６が例えばペレットのサポートと共にＪＥＮＡにより最初に分析される。ＳＳＤが分析されると、ペレットはＲＤＱＬクエリに対する回答する準備を行う。サービス分析及びインデックするモジュール４１０から問い合わせることで及び問い合わせ結果に基づいて、サービス構成及びタスク実行計画モジュール４１２はタスク１２６としてのサービス１１２の構成を想定し、ＴＣＣ１９９からのタスク１２６実行命令に応答してタスク１２６の実行計画を決定する。実行計画が決定されると、中央モジュール４０２は実行モジュール４０６を介して関連するサービス機能１１５を呼び出し、その実行モジュールはサービス機能１１５を呼び出すためにＳＳＤ１１６に用意されたグラウンディング呼び出し部(grounding  invocation)４２４を有する。発見モジュール４０４は、サービス機能１１５及びセマンティックサービス記述（ＳＳＤ）１１６を含み得るサービスを発見する。サービス１１２分解及びインデックス部４１０の上記の説明は、そのようなコンフィギュレーションに限定されず、ＪＥＮＡ及びペレット以外のＳＳＤ１１６を分解及び分析する如何なる仕組みも利用可能である。
【００８２】
ここで説明される実施形態によれば、独立したモジュールとして、ＷＳＴＣＣ１１９は、（例えば、基礎をなすブルートゥースＳＤＰ、ＩＲ、ＲＥＮＤＥＺＶＯＵＳ、ＪＩＮＩ等４０４，４０６についてウェブサービスインターフェース１０６を実現することで）統合される及び高度に抽象化される発見及び実行手段がウェブサービスＡＰＩ１０６に従って実行可能である限り、如何なる種類のサービス１１２発見手段４０４又は実行手段４０６をも使用可能である。従って、例えば、ユーザが特定するのに唯一必要なものは、サービスレイヤ１１２とのインターフェースをとるためのSTEER-WSAPI１２０用のウェブサービス定義言語（WSDL）ファイルのユニフォームリソースロケータ（URL）である。ウェブサービスＡＰＩ１０６が用意される限り、ＴＣＥ−ＷＳＡＰＩ１０６により基礎をなす発見手順全体が、プレゼンテーションレイヤ１０４でＷＳＴＣＣ１１９におけるユーザにとって透明(transparent)である。例えば、或るSTEER-WSAPI１２０は、ブルートゥースベースのサービス１１２を発見及び実行するためにブルートゥース発見モジュール４０４を利用することができる。別のSTEER-WSAPI１２０はＵＰｎＰ発見モジュール４０４を利用することができる。
【００８３】
図１Ａでは、PIPE-WSTCS１１８ｂは、セマンティックオブジェクトインスタンスを公表及び管理するためのWSTCS118の別の例である。PIPE-WSAPI１２２は独立モジュールからタスクコンピューティング管理機能１２４を抽出し、「ホワイトホール」１１９ｂ−１、「サービスマネジャ」１１９ｂ−２、「リアルワールドオブジェクトセマンタイザ」１１９ｂ−３及び「データベースセマンタイザ」１１９ｂ−４のような何らかのWSTCS119によりアクセス可能な標準的なウェブサービスインターフェース１０６としてそれらを明らかにする。より具体的には、PIPE-WSAPI１２２はウェブサービスインターフェース１０６をPIPE-WSTCS１１８ｂに与え、オペレーティングシステム、アプリケーションオブジェクト、デバイスサービス等を公表することのようなサービス１１２を管理する。
【００８４】
図５Ａ−５Ｂは本発明の一実施例によるPIPE-WSAPI122の定義例のリストである。PIPE-WSAPI122はタスクコンピューティングサービス１１２の生成を容易にする。例えば、図５Ａに示されるように、“Insert”ウェブサービス１２２の１つをパラメータ、データ、OWLオブジェクト群と共に呼び出すことで、PIPE-WSTCS118ｂは、所与の特性と共に所与のOWLオブジェクトに従ってサービス１１２を生成することができる。“Insert”ウェブサービス１２２の１つを或るストリングにおけるウェブサービスに関するOWL-S、データ及びパラメータと共に呼び出すことで、所与の特性のタスクコンピューティングサービス１１２として利用可能なウェブサービスを作成可能である。“Remove”ウェブサービス１２２を呼び出すことで、タスクコンピューティングサービス１１２を速やかに不使用にすることができる。
【００８５】
クロス環境発見及び実行
ここで説明される実施形態によれば、ウェブサービスインターフェース１０６のサポートとともに、タスクコンピューティングミドルウエアサーバープロセシングレイヤ１０８ａは、ウェブサービスを介して他のタスクコンピューティングミドルウエアサーバープロセシングレイヤ１０８ｎにアクセスすることで、環境間での発見及び実行手段に関する「スフェアオブマネジメント(sphere  of  management)」−領域管理−の新たな概念を導入できる。クロス環境発見及び実行に関する一群のTCE-WSAPI１０６は、例えばSTEER-WSAPI120及びPIPE-WSAPI122の部分集合であり、「スフェアオブマネジメント(SoM)-WSAPI」１２３と言及される。従ってSoM-WSAPI123はリモートサービス１１２を管理（提供）するのに使用される。「クロス環境(cross  environment)」はここでは一般にコンピュータシステムネットワーク属性を考慮に入れることに関連し、異なる又は他のネットワーク環境（例えば、プライベートネットワーク、仮想的プライベートネトワーク、サブネット、イントラネット等）として複数のサブネットワーク110a-nが既存の技術に基づいて互いに通信を行い、各コンピュータネットワーク環境は機能１１０のソース又はコンピュータネトワークサービス（即ち、機能ソース実現レイヤ１１４及びサービスレイヤ１１２）を有し、それらはタスクコンピューティング環境１００の一部として発見可能且つ実行可能である。
【００８６】
ここで説明される実施形態によれば、以下のSTEER-WSAPI120（図２）がSoM-WSAPI123として使用される。
【００８７】
checkExecutionStatus
executeService
filterServiceByProperties
findAllService
getServiceDescription
queryByRDQL。
【００８８】
ここで説明される実施例によれば、「スフェア」を実現するために、SoM-WSAPI123nミドルウエアサーバープロセシングレイヤ１０８ｎは、他のリモートコンピュータシステム１１０ｎで実行する（インストールされる）。ミドルウエアサーバープロセシングプログラム１０８ａインスタンスは、TCE-WSAPI106n（即ち、リモート「スフェア」API123n）を介して他の「スフェア」ミドルウエアサーバープロセシングプログラム１０８ｎインスタンスに内部的にアクセスする、或いは異なるネットワーク、異なるプラットフォーム及び／又は異なる技術（例えば、ブルートゥーストゥース）で動作するサービス１１２を組み込むリモートAPIを実現するのが何であっても、サービス１１２を発見し、そのサービス１１２をタスク１２６として実行する。
【００８９】
従って「スフェア」はSoM-WSAPI123のような一群のリモートAPIにより実現され、クロス環境サービス１１２発見、公表、実行及び管理に関する一貫した見解を提供する。「スフェア」−領域−の概念は「フィルタリングされたスフェア(Filtered  Sphere」−選別された領域−に拡張される。「フィルタリングされたスフェア」はクロス環境サービス１１２発見SoM-WSAPI123及びサービス１１２フィルタの一対である。WSTCC119は、フレンドリな「スフェア」名と共に（又はそれなしに）リモートスフェアAPI１２３にリンクを付加する場合にフィルタを適用し、それを「フィルタリングされたスフェア」と呼ぶ。一般に、フィルタリングされたSoM-WSAPI123は選択的なストリングをフレンドリな「スフェア」名として用意し、サービス１１２発見SoM-WSAPI123に対するURLを必要とし、WSDLに従い、RDFデータクエリ言語（RDQL）による（部分的な）クエリ（例えば、ストリング）に従い、それはRDF用のクエリ言語である（或いは、他の如何なるクエリ言語がフィルタとして使用可能である。）。クエリはサービス１１２のSSD１１６におけるサービス１１２特性に基づく。
【００９０】
例えば：
【００９１】
【数１】
2007535767.tif 000003
上述の２つの例では、“owner  eq  ‘Bob  Smith’”及び“location  eq  ‘Conference  Room’”はサービス１１２フィルタとしてのRDQLクエリの具体例である。第1の場合に、“My  Service  at  Company-1”はそれらのサービス１１２に従って選別され、サービス１１２の属性の“owner”は“Bob  Smith”により等しい（又は所有されている）。特にクエリはサービスパラメータの値に従う。この場合、クエリは“Bob  Smith”がサービス属性“owner”の値に等しいか否かを確認する。STEER-WSTCC119aがフィルタを用いてSTEER-WSAPI120からサービス１１２を見つけようとする場合、そのフィルタに合致するサービス１１２のみが、フレンドリなサービス名で定義したカテゴリの下に示される。フィルタは、STEER-WSAPI120が理解可能である限り、完全なRDQLクエリでなくてもよい。従ってサービス１１２のフィルタリングの概念が「スフェア」に適用される場合、「フィルタリングされたスフェア」又は「仮想的なスフェア」は、リモートコンピュータシステム１１０で選別されたサービス１１２のみが提供される場合に実現可能である。言い換えれば、サービス１１２発見でクエリを指定することは、ユーザの「仮想的スフェア」又は「サブスフェア」を実現する。
【００９２】
従って、ここで説明される実施例によれば、単独の「スフェア」は複数の「フィルタリングされたスフェア」をもたらすことができる。フィルタが異なる限り、様々な「フィルタリングされたスフェア」について発見された一群のサービス１１２は、WSTCC119ユーザにより独立に理解される。フィルタリング手段は、リモートスフェア123APIでのサービス１１２発見手段だけに適用可能なわけではなく、ローカルな及びパーバシブ（例えば、UPnP）サービス１１２発見手段にも適用可能である。
【００９３】
図６は本発明の一実施例によるコールバックベースのクロス環境サービス発見用の風呂チャートである。図３Ａで説明される方法はサービス１１５，１１６（１１２）を発見するためのポールベースのソリューションである。クロス環境タスクコンピューティングを実現するために、クロス環境サービス１１２発見及び実行用の別方法が図６を参照しながら以下に説明される。図６を参照するに、クロス環境サービス発見用のコールバックベースのソリューションは：第１に、STEER-WSAPI120に“inform（ストリングメッセージ）”１２０と呼ばれる新たなウェブサービスインターフェースを加える／与える。オペレーション６００では、他のコンピュータ環境１１０内でサービス１１２を発見するために、WSTCC119は、STEER-WSAPI120のようなTCEWSAPI106aを介して、他のコンピュータ環境１１０ｎでSoM-WSAPI123n(B)と言及される他のリモートTCEWSAPI106nに対して“Inform”STEER-WSAPI120aによりそれ自身登録する。上述したように、SoM-WSAPI123nは、リモートの又は他のコンピュータ環境１１０ｎ内で動作し、「スフェア」を実現する。オペレーション６０２にて、Ｂが後に新たなサービス１１２を発見すると（又は何らかのサービスが除去されると）、Ａの“Inform”ウェブサービスインターフェース１０６ａを用いてＡにその変化を知らせる。オペレーション６０２でのメッセージが新たに発見されたサービス１１２又はＡの識別子を含んでいた場合、オペレーション６０４で、“FindAllServiceIds”ウェブサービス１２０を用いて最新の情報を抽出できる。コールバックベースのソリューションの利点は：（１）効率的なこと（なぜならＡは反復的にＢをポーリングしなくてよいからである）及び（２）それは発見を促進することである。また、ポールベースのソリューションでは、Ｂが如何に変化したとしても、Ａは次のポーリングまでそれを発見できないが、コールバックベースのソリューションなら、Ａはほとんど直ちにそれを発見できる。しかしながらコールバックベースのソリューションは、Ａがファイヤウォールの背後にある場合に不利である。なぜならＡのウェブサービス１０６ａはＢからアクセス可能ではなく、コールバックベースのソリューションが機能しないかもしれないからである。従ってポールベースのソリューションは、ファイヤウォールが使用されている場合に、クロスコンピューティング環境１１０で機能するのに有利である。また、ポールベースのソリューションは、一方向接続を要する利点を有する。
【００９４】
図３Ｂでは実行サンプルソースコードがクロス環境タスク１２６実行に使用可能である。ユーザに対する手順の透明性を図るために、クロス環境サービス１１５の意味論的サービス記述(SSD)１１６を分析する際に、SSD１１６のグループ化する部分が、他のクロス環境１１０或いは代替的に他のクロス環境エンドのTCEウェブサービスAPI（TCE-WSAPI）１０６を指すように書き換え可能であり、TCE-WSAPI１０６を実行し、SSD１１６を書き換え（即ち、OWL-Sを書き換え）、特定のウェブサービス１０６を介して実行が進行する方法で、TCE-WSAPI１０６を介してSSD１１６を用意する。
【００９５】
図７は本発明の一実施例によるクロス環境サービスディレクトリ及び実行のネットワーク図である。図７では各WSTCC118(例えば、STEER-WSTCC1-4)は、機能１１２のソース又はサービスが存在するサブネットワーク１１０内で自身の探索範囲を有する。一般に本発明では、サービス探索範囲１１２は、サービス１１２発見に使用される基盤技術によって制限される。例えばUPnPがパーバシブサービス１１２を発見するために使用される場合、UPnPは、同じサブネットワーク１１０内に無い−即ち外部にある−サービス１１２を発見することはできない。
【００９６】
それ故にSTEER-WSAPI120及びPIPE-WSAPI122技法に基づいて、クロス環境サービス１１２発見、公表、実行及び管理が以下に説明される。図７を参照するに、STEER-WSTCC119aのような複数のWSTCC119は異なるネットワーク環境１１０内で走っている／動作している。それ自身の範疇１１０ａで、STTER-WSTCC119aは一群のサービス１１２を発見できる。STEER-WSTCC119aウェブサービス１２０を用いることで、STEER-WSTCC119aは他のSTEER-WSTCC119nのウェブサービスインスタンス１２０と通信することができ／インターフェースをとることができ、それらのサービス１１２の探索成果を得ることができる。
【００９７】
図７では一例としてSTEERクライアント１乃至４と言及される４つのSTEER-WSTCC119a1-nがある。各々は、「雲」のように描かれている自身の探索範囲１１０ａを有する。STEER-WSTCC119aの各々はウェブサービスAPI１２０を有する。その範囲１１０ｎ外のサービス１１５，１１６（１１２）を発見するために、他のWSTCC119a1-n各々のウェブサービス１２０が呼び出される（例えば、STEER-WSTCC119a2のウェブサービス１２０が呼ばれる。）。例えば、図７では、STEERクライアント３がSTEERクライアント１の“findeAllServiceIds”ウェブサービス１２０を呼び出し、STEER1によって発見される全てのサービスを検索する。サービスidリストが検索されると、STEERクライアント３は“findServiceProperty”ウェブサービス１２０（図２）を用いて、サービス１１５の意味論的サービス記述１１６を検索し、それらを自身のエンジンに登録する。その登録中に、新たなサービス１１２の身元が生成される。その身元はサービス１１２がリモートサービス１１２であることを示し（リモートサービス識別子）、そのサービスはそこから最初に発見されたことを示す。目下のSTEERクライアント３はそのサービス１１５，１１６（１１２）をあたかもそれらが自身の探索範囲110a内に有るかのように使用できる。
【００９８】
リモートサービス１１２を呼び出すために、STEER-WSTCC119aは他のSTEER-WSTCC119のウェブサービスインスタンス１２０も使用する。上記の図７の例では、STEERクライアント３は（もしも入力があれば）サービス１１５の入力をエンコードし、STEERクライアント１に要求を送る。その結果、STEERクライアント３はその要求に関するリファレンス識別子を受信する。次にSTEERクライアント３は、そのリファレンス識別子を用いて、実行状態に関してSTEERクライアント１をポーリングする。この場合、以下の４つの可能性がある：
１．その実行が完了しているならば、（DONE）−完了−メッセージが返される。そしてSTEERクライアント３は、リファレンスidを用意することで出力を検索するために、他のウェブサービスインスタンス１２０を利用することができる。
【００９９】
２．実行が失敗しているならば、（ERROR）−エラー−メッセージが返される。
【０１００】
３．実行が依然として進行中であったならば、何らのメッセージも返されない。その後にSTEER３はしばらく待機して再びポーリングを行う。
【０１０１】
４．サービス１１５，１１６がサービス制御ユーザインターフェース（UI）を有し、ユーザからのより多くの入力を要求すると、サービス制御UIのURLが返される。STEERクライアント３はそのURLをユーザに示す。その間STEERクライアント３はしばらく待機して再びポーリングを行う。
【０１０２】
ここで説明される一実施形態では、クロス環境サービス発見及び実行は、階層構造として或いは他の如何なるコンフィギュレーションででも展開可能である。例えば図７ではSTEERクライアント２は、STEERクライアント４のサービス１１５，１１６（１１２）を発見及び実行するためにウェブサービスインスタンス１２０を使用する。STEERクライアント３がSTEERクライアント２と通信する場合、STEERクライアント２によって当初発見されたサービスだけでなく、STEERクライアント４からのサービス１１２も取得する。STEERクライアント３はそれらの間の相違を知らない。サービス１１２は全てSTEERクライアント２からであるように単純に考える。サービス１１２を呼び出すために、STEERクライアント２ウェブサービスインスタンス１２０に対する要求を送信する。STEERクライアント２が要求を受信すると、自身のミドルウエアプロセシングエンジン１０８を検査し、そのサービス１１２が実際にはSTEERクライアント４からのものであることを見出す。STEERクライアント２はその要求をSTEERクライアント４に中継する。STEERクライアント２がSTEERクライアント３によりポーリングされると、STEERクライアント２はSTEERクライアント４をポーリングし、取得したものは何でもSTEERクライアント３に送る。
【０１０３】
図７ではタスクコンピューティングシステム118-1-nの各インスタンス（TSC1-4、この場合はSTEER-WSTCS118a1-n）は、タスクコンピューティングミドルウエア１０８が動作している（即ち、その装置に対してローカルな）同じマシン又はシステムで動作しているそれらのサービスを、インターネット及び装置で一般的に利用可能なサービスを、及び同じサブネット内のサービスを発見（及び実行）するのが一般的である。例えば、ボブ（Bob）を訪問しているアリス（Alice）が、ボブの家からキャロルの場所までの地図をボブのTVに表示したい状況を考察する。この場合、キャロルの連絡先情報はアリスのPIMで利用可能であり、アリスの（アリスの家の）TCS118-1を介してアクセス可能であるが、表示サービスはボブのアパート内のTCS118-nである。このシナリオ（筋書き）は、他のタスクコンピューティング環境におけるサービス１１２を発見及び実行できるように、タスクの範囲を拡張するように又はタスクコンピューティング１００の範囲を拡張することに関連する。更に、各自のTCS118に関連するサービスは、ファイヤウォール背後で走っているかもしれない（その場合、事態は更に複雑化する。）。ミドルウエアレイヤ１０８のウェブサービスインターフェースは、タスクコンピューティング１００システムの範囲を拡張する解決法を用意するための手段である。
【０１０４】
図７を参照しながら、スフェアオブマネジメント（SoM）−領域管理−に関する更に詳細な説明がなされる。図７では４つのTCS118,110ノードがあり、その各々は「雲」のように描かれている自身の探索範囲と、D,C,E,Mで表示される４つのプログラム可能なモジュール又はユニット（発見用の４０４、中枢の４０２、実行に関する４０６及び管理に関する４０８）を含むミドルウエアレイヤ１０８とを備えている。コンピューティング環境１１０に関してリモートであると考えられるミドルウエア１０８は、「スフェア」を実現するためのSoM-WSAPI123と言及される。あるノード１１８がその範囲外のサービスを発見することを望む場合、それは先ずどのTCSサービス１１２がそこにあるか及びどのウェブサービス１０６が他のノード１１８により明らかにされているかを知る必要がある。情報は例えばオンラインで又は電子メールでTCS118の人的オペレータ間で交換可能であり；TCS118の所有者達が彼らのTCSを公表できる場合には或るディレクトリを運営するという別の選択肢もある。
【０１０５】
ノード中のサービス及びリモートノードTCS118中の各サービス１１２のSSD１１６のリストを取得するために、リモートTCS１１８にローカルなクライアントがサービスを呼び出すのと同じ方法で、発見ウェブサービスが起動可能である。例えばTCS３はTCS１のウェブサービス１０６を呼び出し、TCS１により発見されてもよい全てのサービスを検索し、それらを自身の発見モジュール４０４に登録する。これらのサービスは、TCS３により、TCS３で直接的に発見された他のサービスとして単に処理されるが、TCS３の発見モジュールはこれらのサービスの内部表現に或るフラグを付加し、そのサービスが最初に発見された場所を指すようにする。初期の発見後に、TCS３は、TCS１をポーリングし、TCS１サービスのリストの変更を確認する。
【０１０６】
実行はウェブサービスAPI１０６を介してサポートされる。TCS３からのユーザは、TCS１及びTCS３双方からのサービスと共に新たなタスクを生成し、それを実行することができる。TCS３により初期に発見されたサービスは、如何なる特別な取り扱いも要しない。しかしながらTCS1のサービスは余分なオペレーションを要するかもしれない。なぜならそれらはファイヤウォールの背後にあり、TCS３がそれらを直接的に呼び出すことができないかもしれないからである。この場合、TCS３は実行時にTCS１による支援を得る。先ずTCS３は特定のサービスに関する実行要求をTCS１にウェブサービスAPI１０６を介してコンテキスト（入力パラメータ等）−状況情報−と共に送信し、リファレンスidを応答として取得する。TCS1がサービスを実行している期間では、TCS３はそのリファレンスidを用いてその状態に関するTCS１をポーリングする。最終的に、TCS１デの実行が完了した後に、更新されたコンテキスト（出力等）が最終的なポーリング結果として返される。このデザイン（手法）に関する理論的根拠は、ポーリング中に、TCS１は何かを返し（例えば、現在の実行状態を、実行に関する外部情報等を返し）、ポーリングを介して、TCS３がその状態をモニタするのを容易にすることにある。
【０１０７】
TCS118,110ノードが外部ユーザに対して明らかにされると、そのサービスを誰もが発見して実行することができる（それらは結局ウェブサービスである。）。あるセキュリティ技法はユーザ識別手段を我々のウェブサービスAPIに付加し、及び／又はウェブサービスのトップにセキュリティ標準規格を構築する（以下に詳細に説明される）。
【０１０８】
スフェアオブマネジメントは単なる２つのTCS１１８を超えた拡張を行う。図７ではTCS２はTCS４のサービスを発見及び実行するためにウェブサービスインターフェース１０６を利用する。TCS３がTCS２と通信を行う場合、TCS３はTCS２によって当初に発見されたサービスだけでなく、TCS４からのサービスも受信する。TCS4からのサービスを呼び出するために、TCS3はTCS２にその要求を送信する。TCS２がその要求を受信すると、TCS２は自身のエンジンを確認し、そのサービスが実際はTCS４からの者であることを確認すると、TCS２はその要求をTCS４に中継する。TCS２がTCS３によりポーリングされると、TCS２はTCS４をポーリングし、TCS２はその応答をTCS３に転送する。
【０１０９】
サービス１１２発見は、ユーザのコンテキスト（状況）に応じてサービス１１２のSSD１１６を介してサービス１１２を発見するプロセスに関連する。上述したように、サービスの実行１１５及びSSD１１６が分離している条件の下では、発見は、TCSによるサービス機能１１５のSSDの処理及び捕捉になる。サービス発見の実行は１以上の発見モジュールを当てにしており、ミドルウエアサーバープロセシングレイヤ１０８を有するTCS118は複数の基盤的なサービス発見手段を利用することができ、サービスは複数の発見手段を介して発見可能である。ユーザ又はサービス（或いはプロバイダ）は、と口絵のサービスを発見するために使用される発見手段を設定してもよい。あるサービスについての発見手段を変更することは、サービスを発見可能な者に影響するかもしれない。サービス発見手段は探索範囲とあまり関係ないが、或る発見手段は他の特手の探索範囲に更に適している（表１参照）。次に、探索範囲の各々が説明される。
【０１１０】
【表１】
2007535767.tif 000004
１．エンプティ(Empty)探索範囲におけるエンプティサービスは、誰からも発見できないものである。エンプティは完全に概念的な範囲な訳ではなく、（オーナーに関してさえ）不使用になった如何なるサービスもこの範囲内にあると仮定されてよい。例えば、ユーザはプライバシーを考慮して他者により発見された当該ユーザの連絡先情報を提供するサービスを望まず、そのサービスに関して空の範囲を選択しもよい、或いはユーザ自身にさえ提供することを望まないかもしれない。なぜなら、利用することを意図しないサービスを常に発見するのは煩わしいからである。ユーザが自身の連絡先を用いてキオスクにユーザのいる空港からユーザの家までの道を表示することを後に希望する場合には、ユーザはそのサービスをプライベート探索範囲に移す。
【０１１１】
２．プライベート探索範囲におけるプライベートサービスは、彼ら自身によってのみ発見可能であり、TCS118を走らせるユーザ自身のコンピュータ装置内にあるのが一般的である。例えば、“My  File”（マイファイル）１１２のようなローカルなリソース処理サービスは、ユーザの装置上のファイルをユーザに選択させて明らかにし、この探索範囲を（デフォルトで）想定している。ここでTCS１１８はソケットを用いる通知と共に結合されたファイルシステムベースの発見手段を用いて、この探索範囲を使用する。
【０１１２】
３．サブネット探索範囲によるグループは、その場限りの（アドホックな）自発的なグルーピング属性に起因して、ユビキタスな環境に最も近い。そのユーザの同じサブネット（例えば、一部の企業イントラネット又は家庭ネットワーク）で起こったサービスは、非常に局所的な発見手段をイネーブルにしながら発見される。例えば、UPnPはこの範囲を利用する発見手段として使用可能である。特に、UPnPの発見手段はサブネット上のUPnP装置（タスクコンピューティングイネーブルサービス全てではない）を発見するために使用され、各UPnP装置について、TCS１１８は或る特定のUPnPアクション（getDescriptionURL）を起動し、UPnP装置がタスクコンピューティングイネーブルサービス１１２を表現するか否かを確認し、もしそうであればTCS１１８はそのUPnP装置からSSD１１６をダウンロードする処理を進める。ジニ（JINI）のような他の発見手段は、この探索範囲を利用するためにUPnPと同様な手法で使用されてもよい。
【０１１３】
４．関心のある探索範囲によるグループは、何らかのグループの人々によって発見されるサービスに関連し、おそらくはその人々は同様な関心事又はグループメンバ（例えば、企業の従業員のグループや、ゴルフクラブのメンバ等）によって制限される。この発見手段はウェブサービスをコールバック及びポーリング手段と結合することで提供可能である。
【０１１４】
５．パブリックサービスの探索範囲は誰からでも発見可能である。この範囲に関して或る良い発見手段は、開放的な意味論的サービスディレクトリであり；例えば、ユニバーサル記述、ディレクトリ及びインテグレーション（UDDI）のようなセマンティックウェブサービス用のサーチエンジン（セマンティックサービスサーチエンジンバージョン）又は公に利用可能なサービスのSSD１１６へのリンクを有するウェブページを含む。或いは、ユーザはSSD１１６を互いに発することで共有できる、或いはピアトゥピアネットワークを介してそれらを共有してもよい。
【０１１５】
ここで説明される実施形態によれば、クロス環境PIPE-WSTCS118ｂはサービス１１２のクロス環境管理用に提供可能であり、タスク１２６／サービス１１２を管理するために意味論的に記述されたサービスコントロール手段（SDSCM）のクロス環境アプリケーションクライアントを提供する。例えば、クロス環境“White  Hole”（ホワイトホール）タスクコンピューティングクライアント119b-1の場合、ホワイトホール119b-1はPIPE-WSAPI122nのWSDLURLを格納し、そのURLはホワイトホール119b-1と同じマシン上で動作するなら必須でない。あるオブジェクトがドラッグされ、ホワイトホール119b-1に落とされると、（図５Ａに示される“Insert”ウェブサービス１２２の１つを用いて）公表要求を、同一装置におけるもの以外の他のPIPE-WSAPI122に又はそれらと共に送信する。このようにサービスオブジェクト１１５のセマンティックインスタンスは他のネットワーク１１０でも作成され公表されることが可能であり、かくて「クロス環境的に」なる。ここで説明される実施形態によれば、代替的に、ホワイトホール119b-1はユーザが利用するPIPE-WSAPI122a-nを選択することを許容する（以下で更に詳細に説明される。）。例えば、“ホワイトホール”119b-1のようなSDSCM119bタスクコンピューティングクライアントは、コンピュータ環境110aでPIPE-WS122aを、リモート環境110nでサービス112を使用し、ウェブサービスコール122nがリモート環境110nでPIPE-WS122nについて形成される限り公表可能である。
【０１１６】
ホワイトホール119b-1は、PIPE-WS122を用いてサービスを公表するユーザインターフェースツールであり、２以上のクロス環境110nで公表するサービス１１２を処理するために複数のPIPE-WS122を収容するよう拡張可能である。ホワイトホール119b-1は、ユーザが以下のホワイトホール119b-1パラメータを設定するように、スタートアップダイアログボックス又はオプション設定ダイアログボックスを用意することができる。
【０１１７】
PIPE-WS122機能パラメータ：
１．名称（選択的）
２．ターゲットPIPE-WSAPI１２２のURL
３．プロキシURL(ウェブサービスコール及びUIコントロールに使用)（選択的）
４．ウェブサービスコールでオブジェクトを利用するためのオプション
ホワイトホール119b-1GUI設定パラメータ：
１．GUIオプション表示
２．GUIの色
３．GUIのアイコン画像
４．グループ化された又は独立のGUI。
【０１１８】
単独のホワイトホール119b-1は、ホワイトホール119b-1に落とされたセマンティックオブジェクトをサービス１１２として公表するのに使用するPIPE-WSAPI122を選択するために、ユーザにダイアログボックスを示すことで複数のPIPE-WSAPI122a-nを収容することができる。或いは、ホワイトホール119b-1の複数のインスタンスを用意し、その各々はリモートPIPE-WSAPI122a-n各々について異なる色又は画像を有し、どのアイコンがどのPIPE-WSAPI122に対応するかをユーザが容易に区別できるように及び記憶しやすくしてもよい。より具体的には、ホワイトホール119b-1のユーザインターフェースオプションは、用意された又は利用可能な「スフェア」の中で視覚的に及び／又は（場合によっては）聴覚的に差別化するように収容する。
【０１１９】
クロス環境１１０サービス１１２管理に関し、PIPE-WSAPI１２２は、サービス１１２管理に関して新たなウェブサービスインスタンス１２２を付加することで拡張される。従って新たなウェブサービスタスクコンピューティングクライアント（WSTCC）アプリケーションクライアント119が作成され、PIPE-WSAPI122をSDSCM119ｂとして利用し、“サービスマネジャ”119b-2と呼ばれる。サービスマネジャ119b-2の主な機能は、複数のコンピュータシステム環境１１０でサービス１１２を管理するためにPIPE-WSAPI122を利用することである。非限定的な例では、サービスマネジャ119b-2の管理動作は：サービス１１５，１１６（１１２）の名称を変えること、サービス１１２の満了期間を変えること、サービス１１２の探索範囲を変えること、サービス１１２の「スフェア」を変えること、サービス１１２の呼び出し制限を変えること等を含む。特に、サービスマネジャ119b-2は次のようにしてクロス環境サービス１１２を実現するために使用可能である。各PIPE-WSAPI122は、リモートユーザがサービス１１２を管理するのに使用可能か否かを判定する選択肢を有する。その選択肢が真の値に設定されたならば、リモートユーザはユーザのサービスマネジャ119b-2にPIPE-WSAPI122を加えることができる。サービスマネジャ119b-2ツールにより、ユーザはリモートPIPE-WSAPI122により管理されるサービス１１２についての全ての詳細を検査することができ、基本的には、PIPE-WSAPI122がアクセス可能な限り全ての管理動作を遠隔的に行うことができる。
【０１２０】
プレゼンテーションプロセシングレイヤ１０４ユーザインターフェース：
STEER-WSAPI120及びPIPE-WSAPI122の実行は、WSTCC119に対して多種多様なタスクコンピューティング１００ユーザインターフェース１０４を提供可能にする。なぜなら、WSTCC199のプレゼンテーションプロセシングレイヤ１０４は、タスクコンピューティングミドルウエアサーバープロセシングレイヤ１０８のモジュールの実行から解放可能だからである。WSTCC119の一例のユーザインターフェース１０４が、（１）無線装置ユーザインターフェース、（２）ロケーション（位置）認識アイコン（例えば、バルーン）コンピュータディスプレイスクリーングラフィカルユーザインターフェース、（３）音声コマンドユーザインターフェース、（４）マルチ入力／出力のユーザインターフェース及び（５）タスクレットWSTCC199a-5に関して説明される。タスクコンピューティング１００システム環境は上述のユーザインターフェース１０４の如何なる組み合わせを用意してもよい。
【０１２１】
（１）WSTCC119の移動（無線）電話ユーザインターフェース
図８は本発明の一実施例によるサービス１１２を管理するための移動電話ディスプレイ画面ユーザインターフェースを示す図である。より具体的には図８はサービス１１２の発見、構成、実行、保存、生成及び他のサービス１１２管理関連動作のようなタスクコンピューティングの中核的機能を管理するための移動電話ディスプレイスクリーンユーザインタフェース画像を示す。上述したように、ここでは「サービス」は利用可能なコンピュータシステム（ネットワーク化された、ネットワーク化されていない、又は双方を含むシステム）のサービス又は機能１１０のソースに関連する（即ち、「サービス」１１２はここではコンピュータ装置、コンピュータアプリケーション／ソフトウエア、電子サービス及びコンピュータで（マシンで又は双方で）読み取り可能な内容の領域の中での機能の演算の具体化に関連する。）。移動電話のユーザナビゲーションユーザインターフェースは、既知の入力装置／デバイス（例えば、音声コマンド／制御用のマイクロフォン、キーボード／キーパッド、ポインティングデバイス（例えば、マウス、ポインタ、スタイラス）、タッチスクリーン等）及び出力装置／デバイス（例えば、コンピュータディスプレイスクリーン、スピーカ、プリンタ等）に従ってよい。
【０１２２】
ここに説明される実施形態によれば、移動電話ユーザは如何なるウェブイネーブルモバイル又は無線通信電話機８００ででもタスクコンピューティングを利用できる。タスクコンピューティング移動電話TSEERウェブサービスタスクコンピューティングクライアント（移動電話STEER-WSTCC119a-2と呼ばれる）は、移動電話のタスク１２６を管理するために用意される。典型的には、本発明によれば、移動電話STEER-WSTCC119a-2は移動電話用ウェブWSクライアント１１９であり、ジャバ２プラットフォーム、マイクロエディション（J2ME）、無線用バイナリランタイム環境(BREW)、その他の何らかの言語（その言語で書かれたアプリケーションが移動電話で実行可能であるように移動電話にインストール可能な言語）又はそれらの何らかの組み合わせのような移動電話にインストール可能であって実行可能な如何なるコンピュータプログラミング言語ででも実現可能である。ウェブクライアント119a-2は、ウェブイネーブル電話に事前にインストールされていてもよく、それらが処理できる或る種のハイパーテキストマークアップ言語（HTML）により広範に変化してよい。より具体的には、ウェブクライアント119a-2は、情報を表示するためにマークアップ言語書類を解釈する如何なるウェブ及び／又は無線アプリケーションプロトコル（Wap）ブラウザソフトウエアを介して実現されてもよい。ここで説明される他の実施形態によれば、移動電話STEER-WSTCC119a-2はカスタムクライアントアプリケーションでもよい。移動電話STEER-WSTCC119a-2のプレゼンテーションプロセシングレイヤ１０４は、“Hosted  STEER”又は“TCCII”とも呼ばれるタスクコンピューティングのウェブベースのユーザインターフェースと同様に実現されてよく、これについてはリュースケマツオカ、ヤニスラブロウ、ゼクシアンソンにより西暦２００３年１２月１２日付けで米国特許商標庁に出願された米国特許出願第10/733,328号に記載されており、その出願は富士通株式会社に譲渡され、その全内容は本願のリファレンスに組み入れられる。
【０１２３】
しかしながら、ここで説明される実施形態によれば、移動電話STEER-WSTCC119a-2はミドルウエアサーバープロセシングレイヤ１０８とインターフェースをとるためにWSAPI106を当てにしており、タスク１２６を管理するために移動電話STEER-WSTCC119a-2の監視及び探索は、充分に小さなスクリーンサイズであることのような移動電話９００に関する特定の条件に合うように行われる。図９はタスクコンピューティング移動電話を用いるユーザが見る画面例を示し、そのユーザは発見サービス１１２のリスト（複数ページ）を要求し、タスク１２６を生成／構成し、そのタスク１２６を実行する。全てのオペレーションは移動電話９００の比較的小さなディスプレイ領域の中で行われる。
【０１２４】
ウェブアクセス用のネットワーク接続は、移動電話８００でタスクコンピューティングを実行しながら、IR、ブルートゥース、（WLANイネーブル移動電話用の）WLAN又はモバイルネットワーク（GSM、CDMA等）にすることができる。ネットワークの選択は、移動電話８００の移動電話STEER-WSTCC119a-2の動作に影響しない。なぜなら、タスクコンピューティングに必要な全ての通信は、HTML形式で又は他のマークアップ言語ベースのフォーマットで表示可能なデータと共に、（限定ではないが）ハイパーテキストトランスファープロトコル（HTTP）のような上位レベルの／アプリケーションレベルの通信プロトコルで実行されるからである。
【０１２５】
次に、移動電話８００UIが説明される。オペレーション８０２では、移動電話８００のユーザが（環境１１０のURLを入力することで）移動電話ブラウザソフトウエアをコンピューティング環境１１０に仕向けた場合に、ユーザはその環境１１０で利用可能なサービス１１２のリストを見る。リストは１つのスクロール可能なページで、或いは「次のページ」に到達するためにそこへのリンクをユーザが選択することを要する複数ページで表現されてもよい。オペレーション８０４では、ユーザがサービス１１２を選択した場合に、オペレーション９０６で、その選択がサービス１１２構成要素になり（即ち、タスク生成）、現在のサービス１１２構成と呼ばれる（例えば、図８の例ではNews.comがユーザにより選択される。）。オペレーション８０８では、サービス１１２が選択された後に、ユーザはあるページに向けられ、そのページは選択されたサービス１１２と共に構成中に登場可能なサービスのみのリスト（例えば、開く、印刷する、保存する、お気に入りに保存する、ローカルに表示する）を含む。オペレーション８０８で表示されたリストは、上述のように、単一のスクロール可能なページで又は複数のページで表示可能である。オペレーション８０８では、サービス１１２のリストと共にページの最初で、以前に選択されたサービス（例えば、News.com）が表示され、それらが有効なサービス１１２の構成に登場するかもしれない。オペレーション８０８ではディスプレイは現在のサービス１１２の構成であり；バナー(banner)のような表示でスクロールする。ユーザがサービス１１２を選択する都度（例えば、オペレーション８１０，８１２，８１４）、表示ページは現在のサービス１１２の構成及びサービス１１２のリストを表示するように更新され、そのサービスは現在のサービス１１２の構成中に登場可能であり、現在の構成に使用可能な追加的なサービスが一切存在しなくなるまで、オペレーション８１６の時点で、ユーザはサービス１１２の構成を実行する選択肢を有する。より具体的には、オペレーション８０２乃至８１４は移動(無線)装置を介してタスク１２６を構成するためのオペレーションである。図８の例におけるオペレーション８１４では、タスク１２６の現在の構成に使用可能な更なる追加的なサービス１１２はないが、しかしながら、追加的なサービス１１２が利用可能になれば、追加的なサービス１１２はオペレーション８０４乃至８１４と同様に列挙される。ここで説明される実施形態によれば、ユーザはその構成を、それが実行可能になるとすぐに、たとえ完成していなくても実行できる。オペレーション８１６では、タスク１２６の実行ステータスが表示される。オペレーション８２０では、タスク１２６の実行が完了したことが表示される。
【０１２６】
（２）ロケーション認識アイコン（例えば、バルーン）ユーザインターフェース
図９は本発明の一実施例による、コンピュータディスプレイスクリーンロケーション認識バルーングラフィカルユーザインターフェースの画面を示す。特に、図９はSTEER-WS-SISTCC119a-3と呼ばれるSTEER-WSTCC119aのGUI例である。コンピュータ表示のグラフィカルユーザインターフェースにおけるSTEER-WS-SISTCC119a-3は、（限定ではないが）ユーザが在圏する周囲領域のような或る領域の空間的画像を表示し、表示されたユーザ領域の画像は、そのユーザ領域内で発見されるサービス１１２の選択可能なグラフィカルディスプレイ表現と重ねられる。
【０１２７】
図９では、ロケーション／プレース９０２の中で又はそこで利用可能な／発見されたサービス１１２は、ロケーション／プレース９０２の対応するエリアでアイコン904a-n（ここで説明される実施形態では、バルーンアイコン９０４）として表現される（たとえ亜、図９ではオフィスフロアマップがロケーション／プレース９０２であり、サービス１１２はオフィス内の様々な領域で発見可能である。）。（潜在的に）多数のサービス１１２を３Ｄ座標で表示し、直感的なユーザコンピュータディスプレイインターフェースを実現するために、以下の手法が用意される：
１．同じコンピュータディスプレイスクリーンの視覚的要素（即ち、アイコン）により、同じタイプの視覚的要素であるが異なるスタイル（色、サイズ、フォント等）で、又は（場合によっては）各サービス１１２について異なる視覚的要素で、サービス１１２は表示される。図９では異なるサイズ及び色の「バルーン」に関連する視覚的要素が使用されている。
【０１２８】
２．ロケーションを有するサービス１１２は、表示されるマップ内のその場所に置かれる。場所によらないサービスは、マップの外でテーブル式に又は他の組織された手法９０６で用意される。
【０１２９】
３．バルーン位置は、互いに重複する又は近接するならばランダム化される。
【０１３０】
４．通常的にはバルーンを小さく維持し、操作される場合又はカーソルがバルーン上に又はその近辺にある場合には拡大されたバルーン９０８を表示する。
【０１３１】
５．バルーンの影９１２により物理的な高さ（Ｚ座標）を表現する。物理的に高い場所でのサービスは、より大きく及び／又はより多く影ったシャドー９１２を有する。サービス１１２のＺ座標位置を強調するための他の表示技法が使用されてもよい。
【０１３２】
６．バルーンの１つをドラッグし、それを他の場所に落とすことで、２つのサービス（潜在的にはそれらの間のサービス変換を伴う）構成の実行を表現する。
【０１３３】
７．バルーンが選択されると、構築可能なバルーン（サービス）１１２のみがそれらの色を維持し又は強調される。他は別の色（例えば、灰色）に変わり、構成可能でないサービス１１２であることを示す、或いは同じ色にとどまってもよい。
【０１３４】
８．バルーンを割るピンを象徴するもの（メタファー）を用いてそのサービス１１２を除去することを表現する。
【０１３５】
９．ピンが選択されると、消去可能なバルーン（サービス）１１２がそれらの色を維持し或いは強調される。他は別の色（例えば灰色）に代わり、消去可能でないことを示してもよいし、同じ色のままでもよい。
【０１３６】
１０．ユーザの言語選択に基づいてサービス１１２の名称及び説明を表示するのに使用される言語を変える（上述したように、通信言語選択に関連する。）。
【０１３７】
１１．ユーザがこのインターフェースで作成可能なものより更に複雑な構成を作成することを望むならば、（より総合的な）STEER-WS-SISTCC119a-3インターフェースを示すボタンを用意する。
【０１３８】
従って図９はロケーション認識アイコン(例えば、バルーン)ユーザインターフェースの一例である。図９の例は表示された「バルーン」を利用可能なサービス１１２の表現として使用しているが、本発明はそのような構成に限定されず、表示されるユーザ領域画像に重ねられる如何なる表現も使用可能である。これはイベントドリブンオブジェクト指向プログラミングにより実行可能である。STEER-WS-SISTCC119a-3が開始されると、その図面、内部データを初期化し、適切なイベントに対するイベント処理コードを設定する。基本的には、イベント及びイベント処理コードのこれらのペアは上記のリスト中の項目に対応する。イベント処理コードでは、STEER-WSAPI120及びPIPE-WSAPI122のようなTCE-WSAPI１０６への適切なウェブサービスコールが生成される。そして、そのイベントループはイベント及び発見用の他のループ（図３Ａ）に配慮し、サービス１１２の利用性に変化があった場合にバルーン及び内部データを更新する。図９では「更新」ボタン９０９の選択可能なグラフィカルディスプレイ（図形表示）が表示情報を更新する。ここで説明される実施形態によれば、TCC119による如何なるユーザインターフェースででも表示情報の更新は自動化可能である。「言語」ボタン９１０の選択可能なグラフィカルディスプレイは、例えば日本語のように選択された会話言語に従って表示される情報を用意する（マルチ言語タスクコンピューティング１００システムについては以下で更に説明される。）。
【０１３９】
（３）音声ユーザインターフェース（UI）
図１０は本発明の一実施例による、タスクコンピューティング音声認識の状態遷移図である。スピーチ（話）はパーバシブコンピューティング環境では非常に重要なユーザインターフェースになり、キーボードやキーパッドのような既存の入力手段が利用できない又は便利でないような大きさの制限されたユーザクライアント装置の場合に、及び／又は車両の運転中のようにユーザが視覚的な注意を向ける余裕が無い場合に特に重要になる。ここで説明される実施形態によれば、VoiceSTEER-WSTCC119a-4が作成され、WSタスクコンピューティングクライアント（WSTCC）119では、タスクコンピューティング１００と共に機能するように、指示を与えるのに音声が使用され、例えばタスク１２６としてサービス１１２の構成を直接的に実行する。タスクコンピューティング１００では、サービス１１２構成は、自然言語に従ってサービス１１２の名称を定義することでセンテンス構造と匹敵するように設計され、その構成はスピーチ認識システムで処理可能な自然言語センテンスを作成し；即ち、サービス１１２の構成は図１０に示されるようにスピーチ認識ステートグラマーダイアグラム(grammar  diagram)にマッピング可能である。
【０１４０】
より具体的には、VoiceSTEER-WSTCC119a-4は例えばC#で使用される音声ドリブンユーザインターフェースである。ユーザはVoiceSTEER-WSTCC119a-4に話すことでタスクを要求することができる；使用されるVoiceSTEER-WSTCC119a-4は、TCE-WSAPI106の呼び出しと共にマイクロソフトのエージェントアンドスピーチSDKを利用する。各サービス１１２は或るフレーズ（通常的には、サービス１１２の名前）に対応付けられ（マッピングされ）、VoiceSTEER-WSTCC119a-4が「センテンスを聴くと」（音声文を認識すると）、そのセンテンスを一連のサービス１１２に照合しようとする。そしてタスク１２６がサービス１１２シーケンスに基づいて構築され、実行される。音声インターフェースの１つの問題は人間の会話の認識速度であり；その速度を認識可能なレベルに上昇させる文法群を規定することが非常に重要である。別の問題は意味論的に無効なコマンド（タスク）をどのようにして確認及び選別するかであり、例えば「オフィスプリンタでマイビデオを印刷せよ」は、「オフィスプリンタで印刷せよ」及び「マイビデオ」がたとえ有効なサービス１１２名称であったとしても無視されるべきである。ここで説明される実施形態によれば、VoiceSTEER-WSTCC119a-4は完全なセンテンスと有効な（実行可能な）タスク１２６を「グラマーダイアグラム」（図１０）に従って照合し、グラマーダイアグラムはミドルウエアサーバープロセシングレイヤ１０８の中央モジュールによって生成され、STEER-WSAPI120によって利用可能にされる。
【０１４１】
図１０は本発明の一実施例による音声タスクコンピューティングの状態遷移図であるところのグラマーダイアグラムの一部である。図１０では円はサービス１１２の意味論的に記述された機能属性を或るグラマー状態(grammar  state)として表現する（例えば、サービス「オープン(open)」１１２は「ファイル（File）」データオブジェクトタイプを入力として使用し、一例として「ファイル」は、そのファイルへのURLリンクを含む、コンピュータ内のファイルを記述する意味論的タイプである。）。開始状態１００２は「S」でマークされ、終了状態１００４は二重丸で示されている。サービス１１２はグラマー状態を結ぶエッジ（ライン）で表現される。完全なグラマーダイアグラムは、例えばビジネスオフィス環境に関して、５０より多くのサービスを、１００を上回るエッジを、及び１２を上回る状態を有する。開始状態１００２から狩猟状態１００４に至る経路（パス）は意味論的に有効なタスク１２６を表し；ビジネスオフィス環境の例では、完全なグラマーダイアグラムは１００より多くのそのようなパスを有し、即ちユーザが実行可能なタスク１２６を１０００より多く有する。「グラマーダイアグラム」は以下のルールに基づいて生成される。
【０１４２】
１．サービス１１２が出力を一切有しなかったならば、そのサービスは、図１１の“開く（Open）”、“プロジェクタに表示する（View  on  Projector）”及び“アウトルックに加える（Add  to  Outlook）”のような開始状態に続くエッジである。
【０１４３】
２．サービス１１２が入力を一切有しなかったならば、そのサービスは、図１１の“マイファイル（My  File）”及び“マイコンタクト（My  Contact）”のような終了状態を指すエッジである。
【０１４４】
３．２つのサービス１１２Ａ及びＢが合成可能ならば、入力としてＡを及び出力としてＢを有する状態がなければならない（例えば、図１０の「のビジネスアドレス（Business  Address  of）」、「のマップ(Map  of)」及び「の天気情報（Weather  Info  of）」である。）。
【０１４５】
「グラマーダイアグラム」の１つの重要な属性は、グラマーダイアグラムが音声認識エンジンのグラマールール群と１対１の対応関係を有することである。より具体的には、センテンスがエッジの名称の連結であるように、開始状態から終了状態へダイアグラム中でパスが発見された場合及びその場合にのみ、センテンスは意味論的に有意のコマンドである（即ち、有効なタスク１２６）。例えば、“マイファイルを開く（Open  My  File）”又は“マイコンタクトのビジネスアドレスの天候情報をプロジェクタに表示する（View  on  Projector  Weather  Info  of  Business  Address  of  My  Contact）”は、有効なコマンド又はタスク１２６である。「グラマーダイアグラム」はサービスの意味論的記述及びオントロジによって単独に決定される（即ち、SSD１１６に基づいて決定される。）。SSD１１６を利用することは、認識速度をかなり上昇させ、意味論的に無効なコマンド又は無効なタスクは完全に回避される。音声UIはタスクコンピューティング１００のインテリジェントトランスポーテーションシステム（ITS）に有望かもしれない。
【０１４６】
図１１は本発明の一実施例によるタスクコンピューティングのスピーチ認識ダイアグラム（グラマーダイアグラム）を生成するための擬似コード例である。先ず、オペレーション１１０２で出力を一切有しないサービス１１２が発見され又は見つけられる。オペレーション１１０４では構成可能な他の全てのサービス１１２が再帰的に発見される。特に、発見されたサービス１１２各々についてオペーション１１０６では、そのサービス１１２が入力を一切有しなかったならば、そのサービス１１２は終了状態に至るエッジリンクとして指定される。
【０１４７】
VoiceSTEER-WSTCC119a-4の用語例は次のようなものである：
１．サービス名１１２
２．VoiceSTEER-WSTCC119a-4に対するタスクコンピューティングコマンド（例えば、“サービスを示す（show  services）”又は“タスクコンピューティングを去る（leave  Task  Computing）”）
３．クライアントオペレーションコマンド（例えば、“上に移動（Move  up）”、“XXXをクリック（Click  XXX）”（XXXはボタン名））
４．ウェブページコマンド（例えば、ウェブページで第４の制御を行うための“Click4”）
５．文字及び桁（例えば、入力情報として使用する“ａ”又は“９”）。
【０１４８】
小規模な用語群を用意することは少なくとも２つの点で有利である。第１にそれはスピーチ認識システムを訓練することが容易である。第２に、認識速度が速くなる。なぜなら、互いに識別する言葉及び文が少ないからである。
【０１４９】
タスクコンピューティングサービス１１２の構成は文法的構造を有してよいので、スピーチ認識システムによる認識速度は以下のようにして更に改善することさえできる。一度にセンテンス中のコンポーネント１つを各々認識するのではなく、一度にセンテンス全体を認識するので、認識速度を速めることができる。これは基本的には、たとえ認識がセンテンスの一部で失敗した場合でさえ、他の部分が認識されるならばそれを認識できるからである（即ち、連結の可能性を考慮しなければならない。）。例えば、“マイファイルを開く（Open  My  File）”と喋ったとする。“Open”の認識速度はａで、“My  File”の認識速度はｂであったとする。認識は“Open”及び“My  File”について別々に行われるならば、その認識速度は、“Open”を最初に認識しなければならないので、決してａを超えることはできない。しかしながら、システムがセンテンス全体の“Open  My  File”を認識しようとするならば、認識速度は、1-(1-a)(1-b)=a+b-ab＝a+b(1-a)である。ａは1より小さく且つｂは正なので、認識速度は常にａより大きい。従って音声認識速度は、センテンスが長ければ一層速くなる。
【０１５０】
それ故に、ここで説明される実施形態によれば、VoiceSTEER-WSTCC119a-4はサービスパス間に“ａ”及び“the”に関する付加的なパスを加える。これにより、ユーザはより自然なセンテンスを有することができる。例えば：
Computer,  View  on  Projector  (the)  Web  Page  of  (the)  Manager  of  (the)  Task  Computing  Project。
【０１５１】
曖昧なコマンドセンテンスさえ依然として認識されるかもしれないので、コマンドセンテンスにおける１以上のトランスレータサービス１１２を省略することも可能である。例えば、図１０では、“Weather  Info  of”及び“Map  of”のサービス１１２と共に、“File”ノードから“Contact”ノードへの直接的な接続を用意することで、コマンドセンテンス中の“Business  Address  of”サービス１１２はユーザにより次のように省略可能である：
Computer,  View  on  Projector  (the)  Weather  Info  of  My  Contact。
【０１５２】
及びVoiceSTEER-WSTCC119a-4は依然としてセンテンスを認識可能である。この場合に、ユーザが何を望むかについて曖昧さがあると、VoiceSTEER-WSTCC119a-4はユーザに問い合わせることで明確にすることができる。この場合、“Address”ノードから“Contact”へ“Home  Address  of”のサービス１１２と共に別のリンクがあるならば、ユーザは上記のセンテンスを問い合わせ、VoiceSTEER-WSTCC119a-4は有効なタスク１２６を構成するためにユーザに明確化するための質問を問い合わせる：
Do  you  want  to  (1)  “View  on  Projector  Weather  Info  of  Business  Address  of  My  Contact”  or  (2)  “View  on  Projector  Weather  Info  of  Home  Address  of  My  Contact  ?”。
【０１５３】
認識ダイアグラム中で接続方向を逆にし、開始ノード及び終了ノードを置換することで、VoiceSTEER-WSTCC119a-4は、日本語のような語順が名詞＋動詞である他の言語を認識することもできる。
【０１５４】
（４）ユーザインターフェースにおけるマルチ入力／出力
“Fax”サービス１１２がファクシミリ番号及びファイルを入力として取得するように、あるサービスは複数の入力を有する。本発明の一形態によれば、STEER-WSTCC119は再帰的な方法でタスク１２６の実行中にユーザからの入力もれを確認する。例えば、タスクコンピューティングのコンピュータ及びユーザ間で以下の対話がなされてもよい。
【０１５５】
【数２】
2007535767.tif 000005
最初の会話では、ユーザが３つのサービスを有するタスク１２６を起動しようとしている“ファクシミリ（Fax）”、“のファクシミリ番号(Fax  number  of)”及び“Ryusuke  Masuoka”（連絡先提供サービス１１２）。タスク１２６（即ち、サービス１１２の構成）を検査することで、コンピュータはサービス“ファクシミリ”が２つの入力を有すること：１つは“ファクシミリ番号”であり、もう１つは“ファイル”であることを確認する。“ファクシミリ番号”はそのシーケンスで用意されるので、コンピュータは他方の入力“ファイル”についてユーザに問い合わせる。ユーザはサービス１１２“マイファイル（My  File）”から入力を得るようにコンピュータに伝える。指定された全ての入力と共に、その後コンピュータはタスク１２６の実行を開始する。
【０１５６】
第２の会話は“ファクシミリ番号”が初期に指定されていない場合の状況に関する。この場合、ユーザは“ファクシミリ番号”を与えるサービス１１２構成を用意するように更に求められる。
【０１５７】
上記の２つの例では、VoiceSTEER-WSTCC119a-4のインターフェースに使用されるスピーチの特性に起因して、或るセンテンスでの開始による全ての入力を用意することは或るユーザにとってはしばしば容易ではないかもしれないし又は当然なことであるかもしれない。従ってそのような状況が検出されると、実行エンジン４０６は
VoiceSTEER-WSTCC119a-4コンピュータを制御し、実行前に及び／又は実行中に、更に多くの入力をユーザに催促する。これは、複雑なサービス１１２構成ダイアグラムを空間的にユーザインタラクションにマッピングするように考えることもでき、そのインタラクションはユーザ及びコンピュータ間の一時的な区間である。
【０１５８】
複数の出力を処理することは本質的には同じである。例えば、“生物情報トーク(Bioinformatics  Talk)”と呼ばれ且つ話者に関する“コンタクト（Contact）”データオブジェクト、スケジュールに関して“スケジュール（Schedule）”データオブジェクト及びプレゼンテーション内容として“ファイル（File）”データオブジェクトを生成するサービスがあるとする。VoiceSTEER-WSTCC119a-4を用いて、次の対話がなされる：
【０１５９】
【数３】
2007535767.tif 000006
上記のタスク１２６構成のシナリオでは、２つの別々のサービス（“PIMに（スケジュール）を追加する（Add（Schedule）into  PIM）”、“知らせる（Tell  Me）”及び“プロジェクタに表示する（View  on  Projector）”サービス）を利用して、コンピュータは、タスク１２６を更に規定するための催促を通じて、スケジュールをPIMに付加し、話者の連絡先を読み出し、プレゼンテーション内容をプロジェクタに示す。
【０１６０】
2より多くの入力／出力を有するサービス１１２の場合又は複数の入力／出力を有するサービスが１より多くある場合には、その手順は同様である。この手法はタスク１２６が充分に規定されるまで反復的に使用可能である。或いはコンピュータはサービス１１２構成中の実行ファイルを分けるものが何であれ実行可能であり、サービス１１２構成を更に指定する必要なしに、他の部分の実行ファイルの有無をユーザに問い合わせる。
【０１６１】
上述の複数の入力／出力の説明は音声認識の文脈で説明されたが、本発明はそのような構成に限定されず、そのような技法はグラフィカル及び他のユーザインターフェースを用いる他のタスクコンピューティングクライアント１１９にも適用可能である。例えばタスクコンピューティングクライアントはポップアップウインドウを用いて不足しているサービス１１２を及び／又はサービス１１２の追加的な機能属性（限定ではないが、例えばサービス１１２の出力及びデータオブジェクト入力）を問い合わせてもよい。例えば図１Ｂはタスク１２６構成ＧＵＩペイン（部分ウインドウ）１４４４を示し、複数の入力／出力を処理するタスク１２６として構成されたサービス１１２に仕向けられたグラフが表示されている。
【０１６２】
（５）タスクレットWSTCC199a-5
タスクレットWSTCC199a-5は非常に処理負担の軽いタスクコンピューティングクライアント（TCC）１１９であり、サービスのOWL-Sファイル又はサービス構成（タスク１２６）を実行する。特にコマンドラインを含むOWL-Sファイルを実行するタスクレットTCCの作成法に関し、好ましい手法は、実行されるOWL-Sファイルをダブルクリックし（又は他の何らかの適切なOS操作を行うことで）タスクレットTCCを起動することである。タスクレットTCCがOWL-Sファイルを読み込む場合に、STEER-WSAPI120を用いることでサービス又はサービス構成を実行する。タスクレットTCCは自身のウインドウ内でサービス機能１１５の制御UIを示してもよい。特に図２を参照すると、タスクレットTCC119a-5はOWL-S記述を実行するための“executeOWLS”API１２０を呼び出す。
【０１６３】
アドバンストセマンティックサービス記述（アドバンストSSD）：
（１）緩和されたサービスタイプ入力、（２）サービス１１２のロケーション、（３）マルチ言語サービス１１２及び（４）サービス１１２管理機能のような有利な特徴が、様々なサービス１１２をサポートするセマンティックサービス記述１１６で以下のようにもたらされる。
【０１６４】
（１）緩和されたタイプ
あるサービス１１２は、僅かな部分（サブセット）を除いて広範囲にわたる入力を受け入れる。例えば、サービス“プロジェクタでの表示（View  on  Projector）”１１２は、オーディオファイル及びビデオファイルを除くファイルを機能属性として受け入れ、オーディオファイル及びビデオファイルはファイルのサブセットをなす。“View  on  Projector”の入力が（ファイル−オーディオファイル−ビデオファイル）のように表現される場合、別の新たな問題に遭遇する。即ち、“マイファイル（My  File）”のような別のサービス１１２がファイルを出力として生成する場合、推論エンジンは、構成され得る２つのサービス１１２が存在することが分からない。
【０１６５】
問題の原因は、目下のサービス記述言語の記述表現力が制限されており、構成条件が厳格すぎる点にある。この問題に対する我々の解決法は、サービス112に関する２種類の入力をサポートすることで、現在のサービス記述言語を拡張することである。１つの入力はパラメータタイプTpと呼ばれ、入力のドメインそのものであり、他方の第２の入力は緩和タイプTrと呼ばれ、より大きなドメインであり、そのドメインの中に入力が入る。例えば入力タイプTiは、次の場合に受け入れることができる：
１．Tiが緩和タイプTのサブセットである場合
２．TiとパラメータタイプTpとの交わりがヌル(null)である場合。
【０１６６】
例えばサービス１１２“View  on  Projector”ではTrは“ファイル（File）”であり、Tpは（“ファイル”−“オーディオファイル”−“ビデオファイル”）（“File”−“Audio  File”−“Video  File”）である。入力タイプ“File”は受け入れ可能である。“ウェブページ（Web  Page）”、“File”のサブクラスも受け入れ可能である。しかしながら、“Audio  File”は拒絶される。“Thing”（“File”のスーパークラス）も拒否される。
【０１６７】
“View  on  Projector”サービス１１５のセマンティックサービス記述１１６の一部の緩和タイプを用いる例は、次の通りである：
【０１６８】
【数４】
2007535767.tif 000007
STEER推論エンジンでは、緩和タイプがサポートされる。緩和タイプは次のようにして実現される：STEERが複数サービスを構成する場合、緩和タイプの有無が確認される。緩和タイプパラメータがなければ、通常のアルゴリズムを用いてサービス及び実行を照合する。サービスＡ、サービスＡに先行するサービスＢについて緩和タイプを発見したならば、Ｂの出力がＡの入力緩和タイプのサブクラスであり、Ｂの出力がＡの入力パラメータタイプと空でない重複部分を有する場合にのみ、サービスＢはサービスＡと合致する。ＳＴＥＥＲがその構成を実行する場合、STEERはＢの出力を検査し、Ｂの出力と共にＡを起動する前に、Ａの入力パラメータタイプに真に該当するか否かを確認する。
【０１６９】
（２）ロケーション
セマンティックサービス記述１１６にロケーション情報を含めることは別の新たな特徴である。ロケーション情報は、２Ｄ−、３Ｄ−ユークリッド座標系又は他の如何なる座標系の座標、座標系についてのリファレンス、及び／又は場所についてのテキスト記述で構成可能である。場所に関連する“View  on  Projector”のセマンティックサービス記述例１１６の一部は次のとおりである：
【０１７０】
【数５】
2007535767.tif 000008
サービス１１２発見では、TCC１１９は、TCE-WSAPI１０６（例えば、findAllServices  及びgetServiceProperty１２０（図２））を介して、セマンティックサービス記述１１６からロケーション情報を検索し、空間ベースのフィルタリング又はサービス１１２のユーザへのプレゼンテーションをサポートする（具体例は、上述のロケーション認識（バルーンUI）である。）。
【０１７１】
サービス１１２がその場所を変えると、サービス１１２はUPnP（及び他の発見手段）を用いて、新たな場所と共にサービス１１２記述を更新する。場所変動が頻繁には生じない場合には、それは視覚的に選択可能なオプションである。場所変動が頻繁に起こる場合には、以下に説明されるサービス１１２管理機能を用いることがより効果的である。
【０１７２】
（３）セマンティックサービス記述（SSD）１１６−通信言語（マルチ言語）
ここで説明されるタスクコンピューティング１００の例は、如何なる通信言語をもサポートし、言語によらないタスクコンピューティング１００をもたらす。通信言語は限定ではないが英語、中国語（簡体）、中国語（繁体）、ギリシア語、ヒンズー語、日本語、韓国語、スペイン語及びトルコ語等で話される言語である。言語によらない手順は２つの動作を含む：１．サービス１１２の名称／記述のようなサービス１１２（１１５，１１６（プロファイル及び２．ユーザインターフェース。
【０１７３】
１．サービスの名称／記述のようなサービス１１２プロファイルに関し、セマンティックサービス記述１１６では、xml:lang属性を用いてサービス名及びサービス記述を様々な言語で記述する。例えば以下はセマンティックサービス記述１１６ファイル例の一部であり、XMLでは英語で“open”と呼ばれ、中国語で
【０１７４】
【数６】
2007535767.tif 000009
と呼ばれるサービス名を記述する。
【０１７５】
【数７】
2007535767.tif 000010
同じ手法がサービスを記述する場合にも適用可能である。図１６Ｄ−Ｆを参照されたい。
【０１７６】
２．ユーザインターフェースに関し、図１２Ａは、本発明の一実施例によるSTEER-WSTCC119aのようなWSTCC119ユーザインターフェースを記述するフローチャートである。ここで説明される実施形態によれば、一例として、様々なSTEER-WSTCC119aユーザインターフェースにて、テーブル１２００が使用される全てのコンピュータディスプレイユーザインターフェースストリングについて維持される。テーブル１２００中の各ストリングについて、様々な言語で様々な形式が維持される。ストリングテーブル１２００はXMLで記述され、STEER-WSTCC119aが始まったときにロードされる。STEER-WSTCC119aコンピュータユーザインターフェースは、例えば、ユーザの選択に基づく言語を使用する文字列を表示する。
【０１７７】
図１２Ａでは、オペレーション１２０２で、ユーザはコンピュータユーザインターフェース（例えば、コンピュータディスプレイスクリーングラフィカルユーザインターフェース(GUI)、音声インターフェース等）を介して言語を選択するよう催促される。オペレーション１２０４では、言語がサポートされていないことが確認された場合に、デフォルトの英語が選択される。オペレーション１２０６では、言語コード及びセンテンス順序が確認される（例えば、コンピュータ読み取り可能な媒体から抽出される、ソフトウエアで決定される、等々）。オペレーション１２０８では、選択された言語でコンピュータユーザインターフェースに必要な文字列（ストリング）がテーブル１２００から検索され、この例ではGUIに関する文字列である。この例では、オペレーション１２１０でサービス名及びサービス記述が選択された言語でSSD１１６から決定され、決定されたサービス名、サービス記述及び検索されたGUIストリングが、選択された言語で及び正しい語順でコンピュータディスプレイスクリーンユーザインターフェースに表示される。従ってオペレーション１２１０では、STEER-WSTCC118はサービス名、サービス記述及びコンピュータユーザインターフェースストリングを選択された言語で一度に表示する。オペレーション１２１０では、サービス１１５のセマンティックサービス記述１１６が選択された言語をサポートしていなかった場合には、デフォルトの言語（例えば、英語）が取り出されて表示される。一方、複数の言語についてセンテンス順序が考慮される。ここで説明されるように、STEER-WSTCC119aを用いて検索するサービス１１５のサービス名及びサービス記述１１６の言語形式をユーザは指定できる。当然に、タスクコンピューティング１００では上述の言語に依存しない動作が（限定ではないが）SDSCM119bのような如何なるWSTCC119a-nででも行われる。
【０１７８】
語順に関し、英語の語順はVO(動詞＋目的語)であるが、日本語の語順はOV(目的語＋動詞)である。そのような語順情報はSTEER-WSTCC119aの中で／それにより維持される（即ち、オペレーション１２０２では、STEER-WSTCC119aの起動時にユーザがそれを設定するようにすることができる。）。構成を表示する場合に、オペレーション１２０６では、STEER-WSTCC119aは選択された言語に、選択された語順に又は双方に基づいて正しい語順を抽出する。
【０１７９】
図１２Ｂは本発明の一実施例によるプレゼンテーションレイヤで使用されるコンピュータタスクインターフェースとして、日本語でコンピュータ表示されたグラフィカルユーザインターフェースの画面を示す。特に図１２Ｂは図１２Ａ及び図１ＢでのＧＵＩに対応するもののフローチャートに従って日本語で生成されたSTEER-WSTCC119a-1のGUI画面である。同様に図９では「言語」ボタン９１０の選択可能な図形表示を選択することで、STEER-WSTCC119a-3のGUIが選択された通信言語のテキストと共に表示可能である。
【０１８０】
（４）サービス１１２管理機能
サービス管理機能（SMF）はサービス１１２のメタサービス(meta-service)として表示可能である。SMFはサービス１１２に起因して存在するが、逆は成立しない。サービス１１２がなくなれば、サービス１１２のSMFもなくなるべきである。SMF各々はOWL-Sで書かれた自身の記述を有する。従ってSFMをサービス１１２にリンクするために、サービスのSSD１１６はSMF記述を含んでもよいし、或いはSFM記述へのリンクを含んでもよい。後者の場合、SFM記述はどこにあってもよい。同様に、SFMの実現手段はどこにでも展開可能であり、サービス自体と同じ装置にあることは必須でない。
【０１８１】
SFMの具体例は以下のものを含む：
１．処分（Destroy）、起動されるとそのサービスが破壊される。
【０１８２】
２．処理オブジェクト(Handled  Object  of)、起動されるとそのサービスで現在処理されているオブジェクトが返される。
【０１８３】
３．制御UI（Control  UI  of）、起動されるとサービスコントロールUIへのリンクが返される。
【０１８４】
４．イズアライブ(Is  Alive)、サービスが未だ生存中であるか否かを確認する機能である。
【０１８５】
５．ロケーション（Location  of）、起動されるとサービスの現在の場所を返す。これは場所を変えるサービスにとって場所情報を提供するための効率的な手法である。
【０１８６】
６．その他、例えばサービスが所与の期間利用可能か否かの確認や、グリッド(grid)サービス関連機能等である。
【０１８７】
ユーザインターフェースの観点からは、SMFはまさに他のサービス１１２のように処理される。これは特にVoiceSTEER-WSTCC119a-4に有利である。例えば以下のSMFがタスク１２６として実行可能である：
１．Destroy  Tablet-PC.ppt
２．Handled  Object  of  View  on  Projector
３．View  Locally  Control  UI  of  Play(Audio)
４．Is  Alive  Bank?
５．Location  of  Play(Audio)
以下のようにユーザは他のサービス１１２と共にSMFの結果を構成することができる。
【０１８８】
１．“View  on  Kiosk”  “Handled  Object  of  View  on  Projector”
２．“View  Locally”  “Control  UI  of  View  on  Projector”
３．“View  on  Kiosk”  “L-Note  of  Location  of  Play(Audio)”。
【０１８９】
サービスアクセス制御：
図１３は本発明の一実施例によるサービス１１２アクセス制御のフローチャートである。パーバシブコンピューティング環境では、全てのユーザに対しては解放されていない又は開かれるべきでない何らかのサービス１１２が存在する。サービス１１２に関するそのような種類のアクセス制御手段を利用することが重要である。ここで説明される本発明の一形態によれば、（１）共有ポリシ及びデリゲーション、及び（２）SSD１１６を介するタスクコンピューティングクライアントによるサービス認証を含む、サービス１１２のアクセス制御が説明される。
【０１９０】
ここで説明される実施形態によれば、REIポリシ言語がサービス112に対するアクセスポリシを確立するために使用される。REIはポリシ仕様言語である。REIの概念は既知である。図１３ではREIポリシエンジン１３００は、ポリシ（一群のアクセス／セキュリティルール）、ファクト（ユーザ及び／又はクライアント側で提供された情報）及びオントロジに基づいて、誰がどの種類のアクセス権を持っているかを確認する。REIエンジン１３３０は、それが集約可能であるように又は分散可能であるように、ウェブサービスインターフェース１０６を備えている。REIエンジン１３００及び／又はREIエンジン１３００に対するウェブサービスインターフェース１０６はこのフレームワークについて置換可能である。リモートプロシジャコールインターフェースを備えた如何なるポリシエンジンでも又はサービス１１２内のポリシエンジンに関するソフトウエアモジュールでさえ充分である。
【０１９１】
図１３ではユーザがオフィスを訪問していることを想定しているワークフローが６つのオペレーションを含んでいる。
【０１９２】
１．オペレーション１３０２では、新規ユーザがカウンタで登録した場合に、そのユーザに信用証明物(credential)が発行される。信用証明物は名前、ステータス及び場所のようなユーザに関する情報に加えて、作成時間、満了時間及び（完全性を保証する）ディジタル署名のようなその信用証明物に関するメタデータも含む。
【０１９３】
２．オペレーション１３０４では、ユーザはそのオフィスに関するネットワークに入り、ユーザのタスクコンピューティングクライアント（クライアント）１１９−例えばSTEER-WSTCC119aは、その環境１１０で及び／又はその探索時間に接続されている「スフェア」で現在利用可能な全てのサービス１１２を発見する。一部のサービス１１２は公（パブリック）であり、一部はアクセス制限を有する。サービス１１２の情報はセマンティックサービス記述１１６に記載されている。ユーザのタスクコンピューティングクライアント１１９は、セマンティックサービス記述１１６を検討することでサービス１１２のステータスを確認してもよい。セマンティックサービス記述１１６は、アクセス制御を要するか否か及びもし必要ならどの種類の信用証明物が必要であるかをタスクコンピューティングクライアント１１９に伝える／通知する。
【０１９４】
３．オペレーション１３０６では、ユーザが自信のタスクコンピューティングクライアント１１９を介してサービス１１２を起動することを望む場合に、クライアント１１９はサービスのステータスを確認する。サービスがパブリックであったならば、クライアントは通常通りにそれを起動する。サービスがアクセス制限付きであった場合には、クライアントはそのサービス１１２に追加的なパラメータを送信し、即ち、サービス１１２を実行するための通常のTCEウェブサービス１０６と共にユーザの信用証明物を送信する。ここで説明される別の実施形態によれば、クライアント１１９はSSLを介したHTTP等のようなセキュアなコネクションを介して追加的なパラメータをサービス１１２に送ることができる。
【０１９５】
４．オペレーション１３０８では、サービス１１２は要求を受信し、先ず、信用証明物のディジタル署名を確認することでその信用証明物の真正を確認する。署名が有効でなかったならば、その要求は速やかに拒否される。次に信用証明物の満了時間が確認される。その時間が満了していたときも、その要求は拒否される。信用証明物が有効であることが証明されると、信用証明物中の事項が抽出され、REIエンジン１３００に挿入される。サービス１１２は、サービス１１２のポリシに基づいてサービス１１２を起動することがそのユーザに認められているか否かをREIエンジン１３００に問い合わせる。
【０１９６】
５．オペレーション１３１０では、REIエンジン１３００は、そのオントロジ、サービスのポリシ及びユーザに関する事項に基づいて問い合わせ（クエリ）に回答する。
【０１９７】
６．オペレーション１３１２では、REI１３００からの回答に基づいて、サービス１１２は要求を叶える又は拒否する。
【０１９８】
REIエンジン１３００は集約されている必要はなく、サービス１１２とは別の場所で動作してよい。例えばキャンパス法人組織全体について単独のREIエンジンを設定することもできるし、装置（例えば、プリンタ等）の各々がそれ自身のREIエンジンを備えていてもよい。実際には、パーバシブ環境では、全てのサービスがアクセス可能なREIエンジンを備えることは一般的ではない。我々の設計では、REIエンジンのインスタンスがポリシ、ファクト及びオントロジに関して充分な情報を有する限り、回答が得られる。
【０１９９】
（１）共有されるポリシ（指針）及びデリゲーション（権限委任）
主にサービスに関する上記の説明は、クライアント（おそらくは、認証を行う認証当局により発行されたディジタル署名を介して認証される）、そのポリシ及びオントロジにより用意されたファクトを介してクライアント１１９のアクセス権を決定する。
【０２００】
自身のプライベートポリシだけでなく、ある共同体で共有されるポリシをも利用するサービスがしばしば望まれる。これは、サービス自体にアクセスせずに或るユーザから別の者へ権限の委任を実現することが望まれる場合に特に有用である（ユビキタス環境では、サービスのホストが、コンピュータリソースの制限された装置によるものであることが間々ある。そのような装置には処理負担が重すぎることに起因して、これらのポリシに対する現実に安全なアクセスをサポートすること及びこれらのポリシを管理することができないかもしれない。）。
【０２０１】
共有されるポリシの複数のサイトは、組織的な階層、地理的な構造等に対応してよい。サービスが建物Yでホストを務める部署Xに属するならば、そのサービスはX及びYに関する共有ポリシを使用することを望むであろう。
【０２０２】
最初に一度、サービス変更時にその人はサービスについて１以上のサイトを、アクセス制限算出に使用される共有ポリシを確認するために設定する。それら共有されるポリシのサイトへのアクセスは保護されていてもよい（例えば、SSLを介するHTTP）。サービスがアクセス制限を算出する必要のある場合に、サービスは可能な更新について指定されたサイトを確認する。どのサイトについても更新がなければ、サービスは、クライアント、ポリシ、オントロジ及び他の情報により用意されたファクトと共にキャッシュ済みのポリシに基づいてアクセス制限を算出し続ける。何らかのサイトについて何らかの更新があれば、更新されたポリシがダウンロードされ、キャッシュが更新され、最新の共有ポリシと共に計算が行われる。
【０２０３】
権利の委任に関し、それは共有ポリシサイトを介して実行可能である。共有ポリシサイトへのおそらくは安全なコネクションを介して、共有ポリシを或る記述内容（ステートメント）で更新することで、権利を委任することができ、そのステートメントは彼／彼女が権利を或る人（又はグループ等）に委任することを示す。次回サービスがアクセス制限を計算する場合に、サービスは更新された共有ポリシを利用し、委任された権限を有する人がそのサービスの利用権を得る。
【０２０４】
撤回するには、本来のユーザが撤回ステートメントを加えるように共有ポリシを更新し、撤回ステートメントは彼／彼女がその人に与えた権利を撤回することを述べている。即ち、本来のユーザは共有ポリシから当初の委任ステートメントを除去してよい。
【０２０５】
（２）SSD１１６を介するタスクコンピューティングクライアント１１９によるサービス認証：
サービスがクライアントを認証することを望む場合が全てではない。しばしばクライアントはサービスを認証すること又はそのクライアントがサービスを実行する権利を有するか否かを事前に確認することを希望する。事前に確認可能ならば、サービスがアクセス可能でないこと又はそのユーザからアクセス可能でないサービスを隠すよう決定することをクライアントはユーザに予告する。
【０２０６】
タスクコンピューティングでは、サービスはセマンティックサービス記述（SSD）を介してクライアントにより識別される。SSDはサービスが何であるか、内部プロセス、どのように実行されるか等を通知する。従ってSSD自身に又は他の手段を介して別々にディジタル署名を与えることで、サービスはクライアントにより認証可能である。ディジタル署名はクライアントも信用する当局の１つにより署名される必要がある。ディジタル署名はSSDの一部について又はSSD全体についてなされてもよい。SSDの重要な一部分にのみディジタル署名されてもよい。
【０２０７】
サービスを実行する権利を有するか否かをクライアントが確認するために、SSDはサービスのポリシ情報に関するベクトルのように使用可能である。SSDはそれ自身にポリシを含んでもよいし又は使用するポリシを指すポインタを含んでいてもよい。ポリシは共有ポリシ及び委任セクションにおける上述の共有ポリシを含んでもよい。クライアントがSSD中のポリシ情報を取得する場合には、クライアント、オントロジ及び他の情報に関するファクタと共にSSD中の情報と共にサービスを実行する権利を有するか否かをクライアントは確認可能である。
【０２０８】
サービスはSSD中のポリシの全てを必ずしも明らかにしなくてよいが、その一部の情報でさえユーザがサービスを無駄に実行する機会を減らすことができる点で依然としてクライアントを益する。
【０２０９】
アクセス制御用タスクコンピューティングクライアント１１９のメモリ装置配備：
前もってユーザはタスクコンピューティングクライアントを用いる前にソフトウエアをインストールしなければならない。それは時間がかかり、タスクコンピューティングを採用するユーザの障害となることが間々ある。その問題の解決法は持ち運び可能な又は取り外し可能な媒体又は装置（例えば、CDや、UBSフラッシュメモリ）を用意することであり、如何なるインストレーションもなしにユーザがタスクコンピューティングを用いてスタートできるように、タスクコンピューティングクライアント１１９だけでなく、ジャバランタイムなどのような実行環境をも含むものである。
【０２１０】
携帯可能又は移動可能なTCC119は信用証明物の発行とともに組み合わせ可能であり、信用証明物はユーザの便宜のためアクセス制限されたサービスに関して重要なものである。ユーザがカウンタで登録した場合に、信用証明物が発行され、それは携帯可能な媒体（メディア）又は装置に加えられる。そしてユーザはその媒体又は装置を自身の機器で使用し、ユーザに割り当てられた権限に基づいてサービスへアクセスする。信用証明物は、更なる変更が一切できないように、読み取り専用に設定することができる。媒体又は装置についてタスクコンピューティングクライアントが、その媒体又は装置での固定されたパスから信用証明物を読み取るように形成されていた場合には、そのユーザに関して信用証明物を悪用することは一層困難になる。メモリ装置は唯一の選択肢ではなく、CD、DVDのような他の媒体が使用されてもよいことに留意を要する。
【０２１１】
図１４Ａ−１４Ｇは、本発明の実施例により行われるサービスアクセス制御を利用する様子を示す。特に図１４Ａ−１４Ｇは場所の例として業務用オフィスでのサービスアクセス制御の様子を示す。
【０２１２】
１．図１４Ａでは、ボブ(Bob)−大学１の修士学生−が、企業１又はサイト１のインターンとして、企業１を訪れている。
【０２１３】
２．図１４Ａではウェンディ（Wendy）−企業１のオフィス管理者−がボブを迎えている。
【０２１４】
３．図１４Ａでは、ウェンディがボブに関する信用証明物と共にSTEER-TCC-スティック１４００を作成する。STEER-TCC-スティック１４００は、例えば、ジャバランタイムを含むタスクコンピューティングクライアント１１９、STEER-WSTCC119を走らせるのに必要なもの全てを備えたUSBメモリ装置としてもよい。
【０２１５】
４．図１４Ａでは、ソフトウエアを用いて、信用証明物の作成者（ウェンディ）がSTEER-TCC-スティックの信用証明物フォルダに信用証明物を作成及び保存する。信用証明物は、ボブの名前、所属、ステータス（研修生）及び信用証明物のメタデータ（作成日、満了日時、権限委任情報等）並びに企業１のプライベートキーで署名されたディジタル署名を含む。図１４Ｂは本発明の一実施例によりサービスアクセス制御を行うアーキテクチャを示す。
【０２１６】
５．図１４Ａでは、ボブは彼のラップトップ１４０２でSTEER-TCC-スティック１４００からSTEER-TCC-119を走らせる。図１４Ｂは本発明の一実施例による一般的なサービスアクセス制御システム／フローアーキテクチャを示す。図１４ＢではTCC119はサービス１１２を発見する（即ち、サービス１１２のOWL-SのSSD１１６を発見する。）。SSDは署名された証明書における属性の値を含むファクタ及びサービス１１２の（部分的な）ポリシを記述する。その証明書に基づいてサービス１１２は信用できるか否かを、及びサービス１１２はユーザとのやり取りを通じてユーザが潜在的に使用することを希望するものであるか否かをTCC119は決定する。例えばサービスの証明書は企業１により署名され、ユーザは企業１へのチェックイン時に信用されるように判定されており、そのユーザはサービス１１２が信用できるか否かを決定できる。その後にユーザ及びTCCは、ポリシを使用できるように、サービスのポリシに合致するか否かを確認できる。サービスを起動するようにTCC119をユーザが決定及び指示すると、TCCはウェブサービス起動に関する多のパラメータと共に属性値を含むファクタを送信する。サービス１１２は証明書のディジタル署名、満了時間その他を確認し、送られた事項が有効であることを確認する。その事項、プライベートポリシ、オントロジ、共有ポリシ（例えば企業１ポリシサイトの１つ）を用いて、サービス１１２を起動すること及びそれに応じて応答することの権限をユーザが有するか否かをサービス１１２は判定する。
【０２１７】
６．図１４Ｃ及び１４Ｄでは、ボブはキーアイコンと共に“安全な印刷（Secure  Print）”サービス１１２を発見する。“Secure  Print”OWL-Sファイルでは、企業１の信用証明物を要する。（複数の信用証明物の内の１つを要すると言ってよい。）。STEER-TCC-119が要求ステートメントを発見すると、サービス１１２（この場合は、“Secure  Print”）に関するキーアイコンを示す。
【０２１８】
７．図１４Ｃ及び１４Ｄでは、ボブは“Secure  Print”を使用しようとするが、“研修生（Intern）”はそのサービス１１２を利用するよう許可されていないので、彼は失敗する。“Secure  Print”OWL-Sファイルに基づいて、STEER-TCC-119は“信用証明物(credential)”フォルダ中の企業１の信用証明物を探す。発見されると、STEER-TCC-119はウェブサービスコール１０６のサービス起動パラメータと共に信用証明物を送信する。“Secure  Print”は、それが有効であることを確認するために信用証明物のディジタル署名を検査する（信用証明物中の事項が修正されないように検査される。）。先ず、サービスは信用証明物が満了していないことを確認する。満了していなければ、サービスは信用証明物中のそれらの事項を用いて、呼出者がサービスを利用する権限を有するか否かをREIポリシエンジンにより確認し、それはウェブサービスAPIを介して呼び出される。ポリシエンジンの確認結果がOKであれば、“Secure  Print”はそのファイルを印刷する。そうでなければ、その要求は却下されたことを述べるメッセージを送信する（この場合、インターンとしてのボブは印刷する権限を有していないので、彼の要求は却下される。）。
【０２１９】
８．ボブはジョン−企業１の上級職従業員−に印刷する権限を委任しもらうよう求める。
【０２２０】
９．ジョンはソフトウエア（デリゲーションマネジャ１４０６）を用いて、企業１のポリシサイトに対して、ジョンによるボブへの権利の委任をセキュアに宣言する。企業1のポリシサイトには、上級職従業員が研修生に権限を委任する権利を有する記述（ステートメント）がある。
【０２２１】
１０．ボブは再び“Secure  Print”を利用することを試み、今度は彼は成功する。
【０２２２】
１１．その後、ジョンはデリゲーションマネジャ１４０６を用いてその権限委任を撤回する（以前に作成された権限委任の宣言が、企業１ポリシサイトにより撤回される。）。
【０２２３】
図１４Ｅは図１４Ａ−１４Ｅのシナリオ示す図式的フローチャートである。図１４Ｆは本発明の一実施例によるサービスアクセス制御を利用する図１４Ａ−１４Ｅにおけるシナリオのフローチャートである。図１４での番号は上記のシナリオの項目番号１−１１に対応する。
【０２２４】
それ故にアクセス制御は以下の要素に基づいて決定される：（１）タスクコンピューティングクライアント１１９により用意されるファクト（ディジタル署名で認証される）；（２）サービス１１２プライベートポリシ；（３）共有ポリシ；及び（４）オントロジ。サービス１１２はそのコンフィギュレーションに依存して複数の共有ポリシを使用可能である。これらリストされたサービスアクセス制御要素は、アクセス制御を決定するのその都度組み合わせられる。図１４Ｇは本発明の一実施例によるサービスアクセス制御要素のマトリックス１４１０を示す。より具体的には、図１４Ｇは図１４Ａ−１４Ｆを参照しながら説明されたサービス１１２アクセス制御を示す。図１４Ｇでは、オペレーション１４２０で、クライアント１１９はクライアントポリシ及びサービスパブリック属性（Ｃ−Ｐ，Ｓ−Ａpub）に基づいてサービスの（構成に関する）許容可能性を算出する。サービス属性は、限定ではないが、サービスを利用するコスト、何らかの認証情報、操作上の情報等のようなサービスに関する事項である。オペレーション１４２０がサービスのプライベートポリシをたとえ使用していなかったとしても、それらが容易されていなかったならば、オペレーション１４２０はサービスがクライアントに受け入れられるかもしれない可能性を増やす。オペレーション１４２２では、クライアントはクライアント属性及びサービスのパブリックなポリシ（C-A,S-Ppub）に基づいてサービス（構成）を用いるクライアントのサービスに対する実行可能性を算出する。再び、オペレーション１４２２は、クライアントがサービスのプライベートポリシへのアクセス権をたとえ持っていなかったとしても、サービスが実現可能かもしれない可能性を増やす。オペレーション１４２４では、サービス１１２はクライアント属性、サービスのパブリックな及びプライベートなポリシの全てのサービスアクセスファクタに基づいて、クライアントの許容性を算出する（又はクライアントを認証する）（C-A,S-Ppub,S-Ppri及び／又は（場合によってはサービスS-Apriでもよい。））。図１４Ｈは上記のシナリオで使用される企業１の共有ポリシ、セキュア印刷サービス１１２のプライベートポリシ及びファクトのリスト例１４１２を示す。より具体的には、タスクコンピューティング１００システムでは、サービスアクセス制御処理４２４（図４）が上記のサービス１１２へのアクセスを処理できる。
【０２２５】
次に、他の４つのセマンタイザクライアントアプリケーションがSDSCM119bとして説明され、タスクコンピューティング１００で使用されるセマンティックオブジェクトをもたらし、その４つは、（１）リアルワールドオブジェクトセマンタイザクライアント119b-3、（２）データベースセマンタイザクライアント119b-4、（３）メディア公表部119b-5及び（４）“ホワイトホール”119b-1である。
【０２２６】
（１）リアルワールドオブジェクトセマンタイザクライアント119b-3：
図１５は本発明の一実施例によるリアルワールドオブジェクトセマンタイザクライアント119b-3のアーキテクチャを示す機能ブロック図である。リアルワールドオブジェクトセマンタイザクライアント119b-3は書籍のような現実世界の対象物から意味論的オブジェクトを用意する。それは１以上の現実世界の対象物から１以上の意味論的オブジェクトを、１以上の現実世界のオブジェクトから多くの意味論的オブジェクトを生成してよい。ホワイトホール119b-1及びPIPE-WSAPI122に関して説明されたように、意味論的オブジェクトが生成／作成されると、管理ツール１２４に対するPIPE-WSAPI122は生成された意味論的オブジェクトに対してSSD１１６を生成するよう使用可能であり、その意味論的オブジェクトを、発見及び構成するサービス１１２にすることを許可する。リアルワールドオブジェクトセマンタイザに使用する可能性のある技術は、（限定ではないが）パーバシブ及び／又はアクティブ無線周波数識別（RFID）タグ、バーコード、QRコード<http://www.qrcode.com>、日本で多く使用されている２次元コード、限定された用語及び文法と共に又はそれらによらない音声認識、視覚的な及び／又はジェスチャーによる認識、又はそれらの如何なる組み合わせを含んでよい。
【０２２７】
図１５ではリアルワールドオブジェクトセマンタイザクライアント119b-3は、１．認識処理エンジン１５０２、２．セマンタイザ処理１５０４及び３．発行部１５０６を含むプログラムされたプロセスを構成している。
【０２２８】
１．認識エンジン：
認識エンジン１５０２はタグ、コード、音声、映像、ジェスチャー等を認識する。認識プロセスはアクティブ（即ち、常にオンであり且つ自身の所有するオブジェクトを認識している）でもよいし、パッシブ（ユーザ又はプログラムからのトリガを受ける）でもよい。タグ及びコードに関しては、適切なリーダが認識エンジン１５０２として使用され；音声／表示／ジェスチャーに関しては、対応するマルチメディア入力の認識エンジン１５０２が使用される。ある認識エンジンは通常は誤りがちである。しかしながら、特定用途向けにデータパターンについて何からの制約を与えることで、認識率を向上させてもよい。例えば、音声認識の場合に、使用される文法及び用語を制限してもよい。認識率が低かった場合に、認識エンジンによる付加的な確認プロセスを用いることで、システムの全体的な認識率を改善することを支援してもよい。例えばユーザは音声認識ベースのリアルワールドオブジェクトセマンタイザクライアント119b-3に以下のタスク１２６を命令してもよい。
【０２２９】
（ユーザ）コンピュータ、ISBN:0-7356-1918-2の書籍を私に用意して下さい。
【０２３０】
（コンピュータ）了解。
【０２３１】
別のタスク１２６会話では、以下のようなものでもよい：
（ユーザ）コンピュータ、タイトルが“INTRODUCING  MICROSOFT.NET  THIRD  EDITION”の書籍を私に用意して下さい。
【０２３２】
（コンピュータ）確認させて下さい。その本のタイトルは“INTRODUCING  MICROSOFT.NET  THIRD  EDITION”ですか？
（ユーザ）そうです。
【０２３３】
上記の文の変形は、“書籍”を（他の意味論的オブジェクト名に）、“ISBN”を（意味論的オブジェクトの特性名称に）及び値（特にISBNや番号のような値が適切に制限できる）を変更することで、他の場合にも使用可能である。
【０２３４】
しばしば（部分的に／全体的に）セマンティックオブジェクト自身がタグ及びコードに（又は音声コマンドに）エンコードされていてもよい。特に大きなメモリを有するRFIDタグ及びQRタグは平文（プレインテキスト）で又はエンコードされた形式でセマンティックオブジェクトを保持することができる。或いは、ダウンロード可能なセマンティックインスタンス、作成及び公表されるSSD１１６を指すポインタを有するRFIDタグを用意することも可能である。
【０２３５】
認識エンジン１５０２が１つまたは複数のオブジェクトを認識するとすぐに、認識エンジンはその情報をセマンタイザ１５０４にわたす。
【０２３６】
２．セマンタイザ１５０４
認識エンジン１５０２からわたされた情報により、セマンタイザプロセス１５０４は先ず対応するオブジェクトに関する情報を見つけようとする。例えば、RFIDの場合、そのRFIDタグと同行するオブジェクトに関するローカルな又はリモートのデータベース１５０８と相談してもよい。次に、セマンタイザプロセス１５０４はセマンティックオブジェクトを生成する。例えば、認識エンジン１５０２から取得したISBN番号に基づいてローカルな又はリモートのデータベース１５０８と相談することで、“書籍(book)”のセマンティックオブジェクトが生成される。図１５では破線枠は「パッシブな」（受動的な）モードの場合であることを示し、現実世界のオブジェクトの認識はユーザによるトリガを受ける。或いは、認識エンジン１５０２及びセマンタイザプロセス１５０４は、物理的な対象物のセマンティックオブジェクトを得るために、外部モジュール１５１０用のAPIを介して外部モジュール５１０により呼び出されてもよい。
【０２３７】
セマンティックオブジェクトはローカルファイルシステムに個別ファイルとして格納されてもよく、システムはその情報に合致するファイルを通じてそのセマンティックオブジェクトを簡単に取得してもよい。例えば、セマンタイザはRFIDデータと同じ名前のファイルを単に拾い出し、そのファイル中のセマンティックオブジェクトを返してもよい。
【０２３８】
セマンティックオブジェクト全体がセマンタイザに伝達される場合は何もないが、セマンティックオブジェクトの一部が伝達される場合は、セマンタイザはそのオブジェクトについての付加的な情報を付けても付けなくてもよい。
【０２３９】
セマンタイザが、１つの又は一定数のセマンティックオブジェクトを返すようにサポートされており、それらを確認できなかった場合、セマンタイザは、可能なものの中から適切なものを選択するように又は認識プロセスが再びなされるようにユーザに求める。
【０２４０】
最後に、セマンタイザはそれらのセマンティックオブジェクトを公表部に伝達し、又はそれらをプログラム的なAPIモジュールに返す。
【０２４１】
３．公表部１５０６
公表部はそれらのセマンティックオブジェクトを、サービスを提供するセマンティックオブジェクトとして用意する。単独のセマンティックオブジェクトがセマンタイザにより用意される場合には、サービスを提供するシングルセマンティックオブジェクトを公表する。また、複数のオブジェクトが与えられている場合にはサービスを提供する複数のセマンティックオブジェクトを公表する。また、場合によっては、１つのサービスは、ユーザに１以上のセマンティックオブジェクトをユーザインターフェースにより複数のオブジェクトの中から選択させる。また、それらの方法が組み合わせられてもよい。公表手段に関し、PIPEWSAPI122が使用されてもよい。
【０２４２】
本発明の一実施例によれば、認識は例えばユーザによるボタンのクリックでトリガをかけてもよい。また、プログラム的なAPIモジュールからの機能呼び出しにより認識が開始されてもよい。その機能呼出が認識されたセマンティックオブジェクトの値を返さなければならなかった場合、セマンタイザはそのセマンティックオブジェクトをプログラム的なAPIモジュールに変える。この場合、セマンタイザはセマンティックオブジェクトを公表部に送らなくてもよい。プログラム的なAPIモジュールによる機能呼び出しは、ウェブサービスコールを利用するように、遠隔的に実行されてもよい。
【０２４３】
（２）データベースセマンタイザクライアント119b-4
多くのフォーマットされたデータは今日リレーショナルデータベースに格納される。データベースセマンタイザは、RDFで又はより具体的にはOWLで、そのデータベースからのデータをセマンティックオブジェクトとして利用可能にする。より具体的にはデータベースセマンタイザ119b-4は半構造(semi-structured)テキストデータを処理する。典型的には、本発明によれば、データベースセマンタイザは２つの主要モジュールより成り、１つ目はデータベースの手法及びオントロジ間のマッピング（対応関係）を作成するユーザインターフェースであり、２つ目は上記のマッピングに基づいてデータベースからセマンティックオブジェクトを提供するセマンティックサービスプロセスである。
【０２４４】
選択的に、データベースセマンタイザは、プロセス１で作成されたマッピングに基づいて、データベース中の単独の又は複数のファイルからのデータの全部又は一部により、セマンティックオブジェクトを作成可能である。
【０２４５】
マッピングを作成するユーザインターフェースは図形でもよい。より具体的には、GUIウインドウの一方側にデータベース手法を、別のGUIウインドウの他方側にオントロジを表示し、ユーザがデータベースとの対応付けを計画するようにしてもよい。ユーザはデータベース手法とオントロジとマッピングをマニュアルで指定してもよい。典型的には、ここで説明される実施形態によれば、ユーザは一方側のオントロジにおけるセマンティックを及び他方側におけるデータベース手法の項目を取り出し、それらが対応付けられるシステムに指定する（例えば、“マップ（Map）”ボタンをクリックすることで指定する。）。ユーザが所望のマッピング全てを指定するまで、ユーザはプロセスを反復する。上述のように作成されたマッピング仕様を用いて、セマンティックサービスプロセスはデータベースからデータ（実際の値）をマッピングし、マッピングされた値を有するセマンティックインスタンスを作成する。しかしながらそのシステムは手法及びオントロジにおける構文的糸口に基づいて可能なマッピングに関する示唆を与えてもよい。システムはマッピングの一貫性による速やかな検査を行ってもよい。マッピングがなされると、そのマッピングをほぞんし、例えば将来的な使用に備えてファイルに保存する。データベースセマンタイザクライアント119b-4は、ここで説明されるようにPIPE-WSAPI122に基づいてSSD116を作成することで、作成されたセマンティックオブジェクトを利用して、サービス１１２を作成する。
【０２４６】
セマンティックサービスプロセスは、マッピングに基づいてセマンティックオブジェクトを生成するプログラム的なAPIモジュールだけでなく、１以上の生成されたセマンティックオブジェクトからユーザが取り出すためのユーザインターフェースと共になされてもよい。セマンティックサービスが実行されると、セマンティックサービスはユーザインターフェースをユーザに提供し、１以上のセマンティックオブジェクトを取り出せるようにし、セマンティックサービスは選択されたオブジェクトを戻り値として返す。効率化のため、特にデータベースが膨大な数のデータを有している場合、セマンティックサービスは、ユーザインターフェースを用意し及びデータを対応付ける度に、そのマッピングに基づいてデータベースをセマンティックオブジェクトに結合する。しかしながら、所与のマッピングに基づいて、データベースセマンタイザがデータベースから作成されたセマンティックオブジェクトを有すること、及びそれらのセマンティックオブジェクトを介してその機能を提供することも可能である。
【０２４７】
（３）メディア公表部119b-5
ディレクトリ公表サービスと同様に、メディア公表サービスはユーザがファイル（オーディオ、ビデオ又はイメージ）を装置から選択し、対応するセマンティックインスタンスを取得することを可能にする。しかしながらサービスがどのように開始されるかについての手法は異なる。ユーザが装置（例えば、メモリ装置、ディジタルカメラ、CD-ROM、DVD-ROM又は外部ハードドライブ）にプラグインすると、プログラムが開始され、その装置にファイル（オーディオファイル、ビデオファイル又はイメージファイル等）が有るか否かを確認する。もしも有れば、ダイアログボックスが現れてユーザがそれらを公表することを希望するか否かを尋ねる。公表するようにユーザが決定すると、新たなサービスが生成される。
【０２４８】
ユーザが気ままにファイル（オーディオ、ビデオ又は画像等）を共有することを希望する場合にそのサービスは非常に有利である。ユーザは装置に接続し、OKをクリックすることしか要求されない。そして全てがユーザに関して設定される。ユーザは他のサービスと共に構成されたこれらの新たに公表されたサービスを用いてユーザのタスクを達成する。ユーザが望めば、或るオプション群と共に、OKのクリックさえ省略可能であり、サービス公表プロセスが完全に自動化されてもよい。メディア公表クライアント119b-5は、ここで説明されるように、PIPE-WSAPI122に基づいてSSD116を生成することで、生成されたセマンティックオブジェクトを用いてサービスを生成してもよい。
【０２４９】
（４）“ホワイトホール”119b-1
図１６Ａは本発明の一実施例によるオブジェクト及びサービスの意味論的処理、サービス処理及び公表に関する手順を示す。図１６Ａではホワイトホール119b-1はPIPE-WSAPI122（管理ツール１２４）を利用し、サービスの動的な生成（サービス公表）及びそれらの普及（共有）をサポートする。このツールはオブジェクト及びサービスを意味論的に処理し、サービス処理し及び（情報を）公表するために使用される。ホワイトホールクライアント119b-1はオペレーティングシステム又はアプリケーションオブジェクト（例えば、OSによるファイル、PIMアプリケーションのコンタクト等）、OWLフォーマット（又はOWLファイルへのURL）のセマンティックオブジェクト、及びOWL-Sフォーマット（又はOWL-SファイルへのURL）のセマンティックサービス記述に関する便利なドラッグアンドドロップインターフェースを有する。
【０２５０】
何かがホワイトホールに落とされると（入力されると）、そのツールは先ずそのタイプを次のようにして判定する：（ａ）OWL又はOWL-Sオブジェクトならば、ホワイトホールは単にそれをPIPE-WSAPI122に伝送し（以下で説明される）（図１６Ｄ−Ｆ）；（ｂ）OWL又はOWLL-SファイルへのURLならば、ホワイトホールはURLのコンテンツをダウンロードし、それをPIPE-WSAPI122に伝送し；（ｃ）（意味論的に）既知のOS/アプリケーションオブジェクトならば（図１６Ｇ−Ｊ）又はセマンティックオブジェクトならば（図１６Ｋ−Ｎ）、ホワイトホールはそのオブジェクトを意味論的に処理する（図１６Ａ，図１６Ｂ、テーブル１５５０）。意味論的処理はOS/アプリケーションオブジェクトから意味論的オブジェクトを生成するプロセスである（例えば、非限定的に説明される例として、リアルワールドオブジェクトセマンタイザ119b-3及び意味論的オブジェクト作成用のデータベースセマンタイザ）。TCS１１８は１０タイプのOS/アプリケーションオブジェクト（OSからのファイル及びURL、PIMアプリケーションからのコンタクト及びスケジュール等）をサポート可能である。ホワイトホールはそれらの名称、実行及びコンテンツによりオブジェクトの意味論的タイプを決定する。そのタイプが決定されると、そのタイプに関するOWLテンプレートが検索され、オリジナルのオブジェクトから抽出された値で満たされる。そしてオブジェクトのOWL記述が生成され、PIPE-WSAPI122に伝送される。例えば、ユーザがPIMアプリケーションからコンタクト項目を落とすと、ホワイトホールはそのコンタクトタイプに関するOWLテンプレートを先ずロードし、コンタクト項目から名前、企業、電子メール、電話等を検索し、それらでテンプレートを埋める。最終的に完全なOWLオブジェクトがPIPE-WSAPI122に伝送される。
【０２５１】
PIPE-WSAPI122は、ミドルウエアサーバプロセシングレイヤ１０８の管理ツール124の一部であり、セマンティックオブジェクトをサービス処理するための及びそれらを公表するためのツールである（図１６Ｃ参照。）；ホワイトホールの可能な出力（OWLにおけるセマンティックオブジェクト又はOWL-Sにおけるセマンティックサービス記述）は公表前にサービス処理される必要がある。（セマンティックサービス記述と共に）サービス１１２は作成され、起動時に、それは自身のセマンティックオブジェクトを返す。特にPIPE-WSAPI122は先ずウェブサービスを動的に作成し、起動時にセマンティックオブジェクトを出力として返し；次に、新たに作成されたセマンティックサービス記述が生成される（図１６，テーブル１５５５）。このプロセスの間では、サービスの名称、記述、出力タイプ及び基礎的詳細が上位レベルで（OWL-Sで）決定及び記述される。従って、タスクコンピューティング１００システムは、タスクコンピューティング１００システムを介して定義されたオブジェクトを及び／又は如何なるOWLオブジェクトをもサポートする。
【０２５２】
サービス処理の成果はセマンティックサービス記述、即ちSSD１１６であり、ユーザがホワイトホールに落としたオリジナルのもの、或いは新たに作成されたウェブサービスを記述するために作成されたPIPE-WSAPI122である。PIPE-WSAPI122はユーザが選択する探索範囲（上述）に依存してSSD１１６を公表するために使用される。例えばユーザがそれをサブネットサービス毎のグループとして公表することを希望する場合、PIPE-WSAPI122はOWL-Sファイルを指定するgetDescriptionアクションと共にUPnPデバイスを作成する。
【０２５３】
PIPE-WSAPI122がホワイトホールクライアント119b-1に関連して記述されている場合でさえ、PIPE-WSAPI122はウェブサービスインターフェーエスと共に完全に独立したツールにすることができ、TCC118内の他の如何なるコンポーネントからでも呼び出し可能であり、オブジェクト又はサービスを公表するために使用可能である。逆に、PIPE-WSAPI122はSTEER-WSAPI120のような他のTCE-WSAPI１１６を呼び出すこともできる。PIPE-SWAPI120の１つの重要な用途はいわゆるセマンティックオブジェクトバンクサービスを実現することであり、そのサービスはセマンティックオブジェクトの継続的な−パーシステントな−(persistent)リポジトリである。バンクサービスは、その環境内でサービスを提供するセマンティックオブジェクトとしてファイル、コンタクト、スケジュール等のようなものを残すようにユーザにより使用可能であり、人々（おそらくは後に）がタスク１２６を達成するためにそれらのサービスを利用できるようにする。
【０２５４】
PIPE-SWAPI120も管理ユーザインターフェースを含み、管理ユーザインターフェースは、ユーザがPIPE-SWAPI120を介して公表したセマンティックオブジェクト又はサービスを組織するようにユーザを支援する。この機能は以下の属性を有する：
１．探索範囲の切替：ユーザは、例えばサービスを一時的に「保持（hold）」するために（エンプティ−empty−探索範囲）、PIPE-WSAPI122を介して公表したサービス用の探索範囲を切り替えることができる。
【０２５５】
２．満了時間：ユーザはサービスが満了時間後に発見できないように、そのサービスの満了時間を設定できる。
【０２５６】
３．呼び出し制限：ユーザは、或る呼び出し回数の後はサービスが発見できないように、可能な呼び出し回数について制限を設定することができる。
【０２５７】
４．名称／記述：ユーザはサービスのテキスト記述及び名称を設定可能又は変更可能である。
【０２５８】
図１６Ｄ−１６Ｎは本発明の一実施例によるOWL-Sにおけるコンピュータ解釈可能なSSD116のソースコードの３つの具体例を示す。特に図１６Ｄ−Ｆは企業１により作成された書類１（１５７０）に関するSSD１１６である。図１６Ｇ−ＪはOS/アプリケーションオブジェクト１５７２に基づいて作成されたSSD116である（この例では、エムエスアウトルック（MS  OUTLOOK）のようなアドレスブックからの「ボブスミス」の連絡先である。）。図１６Ｋ−Ｎはセマンティックオブジェクト１５７４に基づいて作成されたSSD116である。
【０２５９】
新規サービス：
新規サービス１１２が設計及び実行され、そのサービスは（１）セマンティックインスタンスシリアライズサービス、（２）情報提供サービス、（３）センササービス（限定ではないが、時間、関連する天候、温度及び／又は検知可能な如何なるもの等）、（４）スナップショットサービス、（５）OWLフォーマッターサービス及び（６）テキストフォーマッターサービスを含む。
【０２６０】
（１）セマンティックインスタンスシリアライズサービス
このカテゴリのサービスは如何なるタイプのセマンティックインスタンスをも消費し、それらを順に並べ、その情報をユーザに伝える。一例は、「テルミー(Tell  Me)」である。これはセマンティックインスタンスを取り出し、それを人が理解できる文字列に並べ、それを読み出す。「Tell  Me」サービスの詳細は後述される。
【０２６１】
セマンティックインスタンスが到着すると、そのセマンティックインスタンスは先ず「Tell  Me」サービスにより分析される。「Tell  Me」サービスはそのトランスフォーメーションスクリプトリポジトリを検査し、そのクラスのインスタンスに又は任意のクラスのインスタンスのオブジェクト特性について、利用可能な何らかの順序置換が有るか否かを確認する。変換スクリプトは、拡張可能スタイルシート言語（XSLT）スクリプトにすることができるがこれに限定されない。そのようなスクリプトが発見されると、それは先ずインスタンスに適用され、そのインスタンスを（又はそのインスタンスの一部を）或る文字列に変換する。変換プロセスは、そのインスタンスがオブジェクト特性のような他のインスタンスを含む場合に再帰的に適用される（例えば、「連絡先」インスタンスは、「アドレス（Address）」インスタンスを、「ビジネスアドレスを有する（hasBusinessAddress）」及び「ホームアドレスを有する(hasHomeAddress)」オブジェクト特性として含み、対応するスクリプトがそのインスタンスに適用される。）。
【０２６２】
例えば、サービスは以下の「アドレス」インスタンスを受信する：
【０２６３】
【数８】
2007535767.tif 000011
スクリプトを適用すると、その出力は次のようになる：
「企業１、都市名」の「アドレス」は、「1000例示的アベニュー、都市名、州、郵便番号、国名」になる（“Company-1,City  Name”の“Address”は、“1000Example  Avenue,  City  Name,  State,  Zip  Code  Number,  Country  Name”になる。）。
【０２６４】
次に、変換結果は又は何のスクリプトも発見されなかった場合のインスタンスは、一般的な整列モジュールに送られる。このモジュールの目的はデフォルトの論理（ロジック）を用いて如何なるセマンティックインスタンスでも順に並べることである。上記の例では、アドレスインスタンスに関して何らのスクリプトも無ければ、そのインスタンスは次のように並べられる：
「アドレス」、「企業１、都市名」は「1000例示的アベニュー」を「ストリートアドレス」として、「都市名」を「都市」として、「州名」を「州」として、「郵便番号」を「ジップコード」として、及び「国名」を「国」として有する。（“Address”，“Company-1,City  Name”は、“1000Example  Avenue”を“Street  Address”として、“City  Name”を“City”として、“State  Name”を“State”として、“Zip  Code  Number”を“Zip  Code”として、“Country  Name”を“Country”として有する。）。
【０２６５】
“Tell  Me”サービスの最終ステップは、並べられた文字列を読み出すことである。“Tell  Me”サービスの整列モジュールは、チッカー(ticker)装置に文字列を表示する“Show  Me”サービスのような多くの他の同様なサービスによっても使用可能である。
【０２６６】
“Tell  Me”サービスはVoiceSTEERと組み合わせて使用する場合に非常に有用である。これは、1以上の入力を有し且つ何らの出力も（意味論的には）有しないサービスである。それは、入力として受信するセマンティックオブジェクトを読み出す。セマンティックオブジェクトがこのサービスにとって既知のタイプである場合には、既知のタイプ各々についてXSLTスクリプトのような内部手段を利用し、そのオブジェクトをどのように読み出すか判定する。そのサービスについてオブジェクトが未知であった場合には、それは先ずオブジェクトのオントロジを探し、それをどのように読むかについての情報の有無を確認する。それにも失敗した場合には、デフォルトの手法を利用してそのオブジェクトが参照するオントロジを用いて読み出す。
【０２６７】
例えば、サービスは次のような「アドレス」オブジェクトを受けるように仮定される：
【０２６８】
【数９】
2007535767.tif 000012
サービスが「アドレス」オブジェクトを知らなかった場合、サービスはそのオブジェクトを次のように読んでもよい。
【０２６９】
「アドレス」、「企業１、都市名」は「1000例示的アベニュー」を「ストリートアドレス」として、「都市名」を「都市」として、「州名」を「州」として、「郵便番号」を「ジップコード」として、及び「国名」を「国」として有する。（“Address”，“Company-1,City  Name”は、“1000Example  Avenue”を“Street  Address”として、“City  Name”を“City”として、“State  Name”を“State”として、“Zip  Code  Number”を“Zip  Code”として、“Country  Name”を“Country”として有する。）。
【０２７０】
“co:streetAddress”用の“Street  Address”のような特性に関するラベルが、“アドレス”オブジェクトが参照するオントロジで規定される。セマンティックオブジェクトは（XSLTコード部分のような）変換関数を与えることでストリングに並べられることができる。オントロジファイル内で、シリアル化関数が定義される場合、又は“Tell  Me”サービスが“アドレス”オブジェクトを自身の知識ベースでどのように並べるかを知っていた場合、その関数を適用し、そのオブジェクトを次のように読み出してもよい。
【０２７１】
「企業１、都市名」の「アドレス」は「1000例示的アベニュー、都市名、州名、郵便番号及び国名」を有する。（“Company-1,City  Name”の“Avenue”は、“1000Example  Avenue、City  Name、State  Name、Zip  Code  Number、Country  Name”を有する。）。
【０２７２】
この“Tell  Me”サービスは如何なるオブジェクトでも入力として受け入れる。それが“Tell”、“What  is”のような複数の名称を有してもよい（これらの名称は同じOWL-Sファイルで又は別個のOWL-Sファイルで用意されてもよい。）。これはセマンティックオブジェクトを検査するのに使用する自然な手法を与える。例えば、“温度（Temperature）”と呼ばれるサービスが現在の室温を返す場合、ユーザは次のようにVoiceSTEERを問い合わせることができる：
コンピュータ、“温度”を“私に教えてください”？（Computer,“Tell  Me”(the)“Temperature”？）
コンピュータ、“温度”は何度ですか？（Computer,“What  is”（the)“Temperature”？）
サービスは他の名称を有することもでき、特定の種類のオブジェクトを受け入れ、そのサービスがタスクコンピューティングクライアントの自動変換サービス挿入手段と組み合わせ可能であるように形成されてもよい。例えば“Where  is”を、“Location”オブジェクトを受け入れる別名の“Tell  Me”サービスとする。“Commander  Data”というサービス（サービスのロケーションを含むコマンダーデータの“Contact”情報を与えるサービス）と、“Location  of”というサービス（“Contact”から“Location”を抽出するサービス）があるとする。この場合、VoiceSTEERに対して次のように言うことができる。
【０２７３】
コンピュータ、“コマンダーデータ”は“どこですか”？（Computer,  “Where  is”“Commander  Data”？）
そして、“Location  of”サービスは自動的に挿入され、“Commander  Data”、“Location  of”、“Where  is”というサービス構成が実行され、コマンダーデータのロケーションが読み出される。また、次のように言うこともできる。
【０２７４】
コンピュータ、“コマンダーデータ”“のロケーション”“を私に教えてください”？
（Computer,“Tell  Me”（The）“Location  of”“Commander  Data”？）
コンピュータ、“コマンダーデータ”“のロケーション”“はどこですか”？
（Computer,“What  is”（The）“Location  of”“Commander  Data”？）
サービスが特定の種類のオブジェクトを受け入れるにすることで、サービスがセマンティックサービスのサービス管理機能と共に合成可能であるようにすることもできる。例えば、“Where  is”が“Tell  Me”サービスであるとする。“View  on  Projector”サービスはSSD中のロケーション情報を提供するものとする。この場合、VoiceSTEERに対して次のように尋ねることができる。
【０２７５】
コンピュータ、“プロジェクタに表示”は“どこですか”？
（Computer，“Where  is”“View  on  Projector”？）  
そして、“Location  of”サービス管理機能（サービス管理機能の詳細は以下で更に詳細に説明される。）は“Where  is”及び“View  on  Projector”の間に自動的に追加される。
【０２７６】
“Where  is”は実行され、“View  on  Projector”のロケーションが読み出される。当然に次のように言うことができる。
【０２７７】
コンピュータ、“プロジェクタに表示”“のロケーション”“を私に教えてください”？
（Computer,“Tell  Me”（The）“Location  of”“View  on  Projector”？）
コンピュータ、“プロジェクタに表示”“のロケーション”“はどこですか”？
（Computer,“What  is”（The）“Location  of”“View  on  Projector”？）
“Tell  Me”サービスが最も有用なVoiceSTEERの利用状況で説明されるとしても、それは如何なるタスクコンピューティングクライアントと共に使用可能である。
【０２７８】
（２）情報提供サービス：
情報提供サービスは入力を一切とらず、一旦起動されると、セマンティックインスタンスを出力として生成する。情報提供サービス及びインスタンス提供サービスの間の相違は、情報提供サービスで生成されるインスタンスは刻々と時間毎に異なるが、インスタンス提供サービスにより生成されるものは常に同じであることである。情報提供サービスのいくつかの具体例は、温度サービス、時間及びデータサービス等である。
【０２７９】
“温度サービス”を例にとると、それが起動されると、そのサービスはセンサにより現在の温度を検査し、その最新値でセマンティックインスタンスを生成する。上述の“Tell  Me”サービスと合成される場合に非常に有用である：ユーザが音声ベースのタスクコンピューティングクライアントを介して、“コンピュータ、会議室の温度を教えてください”と指令すると、“温度は７５度です”がユーザの耳に入る。
【０２８０】
（３）センササービス（限定ではないが、時間、関連する天候、温度及び／又は検知可能な如何なるもの等）は、ある種の情報提供サービスである。
【０２８１】
時間／温度サービスのようなセンササービスはセマンティックオブジェクトプロバイダサービスである。サービスが一旦起動されると、サービスは装置、ウェブサービス、ウェブページ及び／又は他の情報ソースと相談し、現在の時間／温度をセマンティックオブジェクトとして返す。
【０２８２】
（４）スナップショットサービス
スナップショットサービスは、起動後に、ディジタルカメラ、ディジタルビデオカメラ、スキャナ等のような画像処理装置から静止画を捕捉し、“画像”セマンティックオブジェクトを返す。
【０２８３】
（５）OWLフォーマッターサービス
OWLフォーマッターサービスはその入力としてセマンティックオブジェクトを受け入れ、それらを人が理解可能な形式にフォーマットし、それを出力として返す。現在の技法における１つの例では、それらのオブジェクトの記述に使用されるオントロジを用いてHTMLのテーブルフォーマット中のセマンティックオブジェクトをフォーマットし、HTML自身を又はそれらに対するURLを返す。
【０２８４】
（６）テキストフォーマッターサービス
テキストフォーマッターサービスは入力としてセマンティックオブジェクトを受け入れ、それらを所定のテキストフォーマットの１つに変換し、テキストファイルとして保存し、それに何らかのファイル等を付ける。例えば、テキストフォーマッターサービスは“Book”セマンティックオブジェクトを受け入れ、それをBibTeXフォーマットに変換し、それをユーザ自身のBibTeXファイルに付けることができる。或いは、“プロテイン（Protein）”のような生体情報オブジェクトは、他のテキストフォーマッターサービスによるブラストアプリケーションにより使用されるフォーマットにも変換可能である。
【０２８５】
XSLT及び他のスクリプトを利用してサービスは実行可能である。例えば、テキストフォーマッターサービスは、セマンティックオブジェクト及び対応するフォーマッティングXSLTスクリプトの対（ペア）のテーブルを保持することができる。サービスがセマンティックオブジェクトを受け取った場合、テキストフォーマッターは、そのテーブルによりそれをフォーマットするのに使用されるのはどのXLSTスクリプトであるかを確認し、保存するファイル又は付けるファイルを選択するためにユーザにダイアログボックスをポップアップする。
【０２８６】
タスクコンピューティングクライアント１１９インターナルサービス：
図１７は本発明の一実施例によるインターナル（内部）サービスと共にSTEER-TCC-119のコンピュータディスプレイスクリーングラフィカルユーザインターフェースの画像を示す。インターナルサービスは、タスクコンピューティングクライアント１１９（STEER  TCC、ホワイトホール、サービスマネジャ等）と共に緊密に結束されたサービスである。サービスは特殊な方法でTCC１１９内で処理されるので、インターナルサービスは、たとえそれらが何らかの特定の発見手段によって発見されなかったとしても、クライアントのGUIのどこにでも登場できるように形成可能である。
【０２８７】
一般に、これらのインターナルサービスは過剰に一般的過ぎる（如何なる“もの”でも提供及び／又は消費してしまう。）。そのようなインターナルサービスは、他のローカルな及びパーバシブサービス１１２とは別のタスクコンピューティングクライアントによる手法で提供される。たとえインターナルサービスが他のサービス１１２と非常に別様に処理されるとしても、そのセマンティックサービス記述は表面的には異なっていない。これは、インターナルサービスを複合サービス内に保存し、その複合サービスを他者と共有することを許容する。
【０２８８】
インターナルサービスとの合成の実行は次のようになる。実行エンジンがインターナルサービスに遭遇すると、（実行エンジンはそれを知っている。なぜなら、全てのインターナルサービスは通常のWSDLウェブサービスとして既知のWSDLURLと共に記述されているからである。）そのエンジンはWSDLオペレーション名を確認し、どのインターナルサービスかを決定する。決定されると、WSDLウェブサービスを直接的に起動するのではなく、エンジンはインターナルサービスを処理する特殊なモジュールを起動する。
【０２８９】
ここで説明される実施形態によれば、インターナルサービスに関する一定のURLでリアルウェブサービスを実行することができ、そのサービスはインターナルサービスと同じ目的を有する。実行されるインターナルサービス手段を有していないいくつかのクライアントでもそのURLでサービスを依然として起動できるような場合に、特に有利である。明らかに、本手法でそれをインターナルサービスとして起動することは更に効果的である。
【０２９０】
以下、実行されるインターナルサービスが説明され、それらは：（１）インスタンス作成サービス、（２）インスタンスコピー、（３）インターセプトサービス、（４）インスタンス保存サービス及び（５）プロパティ選択サービスである。インスタンスクリエータ、インスタンスコピー要素、インターセプタ及びインスタンスセーバーは、タスク１２６実行フロー制御に関連する４つのインターナルクライアント１１９サービスである。これらはセマンティックオブジェクトを処理する場合に或る共通のモジュールを共有する。共通モジュールは、ユーザが動的にセマンティックインスタンスをファイルとして保存すること、又はローカルな若しくはパーバシブなインスタンス提供サービスを公表することを可能にする（セマンティックインスタンスを（又はそのオブジェクト特性を）セマンティックサービス構成に与えるように作成可能である。）。ユーザはセマンティックインスタンスをローカルストレージ若しくは全インスタンス（或いはインスタンスのオブジェクト特性）のウェブサイトのファイルの中からセマンティックインスタンスをロードすることもできる。セマンティックサービス構成の実行結果としてセマンティックインスタンスをロードするようにも構成可能である。共通のモジュールはオントロジ（例えば、「整数」、「時間」等）に基づいてそのデータに関する有効性検査も実行する。
【０２９１】
（１）インスタンス作成サービス
図１７には、「インスタンスクリエータ」１６０２の選択可能な図形表示が示されている。インスタンス作成サービスは、オントロジに基づいて如何なるセマンティックタイプについてでも対話インターフェースを生成し、ユーザがそのタイプのセマンティックインスタンスをそのインターフェースにより作成可能にするサービスである。これは、ユーザが入力と共にサービスを検査することを希望するが、そのタイプの入力を提供するサービスを一切有しない場合に特に有利である。インスタンス作成サービスは、入力をとるどのサービスの前にも置くことができる。インスタンス作成サービスの出力タイプは、以後のサービスの入力タイプと同じである。
【０２９２】
（２）インスタンスコピー
コピーサービスは実行シーケンス中の２つのサービス間に置かれる。実行フローのその時点で、出力に対する入力を複製し、それ以外に何もしない。それは主に、複数のサービスに複製された構成に対するいくつかの入力と共に、その構成を保存するのに使用される。コピーがなければ、保存された構成は厳密に同じであるべき複数の入力を必要とする。コピーがあれば、保存された構成は唯1つの入力だけしか有しなくてよい。保存された構成内では、インスタンスコピーは第1サービスとして入力を受け入れ、以後その入力は構成の中で複数のサービスに複製される。コピーの入力及び出力のタイプは以前のサービスの出力タイプと同じである。
【０２９３】
（３）インターセプタサービス
インターセプタサービスは実行シーケンスの２つのサービス間に置かれる。それが挿入されると、実行フロー中のその地点で止まり、分析し、以前のサービスの出力を表示する。ユーザは継続する前にその値を検討し及び更新する機会を得る。ユーザがその結果に不満足であれば、ユーザは実行を止めることを選択するかもしれない。一方、中間的な結果がファイルに保存可能であり、或いはセマンティックインスタンスとして公表可能である。インターセプタサービスは如何なる２つのさーびす間にも配置可能である。インターセプタの入力及び出力のタイプは以前のサービスの出力タイプと同じである。
【０２９４】
（４）インスタンス保存サービス
図１７には、「インスタンスセーバー」１６０４の選択可能な図形表示が示されている。インスタンスセービングインターナルサービス１６０４は如何なるセマンティックインスタンスでも分析及び保存する。或るシナリオでは、あるサービスで生成された出力はその環境内で他のどのサービスによっても使用不可能である。インスタンス保存サービスがなければ、その結果は失われるであろう。それがあれば、それを使用するサービスが利用可能な別の環境の中でそれを使用する又は将来的な利用に備えて、結果を格納する追加的な選択肢をユーザは有する。インスタンス保存サービスは出力を生成する如何なるサービスの後にも設けることができる。インスタンス保存サービスの入力タイプは以前のサービスの出力タイプと同じである。
【０２９５】
（５）プロパティチューザー
プロパティチューザーは出力の一部を抽出し、次のサービスに送るサービスである。これは、他のサービスで生成された出力の一部にしかサービスが挿入されていない場合に、特に有利である。例えば、“My  Contact”サービスはユーザが自身のアウトルック（Outlook）からコンタクト項目をユーザが選択し、“Contact”インスタンスを生成することを可能にする。“Map  of”サービスは“アドレス（Address）”インスタンスを受け入れ、そのアドレスのマップを表示する。これら２つのサービスは多義にリンク不可能である。なぜなら、“Contact”及び“Address”の間にスーパーサブクラス関係は一切無いからである。しかしながら、“Contact”インスタンスは、“Address”タイプを有する“hasBusinessAddress”と呼ばれるプロパティを有することに留意を要する。プロパティチューザサービスは、ユーザがこのタイプの可能な構成を発見することを支援するために使用される。
【０２９６】
プロパティチューザーは、第２サービスの入力が第１サービスの出力のプロパティである（或いは反復的にそのように構成される）場合に２つのサービス間に設けることが可能である。プロパティチューザーの入力タイプは、プロパティチューザーに先行するサービスの出力タイプと同じであり、プロパティチューザーの出力タイプはプロパティチューザー後のサービスの入力タイプと同じである。
【０２９７】
ここでは、タスクコンピューティング１００環境を複数のコンピュータシステム実行段にセグメント化することによるタスクコンピューティングシステム例が説明され、その実行段は、プレゼンテーションクライアント処理レイヤ、リモートプロシジャ呼出アプリケーションプログラムインターフェース（ＡＰＩ）、ミドルウエアサービスプロセッシングレイヤ（プレゼンテーションレイヤがリモートプロシジャ呼出ＡＰＩを介してリアルタイムでインターフェースをとり、プレゼンテーションレイヤでコンピュータ実行タスクインターフェースを、意味論的に記述されたコンピュータシステムソース機能に対して、コンピュータシステムでのサービスとして動的に生成する）；サービスレイヤ及び機能ソース実現レイヤ（意味論的に記述されたコンピュータシステムソース機能を、ミドルウエアプロセシングレイヤがインターフェースをとるコンピュータシステムでのサービスとして与える）；及びリアルタイムで動的に構成する実行可能なタスク（コンピュータシステムでの１以上のサービスに対してプレゼンテーションレイヤで生成されたタスクインターフェースに従って、１以上のサービスで構成される）を有する。コンピュータサービスは実行可能なタスクにリアルタイムで動的に構成され、その際に、意味論的に記述されたアプリケーション−、装置−及びサービス−リッチなコンピュータに基づいてコンピュータ上のサービスに対して生成されたインターフェースを用いる。ここで説明された実施形態によれば、ユーザは、実用的に、効果的に、効率的に、動的に、リアルタイムに、柔軟性のある統合されたユーザインターフェース（構成及び実行機能）を当てにし、やり取りを管理し、汎用コンピュータ環境とやり取りする。
【０２９８】
タスクコンピューティングは或るアプローチであり、そのアプローチは、（ａ）セマンティックウェブ技術を利用し、より多くの（セマンティック）ウェブリソースがユビキタスコンピューティングアプリケーションに速やかに利用可能になるようにし、（ｂ）リソースの性質には全く関係ないものであり、リソースがどのように発見されるか、どのようにアクセスされるか、どのように接続されるか又はどのように通信するかによらず、抽象化サービス１１６がタスクコンピューティングシステム１００でそれらを利用可能にするようにする。タスクコンピューティングは、全ての機能の普遍的な抽象化として意味論的に記述されたサービス１１６を当てにし、更に、構築可能なタスク１２６は多くのサービス１１２を含んでよいので、タスクコンピューティングは、装置対サービスの相互運用性(interoperability)より大きな範囲を網羅する。例えば典型的なタスクコンピューティング１００システムのタスク１２６はリアルタイムで動的に５−６個のサービス１１２を利用できる。
【０２９９】
本発明の上記の好適実施例は、（既知の如何なるコンピュータ読取可能な媒体に格納されるような）ソフトウエアで及び／又はプログラム可能な装置／コンピューティング装置を制御するプログラム可能なコンピューティング装置／ハードウエア（例えば、データを格納、検索、提示（例えば、表示）及び処理することができるプログラム可能な電子装置）−如何なるタイプのプログラム可能なコンピュータ装置で実現されてもよい。そのようなコンピュータ装置は、限定ではないが例えば、パーソナルコンピュータ、クライアントサーバネットワークアーキテクチャの場合にはサーバー及び／又はクライアントコンピュータ、分散ネットワークアーキテクチャにおけるネットワーク化されたコンピュータ、端末装置、パーソナルディジタルアシスタント、モバイル装置等である。
【０３００】
以上本発明に関する多くの特徴及び利点が詳細な説明から明らかになり、かくて添付の特許請求の範囲により、そのような特徴及び利点の全てを本発明の真の精神及び範囲内に網羅することが意図される。更に、多くの修正及び変形が当業者に明白なので、図示及び説明された構成及び動作に厳密に本発明を限定することは望まれず、従って適切な全ての修正及び変形は本発明の範囲内にある。  
【図面の簡単な説明】
【０３０１】
【図１Ａ】本発明の一実施例によるタスクコンピューティング環境のアーキテクチャを示すシステム図である。
【図１Ｂ】本発明の一実施例による、コンピュータで実現されるプレゼンテーションレイヤでのタスクインターフェースとしてコンピュータに表示されたグラフィカルユーザインターフェース画像を示す図である。
【図２】本発明の一実施例によるSTEER-WSAPIの定義リスト例を示す図である。
【図３Ａ】本発明の一実施例によるSTEER-WSAPIを利用するコンピュータソースコードを示す図である。
【図３Ｂ】本発明の一実施例によるSTEER-WSAPIを利用するコンピュータソースコードを示す図である。
【図４】本発明の一実施例によるミドルウエアプロセッシングレイヤ108プログラムモジュールの機能ブロック図を示す。
【図５Ａ】本発明の一実施例によるPIPE-WSAPI122の定義リスト例を示す図である。
【図５Ｂ】本発明の一実施例によるPIPE-WSAPI122の定義リスト例を示す図である。
【図６】本発明の一実施例によるコールバック方式のクロス環境サービスディレクトリのフローチャートである。
【図７】本発明の一実施例によるクロス環境サービスディレクトリ及び実行に関するネットワークを示す図である。
【図８】サービスを管理するための本発明の一実施例による移動電話表示スクリーンのユーザインターフェース画像を示す図である。
【図９】本発明の一実施例によるコンピュータ表示位置認識アイコングラフィカルユーザインターフェース画像を示す図である。
【図１０】本発明の一実施例によるタスクコンピューティング音声認識用の状態遷移図を示す。
【図１１】本発明の一実施例によるタスクコンピューティング用の音声認識ダイアグラムを生成する擬似コード例を示す図である。
【図１２Ａ】本発明の一実施例による如何なる言語ででもタスクコンピューティングクラインとユーザインターフェースを表示するフローチャートである。
【図１２Ｂ】本発明の一実施例によるプレゼンテーションレイヤで日本語でコンピュータタスクインターフェースとしてコンピュータに表示されたグラフィカルユーザインターフェース画像を示す図である。
【図１３】本発明の実施例によるサービスアクセスコントロールのフローチャートである。
【図１４Ａ】本発明の一実施例で行われるサービスアクセス制御プロセスを示す図である。
【図１４Ｂ】本発明の一実施例で行われるサービスアクセス制御プロセスを示す図である。
【図１４Ｃ】本発明の一実施例で行われるサービスアクセス制御プロセスを示す図である。
【図１４Ｄ】本発明の一実施例で行われるサービスアクセス制御プロセスを示す図である。
【図１４Ｅ】本発明の一実施例で行われるサービスアクセス制御プロセスを示す図である。
【図１４Ｆ】本発明の一実施例で行われるサービスアクセス制御プロセスを示す図である。
【図１４Ｇ】本発明の一実施例で行われるサービスアクセス制御プロセスを示す図である。
【図１４Ｈ】本発明の一実施例で行われるサービスアクセス制御プロセスを示す図である。
【図１５】本発明の一実施例によるリアルワールドオブジェクトセマンタイザのアーキテクチャを示す機能ブロック図である。
【図１６Ａ】本発明の一実施例によるオブジェクト及びサービスの意味論的処理、サービス処理及び公表に関する手順を説明するための図である。
【図１６Ｂ】本発明の一実施例によるオブジェクト及びサービスの意味論的処理、サービス処理及び公表に関する手順を説明するための図である。
【図１６Ｃ】本発明の一実施例によるオブジェクト及びサービスの意味論的処理、サービス処理及び公表に関する手順を説明するための図である。
【図１６Ｄ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｅ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｆ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｇ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｈ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｉ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｊ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｋ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｌ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｍ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１６Ｎ】本発明の一実施例によるOWL-SにおけるSSD116のコンピュータで理解可能なソースコード例を示す図である。
【図１７】本発明の一実施例によるSTEERWSTCCのグラフィカルユーザインターフェースを内部サービスと共にコンピュータに表示した画像を示す図である。
【図２】
2007535767.tif 000013
【図３Ａ】
2007535767.tif 000014
【図３Ｂ】
2007535767.tif 000015
【図５Ａ】
2007535767.tif 000016
【図５Ｂ】
2007535767.tif 000017
【図６】
2007535767.tif 000018
【図７】
2007535767.tif 000019
【図１０】
2007535767.tif 000020
【図１１】
2007535767.tif 000021
【図１２Ａ】
2007535767.tif 000022
【図１３】
2007535767.tif 000023
【図１４Ｃ】
2007535767.tif 000024
【図１４Ｄ】
2007535767.tif 000025
【図１４Ｆ】
2007535767.tif 000026
【図１４Ｇ】
2007535767.tif 000027
【図１４Ｈ】
2007535767.tif 000028
【図１５】
2007535767.tif 000029
【図１６Ａ】
2007535767.tif 000030
【図１６Ｃ】
2007535767.tif 000031
【図１６Ｆ】
2007535767.tif 000032
【図１６Ｇ】
2007535767.tif 000033
【図１６Ｈ】
2007535767.tif 000034
【図１６Ｉ】
2007535767.tif 000035
【図１６Ｊ】
2007535767.tif 000036
【図１６Ｋ】
2007535767.tif 000037
【図１６Ｌ】
2007535767.tif 000038
【図１６Ｍ】
2007535767.tif 000039
【図１６Ｎ】
2007535767.tif 000040
【図１Ａ】
2007535767.tif 000041
【図１Ｂ】
2007535767.tif 000042
【図４】
2007535767.tif 000043
【図８】
2007535767.tif 000044
【図９】
2007535767.tif 000045
【図１２Ｂ】
2007535767.tif 000046
【図１４Ａ】
2007535767.tif 000047
【図１４Ｂ】
2007535767.tif 000048
【図１４Ｅ】
2007535767.tif 000049
【図１６Ｂ】
2007535767.tif 000050
【図１６Ｄ】
2007535767.tif 000051
【図１６Ｅ】
2007535767.tif 000052
【図１７】
2007535767.tif 000053
【国際調査報告】
2007535767.tif 000054