(57)【要約】  インターネット上で使用可能なサービスを家庭ネットワーク装置で使用可能なサービスにマッピングするシステム及び方法である。類似したサービスが単一インターフェースにより接近される。新たな機能性及びサービスの追加が可能な“軽い重量”プラグイン装置が提供される。これにより、システムは、ネットワーク内のゲートウェイ上で具現される。新たなサービスの追加は、編集の必要なしに動作時間中に行われる。プラグインは、必要ならばウェブに基づいたサービス提供者を通じて動的に得られるので、ユーザーがウェブに基づいたサービス提供者を通じて所望のプラグインのバージョンを使用することが保証される。
2009539170.tif 000002
【特許請求の範囲】
【請求項１】
外部ネットワーク内のサービスを地域ネットワーク上で使用可能にするシステムにおいて、
外部ネットワーク内のサービス提供者により提供されたサービスと相互作用するように許容する地域ネットワーク内のサービス提供者ＡＰＩモジュールと、
前記地域ネットワーク内の顧客プログラムとサービス提供者ＡＰＩモジュールとを連結する前記地域ネットワーク内の顧客ＡＰＩモジュールと、
前記顧客ＡＰＩモジュール関数呼び出しを前記サービス提供者ＡＰＩモジュールに翻訳し、前記呼び出しに対する応答として回答された情報の経路を決める地域ネットワーク内のサービス翻訳器モジュールと、を備えることを特徴とするシステム。
【請求項２】
前記顧客ＡＰＩモジュールは、ＡＰＩ集合と対応する方法とを含むことを特徴とする請求項１に記載のシステム。
【請求項３】
前記サービス提供者ＡＰＩモジュールは、ＡＰＩ集合と対応する方法とを含むことを特徴とする請求項１に記載のシステム。
【請求項４】
それぞれのサービス提供者ＡＰＩは、単一サービス提供者に対応することを特徴とする請求項３に記載のシステム。
【請求項５】
それぞれのサービス提供者ＡＰＩは、前記対応するサービス提供者により提供された前記サービスとの相互作用を許容することを特徴とする請求項４に記載のシステム。
【請求項６】
前記サービス提供者ＡＰＩモジュール、前記顧客ＡＰＩモジュール、前記サービス翻訳器モジュールは、地域ネットワーク内のゲートウェイ装置で具現されることを特徴とする請求項１に記載のシステム。
【請求項７】
前記顧客ＡＰＩモジュールは、ＡＰＩ集合と対応する方法の集合とを含み、
前記サービス提供者ＡＰＩモジュールは、前記サービス提供者により提供されたＡＰＩと対応する方法との集合を含み、
前記サービス翻訳器モジュールは、前記顧客ＡＰＩモジュール内のそれぞれの方法を前記サービス提供者ＡＰＩモジュールの一つまたはそれ以上の方法にマッピングさせることによって翻訳することを特徴とする請求項１に記載のシステム。
【請求項８】
前記サービス翻訳器モジュールは、前記顧客ＡＰＩモジュール内のそれぞれの方法を前記サービス提供者ＡＰＩモジュール内の一つまたはそれ以上の方法にマッピングさせるスクリプトの使用により翻訳することを特徴とする請求項７に記載のシステム。
【請求項９】
前記サービス翻訳器モジュールは、スクリプトとして暗号化されたプラグインを実行するための環境を提供するスクリプトエンジンを備えることを特徴とする請求項８に記載のシステム。
【請求項１０】
ユーザーの情報を管理して提供するプロファイル管理者をさらに含み、前記サービス翻訳器モジュールが前記サービス提供者により要求されたユーザー情報を提供するように、前記プロファイル管理者とさらに相互作用させることを特徴とする請求項１に記載のシステム。
【請求項１１】
前記サービス提供者ＡＰＩモジュールでＡＰＩの集合を管理するプラグイン管理者をさらに含むことを特徴とする請求項１に記載のシステム。
【請求項１２】
前記プラグイン管理者は、新たなサービス提供者のために新たなサービスＡＰＩを前記サービス提供者モジュールにさらに追加することを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記顧客ＡＰＩモジュールでＡＰＩの集合を管理するプラグイン管理者をさらに含むことを特徴とする請求項１に記載のシステム。
【請求項１４】
外部ネットワーク内のサービスを地域ネットワーク上で使用可能にする方法において、
外部ネットワークで使用可能なサービスを、地域ネットワーク内の顧客アプリケーションにより使用するためのサービスにマッピングするステップを含むことを特徴とする方法。
【請求項１５】
前記サービスをマッピングするステップは、サービスのための顧客アプリケーション要請を、前記外部ネットワーク内のサービス提供者により提供されたサービスに対する要請により翻訳することによって、顧客アプリケーションが外部ネットワーク内のサービス提供者により提供されたサービスと相互作用可能に翻訳するステップをさらに含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
サービスをマッピングするステップは、前記外部ネットワーク内のサービス提供者と連結された前記地域ネットワーク内のサービス提供者インターフェースを提供するステップと、
前記顧客アプリケーションと連結された前記地域ネットワーク内の顧客アプリケーションインターフェースを提供するステップと、
前記顧客アプリケーションインターフェースに関する顧客アプリケーションサービス関数呼び出しを前記サービス提供者インターフェース内の関数呼び出しに翻訳することによって、顧客アプリケーションが前記外部ネットワーク内のサービス提供者により提供されたサービスと相互作用できる前記地域ネットワーク内のサービス翻訳器を提供するステップと、をさらに含むことを特徴とする請求項１４に記載の方法。
【請求項１７】
それぞれのサービス提供者が前記サービス提供者に対応する前記サービス提供者ＡＰＩを提供するステップをさらに含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
それぞれのサービス提供者ＡＰＩは、前記対応するサービス提供者により提供されたサービスと相互作用することを許容することを特徴とする請求項１７に記載の方法。
【請求項１９】
前記サービス提供者インターフェース、前記顧客アプリケーションインターフェース及び前記サービス翻訳器は、前記地域ネットワーク内の前記ゲートウェイ装置で具現されることを特徴とする請求項１６に記載の方法。
【請求項２０】
前記サービス翻訳器は、前記顧客アプリケーションインターフェース内のそれぞれの方法をサービス提供者インターフェースに一つまたはそれ以上の方法にマッピングすることによって翻訳するステップをさらに含むことを特徴とする請求項１６に記載の方法。
【請求項２１】
ユーザー情報を維持するステップと、
サービス提供者により要求されたユーザー情報を提供するステップと、をさらに含むことを特徴とする請求項１６に記載の方法。
【請求項２２】
前記サービス提供者インターフェース内のＡＰＩの集合を管理するステップをさらに含むことを特徴とする請求項１６に記載の方法。
【請求項２３】
新たなサービス提供者のために、新たなサービスＡＰＩを前記サービス提供者インターフェースに追加するステップをさらに含むことを特徴とする請求項２２に記載の方法。
【請求項２４】
前記顧客アプリケーションインターフェース内のＡＰＩの集合を管理するステップをさらに含むことを特徴とする請求項１６に記載の方法。
【請求項２５】
新たなサービスのために、前記顧客アプリケーションインターフェースに新たなＡＰＩを追加するステップをさらに含むことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記地域ネットワーク内で単一インターフェースにより接近される類似したサービスを可能にするステップをさらに含むことを特徴とする請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上へのサービスを装置により使われるサービスにマッピングすることに関する。
【背景技術】
【０００２】
家庭ネットワークのような地域ネットワーク及びそれらのインターネットに対する接続性の増加と共に、インターネット上でのサービスを地域ネットワーク装置で使われるサービスにマッピングすることが要求される。
【０００３】
従来の方法は、ＷＭＣ（Ｗｉｎｄｏｗｓ  ＸＰ  Ｍｅｄｉａ  Ｃｅｎｔｅｒ  Ｅｄｉｔｉｏｎ）及びアドイン構成を含むものである。ＷＭＣは、家庭ネットワークのために関連した向上したメディア機能を提供するウィンドウ（登録商標）ＸＰ基盤の構成である。フラットホームは、それの機能性を向上させるために、ネットワークに“アドイン”を追加するための構成を提供する。この構造を通じて、ネットワークは、ウェブに基づいたサービス提供者と相互作用可能に形成される。
【０００４】
しかし、アドイン構成は、色々な短所を有する。アドイン構成の一つの短所は、ウィンドウＸＰの頂上に形成され、相当な演算資源を要求することである。アドイン構成の他の短所は、ダウンローディングした後でユーザーが必ずそれをインストールするためにインストーラーを実行せねばならないことである。アドイン構成の他の短所は、システム上でアドインの次に無期限に存在し、ディスク資源を消費することである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明の一実施形態では、インターネット上で使用可能なサービスをＴＶのような家庭ネットワーク装置により使われるサービスにマッピングするシステム及び方法を提供する。
【課題を解決するための手段】
【０００６】
本発明の一実施形態では、インターネット上で使用可能なサービスをＴＶのような家庭ネットワーク装置により使われるサービスにマッピングするシステム及び方法を提供する。かかるシステムは、類似したサービスが単一インターフェースにより接近されることを可能にする。例えば、あらゆるショッピングするサービスは、単一ショッピングアプリケーションプログラムインターフェース（ＡＰＩ）により接近される。
【０００７】
本発明は、また、新たな機能性及びサービスを追加できる“軽い重量”プラグイン構造を提供する。一実施形態において、システムは、制限されたメモリ及び計算を要求する電力と共に、ネットワーク上のゲートウェイ装置上で行う。新たなサービスの追加は、編集の必要性なしに動作時間中に行われる。
【０００８】
これにより、本発明は、資源が制限された環境内で行われ、ユーザーにプラグインをインストールするための手作業ステップを行うように要求しない。プラグインが必要とするとき、ウェブに基づいたサービス提供者により動的に得られるため、ユーザーは、ウェブに基づいたサービス提供者により要求されたプラグインのバージョンを使用することが保証される。
【０００９】
それらと本発明の他の特徴、外観、利点は、次の詳細な説明、特許請求の範囲及び図面を参考にして理解できるであろう。
【発明の効果】
【００１０】
これにより、本発明は、強制された資源の環境内で具現され、プラグインをインストールするためにユーザーが手作業ステップを行うことを要求しない。プラグインが必要であるとき、ウェブに基づいたサービス提供者を通じて動的に得られるため、ユーザーがウェブに基づいたサービス提供者を通じて所望のプラグインのバージョンを使用することが保証される。
【００１１】
本発明は、多くの他の形態の実施形態が可能であるが、ここで図面に示されて詳細に説明された例は、本発明の最適化された実施形態であり、詳細な説明は、発明の原理の例示として見なされるものであり、本発明の広い側面を図示された実施形態に限定するものではないということを銘記せねばならない。本発明に関して前述した例示の構成は、プロセッサによる実行のためのプログラム命令、論理回路、ＡＳＩＣファームウェアなどの技術分野に熟練された者に知られた多くの方法で具現される。したがって、本発明は、ここで説明された例示の実施形態にのみ限定されない。
【００１２】
本発明は、特定の望ましいバージョンを参考にして、それについて非常に詳細に説明された。しかし、他のバージョンも可能である。したがって、特許請求の範囲の意図の範囲は、ここに含む望ましいバージョンの詳細な説明に制限されてはならない。
【発明を実施するための最良の形態】
【００１３】
本発明の一実施形態では、インターネットのような外部ネットワーク上で使用可能なサービスを、家庭ネットワーク装置（例えば、ＴＶ）のような地域ネットワーク装置により使われるサービスにマッピングするシステム及び装置を提供する。かかるシステムは、類似したサービスを単一インターフェースにより接近可能にする。例えば、あらゆるショッピングするサービスは、単一ショッピングアプリケーションプログラムインターフェース（ＡＰＩ）により接近できる。
【００１４】
本発明は、また、新たな機能性及びサービスを追加できる“軽い重量”プラグイン構造を提供する。一実施形態において、システムは、制限されたメモリ及び計算を要求する電力と共に、ネットワーク上のゲートウェイ装置上で行う。新たなサービスの追加は、編集の必要性なしに動作時間中に行われる。
【００１５】
本発明の実施形態は、次の定義がある参照と共に述べられる：
インターネットサービス：インターネットを通じて接近されるサービス。インターネットサービスの例は、ａｎａｚｏｎ．ｃｏｍ，ｇｏｏｇｌｅ．ｃｏｍ及びｗｅａｔｈｅｒ．ｃｏｍである。
【００１６】
サービスカテゴリー：類似したサービスの団体は、サービスカテゴリーと呼ばれる。例えば、ｐｒｉｃｅｌｉｎｅ．ｃｏｍ及びｏｒｂｉｔｚ．ｃｏｍの両者は、旅行と関連したサービスを提供し、したがって、それらは、同じサービスカテゴリーに属する。
【００１７】
図１は、本発明の一実施形態によって、インターネット上で使用可能なサービスを家庭ネットワーク装置により使われるサービスにマッピングする方法を具現するマッピングシステム１００の例の機能ブロック図である。マッピングシステムは、次の五つの機能要素からなる。
【００１８】
ゲートウェイ（顧客）ＡＰＩ  Ｌｉｂ：ＧＬｉｂ  １０２。
【００１９】
サービス提供者ＡＰＩ  Ｌｉｂ：ＳＬｉｂ  １０４。
【００２０】
サービス翻訳者に基づいたスクリプト：ＳＴ  １０６。
【００２１】
プロファイル管理者：ＰＭ  １０８。
【００２２】
プラグイン管理者：ＰＬＭ  １１０。
【００２３】
この例において、前記の五つの機能要素は、ネットワーク上で、例えばゲートウェイ１１２のような装置で具現される。前記の五つの機能要素それぞれは後述する。
【００２４】
ゲートウェイＡＰＩ  Ｌｉｂ要素１０２（例えば、ソフトウェアモジュール）は、サービス提供者が提供するインターネットサービス１１６と相互作用するために、顧客１１４（例えば、装置及び／または家庭ネットワーク上の顧客プログラム）により使われるインターフェースを含む。それぞれのサービスカテゴリーは、一つのＡＰＩを含む。ゲートウェイＡＰＩ  Ｌｉｂ（ＧＬｉｂ）１０２は、ＧＬｉｂ  １０２内の方法と機能に対応するそれぞれのＡＰＩの集合を含む。それぞれのＡＰＩは、プラグイン管理者によりインストールされる（後述する）。
【００２５】
サービス提供者ＡＰＩ  Ｌｉｂ要素（ＳＬｉｂ）１０４は（例えば、ソフトウェアモジュール）、ＡＰＩの集合及びＳＬｉｂ  １０４でサービス提供者により提供される方法／機能に対応するＡＰＩを含む。それぞれのサービス提供者ＡＰＩは、単一サービス提供者に対応する。サービス提供者ＡＰＩは、サービス提供者により提供されたサービスとの相互作用を許容する。新たなサービス提供者ＡＰＩの追加は、プラグイン管理者１１０により行われる（後述する）。
【００２６】
サービス翻訳器要素１０６（例えば、ソフトウェアモジュール）は、ゲートウェイＡＰＩ  Ｌｉｂ  １０２の関数呼び出しをサービス提供者ＡＰＩに翻訳し、呼び出しに対する応答でサービス提供者からユーザーに回答された情報の目標を指定することに対する責任がある。
【００２７】
ユーザーは、関数呼び出しを開始する。例えば、ＧＬｉｂ  １０２でショッピングＡＰＩを利用して物を買う間に、ユーザーは物を買うことと決定する。システムがショッピングカテゴリーを有しており、ユーザーは、ショッピングカテゴリーのためのＡｍａｚｏｎ及びＢａｒｎｅｓ＆Ｎｏｂｌｅ（Ｂ＆Ｎ）の二つのサービス提供者（ＳＰ）を有していると仮定する。Ｇｌｉｂ  １０２は、あらゆるサービス提供者から購買のために使われるｂｕｙ（）機能を含む。ユーザーがアマゾンから物を買うことと決定すれば、ｂｕｙ（）呼び出しをし、ＳＰとしてアマゾンに伝達する。ＳＴ  １０６は、それをＳｌｉｂ  １０４の部分であるｂｕｙｆｒｏｍａｍａｚｏｎ（）にマッピングする。ユーザーがＢａｒｎｅｓ＆Ｎｏｂｌｅから買うことを選択すれば、関数呼び出しは、ＳＴ  １０６によりｂｕｙｆｒｏｍＢａｒｎｅｓ＆Ｎｏｂｌｅ（）に翻訳される媒介変数としてＢａｒｎｅｓ＆Ｎｏｂｌｅを有するｂｕｙ（）となる。さらに、ｂｕｙｆｒｏｍａｍａｚｏｎ（）方法が実行されれば、それは、サービス提供者を呼び出し、サービス提供者は、所定の情報（例えば、処理の方法）を戻し、情報は、再びユーザーに向かう。
【００２８】
翻訳は、ゲートウェイＡＰＩ  Ｌｉｂ  １０２内のそれぞれの方法を一つまたはそれ以上のサービス提供者ＡＰＩにマッピングするスクリプトにより行われる。サービス翻訳器１０６は、インターネットサービス１１６により要求されるユーザー情報を満たすために、プロファイル管理者１０８と相互作用する。例えば、インターネットサービス１１６が信用カード情報及びユーザー船籍アドレスを要求するかもしれない。この情報は、プロファイル管理者１０８からサービス翻訳器１０６により得られる。サービス翻訳器１０６は、スクリプトとして暗号化されたプラグインを実行するための環境を提供するスクリプト機関を含む。
【００２９】
方法と関数とは同一である。呼び出しは、方法や関数を実行する過程である。ＡＰＩは、方法や呼び出しの集合である。アマゾンが本の購買に対するサービスを提供すると仮定する。方法は、ｓｅａｒｃｈ（）とｂｕｙ（）とである。この方法は、総体的にＡＰＩとして知られている：
Ａｍａｚｏｎ  ＡＰＩ
１．ｓｅａｒｃｈＡｍａ（）
２．ｂｕｙＡｍａ（）
同様に、
Ｂ＆Ｎ  ＡＰＩ
１．ｓｅａｒｃｈｂ（）
２．ｂｕｙｂ＆ｎ（）
プロファイル管理者（ＰＭ）要素１０８（例えば、ソフトウェアモジュール）は、ユーザー情報を管理して供給する。サービス翻訳器１０６は、この情報をインターネットサービス１１６と相互作用するのに使用する。
【００３０】
プラグイン管理者（ＰＬＭ）要素１１０（例えば、ソフトウェアモジュール）は、ＡＰＩをゲートウェイＡＰＩ  Ｌｉｂ  １０２及びサービス提供者ＡＰＩにスクリプトを使用して追加することに関する責任がある。ＡＰＩは、方法の集合である。この方法は、Ｊａｖａ（登録商標）ｓｃｒｉｐｔのようなスクリプティングされた言語の暗号である。ＰＬＭ  １１０は、使われないものを除去し、要求に応じて新たなものを追加することによって、プラグインの管理にさらに責任がある。
【００３１】
図３のサービス翻訳器のフロー３００の例と結合された図２でのフローチャート２００の例を参照するに、ここで描写された例中のサービス翻訳器は、次のステップによって行われる。
【００３２】
ステップ２０２：ユーザーは、顧客プログラム１１４をゲートウェイＡＰＩ  Ｌｉｂ  １０２と相互作用させるために使用する。
【００３３】
ステップ２０４：ユーザー行動に基づいた顧客プログラム１１４は、ゲートウェイＡＰＩ  Ｌｉｂ  １０２内のＡＰＩ  １１５の一つの方法を使用してゲートウェイ１１２と通信する。
【００３４】
ステップ２０６：ユーザーの要求に対する応答で関数呼び出しを受けた上でサービス翻訳器１０６は、サービス提供者ＡＰＩ  １１７から一つまたはそれ以上の呼び出しを交互に呼び出すプラグインスクリプトで一致する関数を呼び出す。例えば、ユーザーは、アマゾンから本を買うためにボタンを押す。これに対する応答で、ＧＬｉｂ  １０２のｂｕｙ（）方法が呼び出される。特に、アマゾンは、媒介変数として伝達される。ＳＴ  １０６は、方法：ｂｕｙ（）及びサービス提供者名称：アマゾンを注目し、ｂｕｙＡｍａｚｏｎ（）呼び出しを生成する。ここで、ｂｕｙＡｍａｚｏｎ（）は、ＳＬｉｂ  １０４に存在するＡｍａｚｏｎ  ＡＰＩの方法である。例えば、ｂｕｙ（）などの呼び出された方法が一つまたはそれ以上のサービス提供者ＡＰＩにより実行されることが可能である。例えば、本は、ＡｍａｚｏｎやＢ＆Ｎにより購買され、これは、ｂｕｙ（）がｂｕｙＡｍａｚｏｎ（）やｂｕｙＢ＆Ｎにマッピングされることを意味する。サービス翻訳器１０６は、性向管理者により得られたユーザーの性向に基づいて一つのＡＰＩ  １１７を選択する（例えば、ｂｕｙＡｍａｚｏｎ（）やｂｕｙＢ＆Ｎ（）を選択する）。選択的に、ユーザーは、ユーザーの選好されたサービス提供者を具体化できる。選好管理者は、ユーザーのアドレスや信用カード情報のようなユーザーについての情報を有するモジュールを含む。選好管理者は、また、ユーザーが特別なサービス提供者を選好するか否かに関する情報も有している（例えば、ＡｍａｚｏｎやＢ＆Ｎ）。
【００３５】
ステップ２０８：サービス翻訳器１０６は、スクリプトで関数の入力媒介変数をチェックし、ゲートウェイＡＰＩ  １１５内の方法を通じて顧客１１４から受けた入力媒介変数とマッチングする。スクリプト内の関数が顧客１１４により提供されたものよりさらに多くの情報を要求すれば、プロファイル管理者１０８は、この情報を得るために質問する。
【００３６】
ステップ２１０：サービス提供者は、スクリプト内の関数により生成された呼び出しに応答して情報を回答する。この情報は、過程を開始した顧客に再び伝達される。
【００３７】
プラグインの追加
プラグインは、ソフトウェアシステムに機能性を加えるために使われるソフトウェア要素である。本発明において、新たなサービス提供者は、プラグインを追加することによって含まれる。システム１００でプラグイン形式の二つの例は、ＳＬｉｂ（サービス提供プラグイン）プラグイン及びＧＬｉｂプラグイン（サービスカテゴリープラグイン）を含む（図１）。
【００３８】
ＳＬｉｂプラグインは、ＧＬｉｂ  １０２での方法をＳＬｉｂ  １０４での方法にマッピングする。例えば、ＧＬｉｂ  １０２がインターネット上で顧客１１４が検索できるＡＰＩを有すれば、ＳＬｉｂプラグインは、このＡＰＩをインターネット上で検索サービスに連結する。検索サービスは、サービスカテゴリーである。ＧＬｉｂ  １０２内のこのＡＰＩは、一つの検索サービスよりさらに多くの使用を生成するためにオーバーロードされる。新たなサービスカテゴリー（例えば、ショッピングプラグイン）を追加させるためには、新たなサービスカテゴリーＡＰＩがＧＬｉｂプラグインを利用してＧＬｉｂ  １０２に加えられねばならない。
【００３９】
ＧＬｉｂプラグインの機能は、例を通じて説明される。ユーザーがインターネットを検索することを許容する特徴の付加を所望するならば、ユーザーは、顧客プログラムを使用して、ユーザーにより実行されるｓｅａｒｃｈ（）方法を有すると考えられる。これにより、ユーザーは、ＧＬｉｂ  １０２に関数呼び出しを実行する。もし、ユーザーがＧｏｏｇｌｅに接続する必要があるならば、Ｇｏｏｇｌｅウェブサイトに接続する方法を有するスクリプトが必要である。これは、サービス提供者スクリプトが基本的に提供するｓｅａｒｃｈＧｏｏｇｌｅ（）方法により行われ、これは、ｓｅａｒｃｈ（）方法に連結される。これにより、ｓｅａｒｃｈ（）を提供するスクリプトは、サービスカテゴリープラグインまたはＧＬｉｂプラグインである。なぜならば、それがＧＬｉｂの部分であるためである。したがって、ｓｅａｒｃｈｇｏｏｇｌｅ（）は、サービス提供者により提供される方法であり、サービス提供者プラグインまたはＳＬｉｂプラグインと呼ばれる。
【００４０】
図４のフローチャート４００の例に示すように、本発明の一実施形態において、ＧＬｉｂプラグインは、次のステップによって追加される。
【００４１】
ステップ４０２：ユーザーは、サービスカテゴリー及び各自に可能なインターネットサービス１１６を見るために、顧客プログラム１１４（図１）を使用する。
【００４２】
ステップ４０４：ユーザーは、新たなサービスカテゴリーの追加を決定し、可能なサービスカテゴリーリストからサービスカテゴリーを選択する。
【００４３】
ステップ４０６：選択されたサービスカテゴリーと対応するＧＬｉｂプラグインは、例えばインターネットから検索され、ローディングのためにＰＭ  １０８に送信される。
【００４４】
ステップ４０８：ＰＭ  １０８は、ＧＬｉｂプラグインをＳＴ  １０６の実行機関にロードし、プラグインｉｄを表（プラグイン表）に追加する。それぞれのプラグインは、プラグインｉｄにより確認される。
【００４５】
ステップ４１０：ＳＴ  １０６は、ＧＬｉｂプラグインｉｄをプラグイン検索表に追加する。プラグイン検索表は、ＧＬｉｂプラグインｉｄを、サービスカテゴリーを行うＳＬｉｂプラグのあらゆるプラグインのｉｄにマッピングする。
【００４６】
ステップ４１２：ＧＬｉｂ  １０４は、今新たなサービスカテゴリーと一致する新たなＡＰＩを含み、新たなサービスカテゴリーは、ユーザーに見られる。
【００４７】
ステップ４１４：このサービスカテゴリーを使用するために、ユーザーは、今サービスカテゴリーを具現するインターネットサービス（ＳＬｉｂプラグイン）を探す。
【００４８】
ステップ４１６：ＳＬｉｂプラグインは、地域的にまたはインターネットで検索され、ローディングのためにＰＭ  １０８に送信される。
【００４９】
ステップ４１８：ＰＭ  １０８は、プラグイン表にＳＬｉｂプラグインｉｄを追加することによって、プラグイン表をアップデートする。時間及び日付情報も、ロードされたＳＬｉｂプラグインにより記録される。
【００５０】
ステップ４２０：ＰＭ  １０８は、その次のプラグインをＳＴ  １０６の実行エンジンにロードする。
【００５１】
ステップ４２２：ＳＴ  １０６は、今顧客プログラム１１４に新たなサービス提供者に対して知らせる。
【００５２】
ステップ４２４：ユーザーが特別なＧＬｉｂまたはＳＬｉｂプラグインを使用する度に、時間及び日付情報はアップデートされる。
【００５３】
ユーザーがサービスカテゴリーに対して新たなサービス提供者の追加を要求するとき、ＳＬｉｂプラグインは追加される。一例において、ユーザーは、Ｇｏｏｇｌｅに連結された検索特性を有することもでき、Ｙａｈｏｏ探索の追加を所望するかもしれない。これは、ＳＬｉｂプラグインの追加により行われる。
【００５４】
ここで、プラグインを追加することについての技術が提供する利点は、（１）プラグインの追加は、編集やシステムの再実行を要求せず、（２）制限されたゲートウェイでのメモリの使用可能性のため、プラグインの管理が効率的なことを含む。
【００５５】
プラグインは、例えば、ＥＣＭＡ（Ｅｕｒｏｐｅａｎ  Ｃｏｍｐｕｔｅｒ  Ｍａｎｕｆａｃｔｕｒｅｒｓ  Ａｓｓｏｃｉａｔｉｏｎ）スクリプトとして使われる。ＥＣＭＡスクリプトは、編集なしに実行される。結果的に、プラグインは、実行している中にロードされ、直ちに使われる。ここで述べられた本発明の一実施形態は、一般的に制限されたメモリを有するゲートウェイ上で動作する。かかる観点で、ＳＴ  １０６での実行環境は、所定のメモリの量に割り当てられ、ＰＭ  １０８は、かかる環境を、直ちに要求されるプラグインをローディングし、使われないプラグインを除去することによって管理する。ＰＭ  １０８は、実行環境が新たなプラグインをロードする十分なメモリを有さない場合には、プラグイン表内で最古のタイムスタンプの除去を決定する。
【００５６】
選択的に、ジャバ語は、ＡＰＩＳをマッピングするだけでなく、装置にウェブ情報を伝達または制御するのに使われる。さらに、地域装置は、異質のサービスを消費することである。すなわち、地域装置は、ダウンロードされたスクリプトをインターネットサービスＡＰＩから地域ＡＰＩ装置にマッピングするために支援して使用する。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施形態によって、インターネット上で使用可能なサービスを家庭ネットワークにより使われるサービスにマッピングする方法を具現するサービスマッピング及び翻訳システムの例の機能的ブロック図を示す。
【図２】本発明の一実施形態によって、サービスマッピング及び翻訳のステップのフローチャートの例を示す。
【図３】本発明の一実施形態によって、サービスマッピング及び翻訳の機能的フローの例を示す。
【図４】本発明の一実施形態によって、追加的なサービスのためのＧＬｉｂプラグインを追加するステップのフローチャートの例を示す。
【図１】
2009539170.tif 000003
【図２】
2009539170.tif 000004
【図３】
2009539170.tif 000005
【図４】
2009539170.tif 000006
【国際調査報告】
2009539170.tif 000007
2009539170.tif 000008