(57)【要約】【課題】  ネットワークリソースをマッシュアップする方法および装置を提供する。【解決手段】  ネットワークリソースをマッシュアップする方法は、複数のネットワークリソースを入力するステップと、複数のネットワークリソースをそれぞれカプセル化し、各Ｍａｇｉｃｅｌｌが同じフォーマットを有し対応するネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む、複数のＭａｇｉｃｅｌｌを生成するステップと、複数のネットワークリソース中の論理関係に従って、複数のＭａｇｉｃｅｌｌの自動マッシュアップを実行し、複数のネットワークのマッシュアップしたネットワークリソースに対応するマッシュアップしたＭａｇｉｃｅｌｌを取得するステップとを含み、マッシュアップしたＭａｇｉｃｅｌｌは、各Ｍａｇｉｃｅｌｌと同じフォーマットを保持し、マッシュアップしたネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む。【選択図】  図４
2011070644.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークリソースをマッシュアップする方法であって、
複数のネットワークリソースを入力するステップと、
複数のネットワークリソースをそれぞれカプセル化し、各Ｍａｇｉｃｅｌｌが同じフォーマットを有し対応するネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む、複数のＭａｇｉｃｅｌｌを生成するステップと、
複数のネットワークリソース中の論理関係に従って、複数のＭａｇｉｃｅｌｌの自動マッシュアップを実行し、複数のネットワークのマッシュアップしたネットワークリソースに対応するマッシュアップしたＭａｇｉｃｅｌｌを取得するステップとを含み、
前記マッシュアップしたＭａｇｉｃｅｌｌは、各Ｍａｇｉｃｅｌｌと同じフォーマットを保持し、マッシュアップしたネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む
ことを特徴とする方法。
【請求項２】
他のネットワークリソースを入力するステップと、
他のネットワークリソースをカプセル化し、他のネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む対応Ｍａｇｉｃｅｌｌを生成するステップと、
他のネットワークリソースとマッシュアップしたネットワークリソース間の論理関係に従って、新たに生成したＭａｇｉｃｅｌｌと前記マッシュアップしたＭａｇｉｃｅｌｌの自動マッシュアップを実行し、フォーマットの変わらない新たなマッシュアップしたＭａｇｉｃｅｌｌを取得するステップとを有することを特徴とする請求項１に記載の方法。
【請求項３】
各Ｍａｇｉｃｅｌｌが、対応するネットワークリソースに特有の基本情報と、対応するネットワークリソースに特有の入出力パラメータ情報を含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記ネットワークリソースが、ネットワーク・サービスまたはネットワーク・アプリケーションであることを特徴とする請求項１に記載の方法。
【請求項５】
前記ネットワークリソース間の論理関係は、可視化ドラッグ・アンド・ドロップ・ツールの使用により自動的に生成されることを特徴とする請求項１に記載の方法。
【請求項６】
前記マッシュアップしたＭａｇｉｃｅｌｌを操作することにより、マッシュアップしたネットワークリソースについて後処理を実行するステップをさらに有することを特徴とする請求項１に記載の方法。
【請求項７】
ネットワークリソースをマッシュアップする装置であって、
複数のネットワークリソースを入力する入力手段と、
複数のネットワークリソースをそれぞれカプセル化し、各Ｍａｇｉｃｅｌｌが同じフォーマットを有し、対応するネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む、複数のＭａｇｉｃｅｌｌを生成するカプセル化手段と、
複数のネットワークリソース中の論理関係に従って、複数のＭａｇｉｃｅｌｌの自動マッシュアップを実行し、複数のネットワークのマッシュアップしたネットワークリソースに対応するマッシュアップしたＭａｇｉｃｅｌｌを取得するマッシュアップ手段とを備え、
前記マッシュアップしたＭａｇｉｃｅｌｌは、各Ｍａｇｉｃｅｌｌと同じフォーマットを保持し、マッシュアップしたネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む
ことを特徴とする装置。
【請求項８】
可視化ドラッグ・アンド・ドロップ・ツールを用いてネットワークリソース間の論理関係を自動的に生成する論理関係生成手段を備えることを特徴とする請求項７に記載の装置。
【請求項９】
前記マッシュアップしたＭａｇｉｃｅｌｌを操作することにより、マッシュアップしたネットワークリソースについて後処理を実行する後処理手段をさらに備えることを特徴とする請求項７に記載の装置。
【請求項１０】
複数のＭａｇｉｃｅｌｌが１つずつマッシュアップされ、
前記マッシュアップ手段が、
各リソースＭａｇｉｃｅｌｌのＡＰＩ情報をマッシュアップしたＭａｇｉｃｅｌｌのＡＰＩ情報に変換するＡＰＩ情報変換器と、
各Ｍａｇｉｃｅｌｌのユーザ・インタフェース情報をマッシュアップしたＭａｇｉｃｅｌｌのユーザ・インタフェース情報に変換するユーザ・インタフェース情報変換器を備えることを特徴とする請求項７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ・ネットワーキング技術に関し、特に、ウェブのリソース記述およびマッシュアップに関する。
【背景技術】
【０００２】
インターネットの急速な成長により、非常に多くのウェブのリソース（例えば、ウェブ・サービス、ウェブ・アプリケーション）が出現している。このため、これらのリソースの有効な記述方法が強く求められている。
また、リソース・マッシュアップ（ｍａｓｈｕｐ）がクラウドコンピューティング（人々にとってより便利に多くの種類の統合サービスの使用が可能となる）において重要になってきているので、ウェブのリソース記述方法は、ユーザ／開発者の利用のために様々なウェブリソースの属性を明確に記述するだけでなく、記述されたリソースを他のウェブのリソースと効率的にマッシュアップすることを可能にする。
【０００３】
現在多くのウェブのリソース記述方法存在する。そのうち、最も広く使用されている１つがＷＳＤＬ（Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ：ウェブ・サービス記述言語）である。
しかし、これらの記述方法は、クラウドコンピューティングにおいて問題となる重要なリソースの組合せ／繰り返し利用を考慮に入れていない。したがって、これらの記述方法では、リソースを効率的に繰り返し利用（他のリソースとのマッシュアップ）することができない。
言いかえれば、それらは、既存のリウェブソースを利用して新たなウェブリソースを開発するのに要する時間を短縮せず、その結果として、ウェブリソースの発展と影響力を妨げる。
【０００４】
ＷＳＤＬは、Ｗ３Ｃによって公表されたウェブ・サービス記述言語規格である（非特許文献１を参照）。
図１は、ＷＳＤＬを利用してウェブ・サービスを記述する具体例を示す概略図である。
図１に示すように、ＷＳＤＬの主要な構成要素は、Ｉ／Ｏ（入出力）パラメータ情報１０１と、基本情報１０２と、ウェブ・サービスを呼び出すＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ：アプリケーション・プログラム・インターフェース）情報１０３を含んでいる。
しかしながら、ＷＳＤＬは、その利用において欠陥を有する。例えば、ＷＳＤＬで記述された複数のウェブリソースをマッシュアップする場合、開発者は、莫大な量のコードを作成するために多くのコード化作業を行わなければならない。
説明を簡単にするために、図２と図３に２つの例を示す。
【０００５】
例１（図２を参照）は、ウェブ・サービスＡとウェブ・サービスＢがウェブ・アプリケーションＸ内にマッシュアップされるケースを示している。
この時、ウェブ・サービスＡおよびウェブ・サービスＢは、それぞれ図１に示すようなＷＳＤＬを使用することにより記述される（すなわち、カプセル化される）。
この場合、ウェブ・アプリケーションＸの開発者は、新たなウェブ・アプリケーションＸのために、
（１）ウェブ・サービスＡのＡＰＩを呼び出すためのコード（２０１３）
（２）ウェブ・サービスＢのＡＰＩを呼び出すためのコード（２０１４）
（３）ウェブ・サービスＡとＢの間の論理関係についてのコード（２０１２）
（４）ウェブ・アプリケーションＸのＵＩ（ユーザ・インタフェース）のコード
を含む、大量のコードを記述しなければならないことを図２から見て取ることができる。
【０００６】
例２（図３を参照）は、例１の完了後に、ウェブ・アプリケーションＸを他の新たなウェブ・サービスＣとマッシュアップすることにより、新たなウェブ・アプリケーションＹを生成するケースを示している。このウェブ・サービスＣも、図１に示すようなＷＳＤＬを使用することにより記述される（すなわち、カプセル化される）。
この場合、ウェブ・アプリケーションがＵＩだけを有し、開発者によって呼び出すことができるＡＰＩを有していないので、ウェブ・アプリケーションＹの開発者は、ウェブ・アプリケーションＸのＡＰＩを抽出しなければならないことを図３から見て取ることができる。
なおかつ、開発者は、ウェブ・アプリケーションＹに関連する、
（１）ウェブ・アプリケーションＸのＡＰＩを抽出するためのコード（３０１５）
（２）ウェブ・アプリケーションＸのＡＰＩを呼び出すためのコード（３０１４）
（３）ウェブ・サービスＣを呼び出すためのコード（３０１３）
（４）ウェブ・アプリケーションＸとウェブ・サービスＣの間の論理関係についてのコード（３０１２）
（５）ウェブ・アプリケーションＹのＵＩのコード（３０１１）
を含むコードについてコード化作業の負担を負う。
【０００７】
例１と例２から、ＷＳＤＬによって記述されたウェブ・サービスが、直接再使用することができない、あるいは自動的な繰り返しマッシュアップではないことが分かる。ウェブ・アプリケーション開発者は、ウェブリソースのマッシュアップを実現するために追加のモジュールあるいはコードを開発しなければならない。それは、マッシュアップの効率を低下させる。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】Ｅｒｉｋ  Ｃｈｒｉｓｔｅｎｓｅｎ、他３名、”Ｗｅｂ  Ｓｅｒｖｉｃｅｓ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ  （ＷＳＤＬ）  １．１”、［ｏｎｌｉｎｅ］、［平成２２年８月２６日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｗｓｄｌ＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
前述の課題を解決するため、本発明は、ウェブリソース記述のための新たな方法を提供する。すなわち、アセンブリサービスアーキテクチャ（Ａｓｓｅｍｂｌｙ  Ｓｅｒｖｉｃｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ）（以下、「ＡＳＡ」と称す）を提供する。
入力ＵＩ記述情報と適切な論理順序でいくつかのウェブ・サービスを呼び出すＡＰＩ情報が、記述ファイルに追加され、これにより非常に効率的なウェブリソースのマッシュアップを実現する。
【００１０】
ここでは、ＡＳＡカプセル化後のウェブのリソースを「Ｍａｇｉｃｅｌｌ」と呼ぶ。このＭａｇｉｃｅｌｌは、ウェブ・サービス（ＡＰＩ情報を含んでいるため）であるだけでなく、ウェブ・アプリケーション（ＵＩ情報を含んでいるため）でもある。言いかえれば、マッシュアップに必要な情報はすべてそこに含まれている。
【課題を解決するための手段】
【００１１】
本発明によるネットワークリソースをマッシュアップする方法は、複数のネットワークリソースを入力するステップと、複数のネットワークリソースをそれぞれカプセル化し、各Ｍａｇｉｃｅｌｌが同じフォーマットを有し対応するネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む、複数のＭａｇｉｃｅｌｌを生成するステップと、複数のネットワークリソース中の論理関係に従って、複数のＭａｇｉｃｅｌｌの自動マッシュアップを実行し、複数のネットワークのマッシュアップしたネットワークリソースに対応するマッシュアップしたＭａｇｉｃｅｌｌを取得するステップとを含み、マッシュアップしたＭａｇｉｃｅｌｌは、各Ｍａｇｉｃｅｌｌと同じフォーマットを保持し、マッシュアップしたネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む。
【００１２】
本発明によるネットワークリソースをマッシュアップする装置は、複数のネットワークリソースを入力する入力手段と、複数のネットワークリソースをそれぞれカプセル化し、各Ｍａｇｉｃｅｌｌが同じフォーマットを有し、対応するネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む、複数のＭａｇｉｃｅｌｌを生成するカプセル化手段と、複数のネットワークリソース中の論理関係に従って、複数のＭａｇｉｃｅｌｌの自動マッシュアップを実行し、複数のネットワークのマッシュアップしたネットワークリソースに対応するマッシュアップしたＭａｇｉｃｅｌｌを取得するマッシュアップ手段とを備え、マッシュアップしたＭａｇｉｃｅｌｌは、各Ｍａｇｉｃｅｌｌと同じフォーマットを保持し、マッシュアップしたネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む。
【発明の効果】
【００１３】
本発明によれば、Ｍａｇｉｃｅｌｌをネットワークリソースのマッシュアップに使用する時、Ｍａｇｉｃｅｌｌを直接再使用することができる。また、開発者は、Ｍａｇｉｃｅｌｌの間の論理関係を認識しているだけでよい。従って、開発者は追加のコード化作業を行う必要がない。
【００１４】
さらに、複数のＭａｇｉｃｅｌｌが１つの新たなＭａｇｉｃｅｌｌにマッシュアップされるので、Ｍａｇｉｃｅｌｌを自動的に繰り返しマッシュアップすることができる。
【図面の簡単な説明】
【００１５】
本発明の上記および他の特徴は、以下の図面を参照して下記の詳細な説明を読むことにより、より明確に理解されるであろう。
【図１】ＷＳＤＬによってウェブ・サービスをを記述する関連技術を示す概略図である。
【図２】ウェブ・サービスがＷＳＤＬによって記述される場合に、ウェブ・アプリケーションＸ中に２つのウェブ・サービスＡ、Ｂをマッシュアップする具体例２００を示す概略図である。
【図３】ウェブ・サービスがＷＳＤＬによって記述される場合に、ウェブ・サービスＡとＢがウェブ・アプリケーションＸにマッシュアップした後、ウェブ・アプリケーションＸが次に他の新たなサービスＣとマッシュアップされ、新たなウェブ・アプリケーションＹが生成される例３００を示す概念図である。
【図４】本発明の実施の形態による、ウェブ・サービスを記述するためにＡＳＡを用いて生成されたＭａｇｉｃｅｌｌを示す概略図である。
【図５】本発明の実施の形態による複数のウェブ・サービスをマッシュアップするためのシステム５００Ａの構成を示すブロック図である。
【図６】図５に示すシステム５００Ａの代替システム５００Ｂの構成を示すブロック図である。
【図７】図５に示すシステム５００Ａあるいは図６に示すシステム５００Ｂの動作処理７００を説明するフローチャートである。
【図８】本発明によるＭａｇｉｃｅｌｌの自動繰り返しマッシュアップの原理について説明する概略図である。
【発明を実施するための形態】
【００１６】
上述したように、本発明は新たなネットワークリソース記述言語ＡＳＡを提供する。このＡＳＡは、ネットワークリソースをＭａｇｉｃｅｌｌの形式でカプセル化する。
図４は、本発明の実施の形態による、ウェブ・サービスを記述する（あるいは、カプセル化する）ＡＳＡを使用することにより生成されたＭａｇｉｃｅｌｌを示す概略図である。
【００１７】
図４に示すように、Ｍａｇｉｃｅｌｌの主要な構成要素は、ウェブ・サービスの基本情報４０１、Ｉ／Ｏパラメータ情報４０２、複数のウェブ・サービスを一定の論理順序通りにどのように呼び出すかについてのＡＰＩ情報４０３および入力ＵＩ記述情報４０４を備えている。
【００１８】
ＷＳＤＬを使用して記述されたリソースとＡＳＡを使用して記述されたリソース（すなわち、Ｍａｇｉｃｅｌｌ）の主要な構成要素を比較するために、テーブル１を以下に示す。
【表１】
2011070644.tif 000003
【００１９】
図５は、本発明の実施の形態による複数のウェブ・サービスをマッシュアップするシステム５００Ａの構成を示すブロック図である。図６は、システム５００Ａの代替システム５００Ｂを示す。
図５に示すように、システム５００Ａは、入力手段５０１と、カプセル化手段５０２と、マッシュアップ手段５０３および任意の後処理手段５０４を含んでいる。後処理手段５０４は、マッシュアップさえたウェブ・アプリケーションについての後処理（例えば、アプリケーションのＵＩの修正）を実行するために選択的に使用される。
図５の例において、入力手段５０１は、まず、複数のウェブ・サービスＡ１，Ａ２，Ａ３，・・・Ａｎを入力する。
次に、カプセル化手段５０２は、図４に示ように、ＡＳＡを使用することにより、各サービスをカプセル化し、Ｍａｇｉｃｅｌｌと呼ばれる記述構造を生成する。分かり易い例とするために、図５は、ウェブ・サービスＡ１とＡ２のＭａｇｉｃｅｌｌ構造だけを示している。他のサービスのＭａｇｉｃｅｌｌ構造についても同じである。
本発明によれば、図５の例において、開発者は、ウェブ・サービスＡ１，Ａ２，Ａ３，…Ａｎ間の論理関係をコード化することだけ要求される。
ウェブ・サービスＡ１，Ａ２，Ａ３，…Ａｎ間の論理関係が与えられれば、ウェブ・アプリケーションＸをマッシュアップ手段５０３によってほぼ自動的に生成することができる。
新たなウェブ・アプリケーションＸに必要な全ての情報が各ウェブ・サービスのＭａｇｉｃｅｌｌに含まれているので、マッシュアップ手段５０３は、論理関係に従って自動変換を処理するために簡単な変換器（トランスフォーマ：ｔｒａｎｓｆｏｒｍｅｒ）を使用することができる。
例えば、図５に示すマッシュアップ手段５０３は、基本情報変換器、Ｉ／Ｏパラメータ情報変換器、ＡＰＩ情報変換器およびＵＩ情報変換器を含んでいる。これらの変換器は、様々なウェブ・サービスＡ１，Ａ２，Ａ３，…ＡｎのＭａｇｉｃｅｌｌに含まれる基本情報、Ｉ／Ｏパラメータ情報、ＡＰＩ情報およびＵＩ情報を、サービス間の論理関係に基づいてウェブ・アプリケーションＸの対応する情報に変換するために用いられる。
【００２０】
図５に示すように、本実施の形態においては、ウェブ・アプリケーションＸの開発者は、以下のコード化作業だけを行う必要がある。
（１）ウェブ・サービスＡ１，Ａ２，Ａ３，…Ａｎ間の論理関係
（２）ウェブ・アプリケーションＸについての後処理（任意）
【００２１】
可視化ドラッグ・アンド・ドロップ・ツール（ｖｉｓｉｂｌｅ  ｄｒａｇ−ａｎｄ−ｄｒｏｐ  ｔｏｏｌ）を利用することにより、ウェブ・サービスＡ１，Ａ２，Ａ３，…Ａｎ間の論理関係を自動的に生成することができることに注目すべきである。
例えば、図６に示す代替システム５００Ｂにおいては、開発者がウェブ・サービス間Ａ１，Ａ２，Ａ３，…Ａｎの論理関係をコード化する必要なく、論理関係生成手段６０１を、可視化ドラッグ・アンド・ドロップ・ツールを利用して論理関係を生成するために使用する。
【００２２】
図７は、上述したシステム５００Ａあるいは５００Ｂの動作処理７００を説明するためのフローチャートである。
ステップ７０１で処理が開始し、入力手段５０１が複数のウェブ・サービスＡ１，Ａ２，Ａ３，…Ａｎを入力する。
その後、ステップ７０２において、カプセル化手段５０２が、ＡＳＡを使用することにより各サービスをカプセル化し、各サービスについてＭａｇｉｃｅｌｌ（すなわち、ｍ（Ａ１），ｍ（Ａ２），…ｍ（Ａｎ））を生成する。
Ｍａｇｉｃｅｌｌは、それぞれ、基本的な情報、Ｉ／Ｏパラメータ情報、ＡＰＩ情報およびＵＩ情報などの、図４に示すような種々の構成要素を含んでいる。
【００２３】
次に、ステップ７０３において、ウェブ・サービスＡ１，Ａ２，Ａ３，…Ａｎの間の論理関係が取得される。
上述したように、論理関係は、開発者によるコード化作業（例えば、図５）によって記述され、あるいは、可視のドラッグ・アンド・ドロップ・ツールにより自動的に生成される（例えば、図６）。
ウェブ・サービスＡ１，Ａ２，Ａ３，…Ａｎの間の論理関係を決定した後、ステップ７０４において、マッシュアップ手段５０３が、それらの論理関係に基づいて複数のサービスのＭａｇｉｃｅｌｌの自動マッシュアップを実行して、ウェブ・アプリケーションＸ（Ａ１＋Ａ２＋…＋Ａｎ）を生成する。
生成したウェブ・アプリケーションＸは、同様にＭａｇｉｃｅｌｌであり、例えば、基本情報、Ｉ／Ｏパラメータ情報、ＡＰＩ情報およびＵＩ情報を含んでいる。
【００２４】
その後、任意のステップ７０５で、開発者は、ウェブ・アプリケーションＸについての後処理を実行するために（例えば、マッシュアップしたアプリケーションＸのＵＩを修正するために）、編集手続きを行うことが可能である。
【００２５】
その後、処理７００が終了する。
【００２６】
上述したように、種々のＭａｇｉｃｅｌｌがマッシュアップされ新たなＭａｇｉｃｅｌｌ（依然として、ＡＳＡ規格に準拠する）が生成される。
従って、Ｍａｇｉｃｅｌｌをネットワークリソースの自動マッシュアップを実施するために利用することが可能である。
図８は、Ｍａｇｉｃｅｌｌの自動繰り返しマッシュアップの原理について説明するための概略図である。
【００２７】
図８に示すように、Ｍａｇｉｃｅｌｌであるウェブ・サービスＡおよびＢがマッシュアップ手段５０３によってマッシュアップした場合、生成されたウェブ・アプリケーションＸ（Ａ＋Ｂ）はやはりそれ自身新たなＭａｇｉｃｅｌｌとなる。
その処理は、図５、６および７において示されるシステムと動作を参考にすることで理解することができる。ここで、説明を簡単にするために、入力手段、カプセル化手段および論理関係生成手段については、図８に示していない。
【００２８】
マッシュアップしたウェブ・アプリケーションＸの生成後、開発者が生成したウェブ・アプリケーションＸを他の新たなウェブ・サービスＣとマッシュアップして新たなウェブ・アプリケーションＹを生成したい場合、上述したように、開発者はアプリケーションＸとサービスＣの間の論理関係のみを認識していることが必要である。
その後、マッシュアップ手段の種々のトランスフォーマ（変換器）によって、新たなウェブ・アプリケーションＹがほぼ自動的に生成される。
同様に、新しくマッシュアップしたウェブ・アプリケーションＹもまたＭａｇｉｃｅｌｌであり、さらに他のウェブ・サービスとマッシュアップすることが可能である。
図８において、複数のネットワークリソース（例えば、ウェブ・サービス）が、徐々にかつ自動的に「ジグソーパズル」ゲームのようにマッシュアップされる。
マッシュアップの繰り返しにおいて、開発者は、生成されたウェブ・アプリケーションと新たなサービスの間の論理関係のみを認識していることが必要である。
【００２９】
本発明によれば、Ｍａｇｉｃｅｌｌをネットワークリソースのマッシュアップに使用する時、Ｍａｇｉｃｅｌｌを直接再使用することができる。また、開発者は、Ｍａｇｉｃｅｌｌの間の論理関係を認識しているだけでよい。従って、開発者は追加のコード化作業を行う必要がない。
【００３０】
さらに、マッシュアップ後の複数のＭａｇｉｃｅｌｌが１つの新たなＭａｇｉｃｅｌｌとして生成されるので、Ｍａｇｉｃｅｌｌを自動的に繰り返しマッシュアップすることができる。
【００３１】
しかしながら、本発明は、添付図面において示される特定の構成および処理に限定されない。上記の実施の形態において、いくつかの具体的なステップが例として示され説明されている。しかしながら、本発明の方法はこれらの特定のステップに限定されない。当業者であれば、本発明の精神および本質的な機能から外れずることなく、これらのステップに変更、修正、補足を加えることができ、あるいはステップ間の順番を変更できることを容易に理解するであろう。
【００３２】
本発明に要素は、ハードウェア、ソフトウェア、ファームウェアあるいはそれの組み合わせにおいて実現され、それのシステム、サブシステム、構成部品あるいはサブコンポーネントにおいて利用することができる。ソフトウェア中で実現された時、本発明に要素は、必要なタスクを実行するためのプログラム、あるいはコードセグメントである。プログラムまたはコードセグメントは、コンピュータ読み取り可能な媒体に格納するか、あるいは伝送ケーブルか通信リンク上の搬送波に包含されたデータ信号によって送信することが可能である。コンピュータ読み取り可能な媒体には、情報を格納するか転送することが可能であるすべての媒体を含む。コンピュータ読み取り可能な媒の具体例は、電子回路、半導体記憶装置、ＲＯＭ、フラッシュ・メモリー、消去可能ＲＯＭ（ＥＲＯＭ）、フロッピー・ディスク、ＣＤ−ＲＯＭ光ディスク、ハードディスク、光ファイバー媒体、無線周波数（ＲＦ）リンクなどを含む。コードセグメントは、インターネット、イントラネットなどのようなコンピュータネットワークを経由してダウンロードすることも可能である。
【００３３】
以上、特定の実施の形態を参照して本発明を説明したが、本発明は、図面中で示される上記の特定の実施の形態および特定の構成に限定されない。例えば、示されたいくつかの構成要素は、１つの構成要素として互いに組み合わせることも可能である。あるいは、１つの構成要素をいくつかのサブコンポーネントに分割することも可能であるし、他の既知の構成要素を加えることも可能である。動作処理も実施例において示されるものに限定されない。当業者は、本発明が、本発明の精神および本質的な機能から外れずに、他の特定の形態に実装可能であることを理解するだろう。従って、上記の実施の形態は、全ての点において例示でありかつ限定的でないと考慮すべきである。本発明の範囲は、前述の説明によってではなく添付された請求項によって示される。したがって、請求項と同等の意味と範囲の内で生ずる変更は全て本発明の範囲に包含される。
【００３４】
さらに、上記実施形態の一部又は全部は、以下の付記のようにも記載されうるが、これに限定されない。
【００３５】
（付記１）
ネットワークリソースをマッシュアップする方法であって、
複数のネットワークリソースを入力するステップと、
複数のネットワークリソースをそれぞれカプセル化し、各Ｍａｇｉｃｅｌｌが同じフォーマットを有し対応するネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む、複数のＭａｇｉｃｅｌｌを生成するステップと、
複数のネットワークリソース中の論理関係に従って、複数のＭａｇｉｃｅｌｌの自動マッシュアップを実行し、複数のネットワークのマッシュアップしたネットワークリソースに対応するマッシュアップしたＭａｇｉｃｅｌｌを取得するステップとを含み、
前記マッシュアップしたＭａｇｉｃｅｌｌは、各Ｍａｇｉｃｅｌｌと同じフォーマットを保持し、マッシュアップしたネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む
ことを特徴とする方法。
【００３６】
（付記２）
他のネットワークリソースを入力するステップと、
他のネットワークリソースをカプセル化し、他のネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む対応Ｍａｇｉｃｅｌｌを生成するステップと、
他のネットワークリソースとマッシュアップしたネットワークリソース間の論理関係に従って、新たに生成したＭａｇｉｃｅｌｌと前記マッシュアップしたＭａｇｉｃｅｌｌの自動マッシュアップを実行し、フォーマットの変わらない新たなマッシュアップしたＭａｇｉｃｅｌｌを取得するステップとを有することを特徴とする付記１に記載の方法。
【００３７】
（付記３）
各Ｍａｇｉｃｅｌｌが、対応するネットワークリソースに特有の基本情報と、対応するネットワークリソースに特有の入出力パラメータ情報を含むことを特徴とする付記１に記載の方法。
【００３８】
（付記４）
前記ネットワークリソースが、ネットワーク・サービスまたはネットワーク・アプリケーションであることを特徴とする付記１に記載の方法。
【００３９】
（付記５）
前記ネットワークリソース間の論理関係は、可視化ドラッグ・アンド・ドロップ・ツールの使用により自動的に生成されることを特徴とする付記１に記載の方法。
【００４０】
（付記６）
前記マッシュアップしたＭａｇｉｃｅｌｌを操作することにより、マッシュアップしたネットワークリソースについて後処理を実行するステップをさらに有することを特徴とする付記１に記載の方法。
【００４１】
（付記７）
前記後処理が、マッシュアップしたネットワークリソースのインタフェースを修正することであることを特徴とする付記６に記載の方法。
【００４２】
（付記８）
ネットワークリソースをマッシュアップする装置であって、
複数のネットワークリソースを入力する入力手段と、
複数のネットワークリソースをそれぞれカプセル化し、各Ｍａｇｉｃｅｌｌが同じフォーマットを有し、対応するネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む、複数のＭａｇｉｃｅｌｌを生成するカプセル化手段と、
複数のネットワークリソース中の論理関係に従って、複数のＭａｇｉｃｅｌｌの自動マッシュアップを実行し、複数のネットワークのマッシュアップしたネットワークリソースに対応するマッシュアップしたＭａｇｉｃｅｌｌを取得するマッシュアップ手段とを備え、
前記マッシュアップしたＭａｇｉｃｅｌｌは、各Ｍａｇｉｃｅｌｌと同じフォーマットを保持し、マッシュアップしたネットワークリソースに特有のＡＰＩ情報およびユーザ・インタフェース情報を含む
ことを特徴とする装置。
【００４３】
（付記９）
可視化ドラッグ・アンド・ドロップ・ツールを用いてネットワークリソース間の論理関係を自動的に生成する論理関係生成手段を備えることを特徴とする付記８に記載の装置。
【００４４】
（付記１０）
前記マッシュアップしたＭａｇｉｃｅｌｌを操作することにより、マッシュアップしたネットワークリソースについて後処理を実行する後処理手段をさらに備えることを特徴とする付記８に記載の装置。
【００４５】
（付記１１）
複数のＭａｇｉｃｅｌｌが１つずつマッシュアップされ、
前記マッシュアップ手段が、
各リソースＭａｇｉｃｅｌｌのＡＰＩ情報をマッシュアップしたＭａｇｉｃｅｌｌのＡＰＩ情報に変換するＡＰＩ情報変換器と、
各Ｍａｇｉｃｅｌｌのユーザ・インタフェース情報をマッシュアップしたＭａｇｉｃｅｌｌのユーザ・インタフェース情報に変換するユーザ・インタフェース情報変換器を備えることを特徴とする付記８に記載の装置。
【００４６】
（付記１２）
各Ｍａｇｉｃｅｌｌが、対応するネットワークリソースに特有の基本情報と、対応するネットワークリソースに特有の入出力パラメータ情報を含み、
前記マッシュアップ手段が、
各Ｍａｇｉｃｅｌｌの基本情報をマッシュアップしたＭａｇｉｃｅｌｌの基本情報に変換する基本情報変換器と、
各Ｍａｇｉｃｅｌｌの入出力パラメータ情報をマッシュアップしたＭａｇｉｃｅｌｌの入出力パラメータ情報に変換する入出力パラメータ情報変換器を備えることを特徴とする付記１１に記載の装置。
【符号の説明】
【００４７】
４００：ASAカプセル化(Magicell)によるウェブ・サービス記述
４０１：基本情報
４０２：I/Oパラメータ情報
４０３：複数のウェブ・サービスを呼び出すAPI情報
４０４：入力UI記述情報
５００A、５００B：マッシュアップシステム
５０１：入力手段
５０２：カプセル化手段
５０３：マッシュアップ手段
５０４：後処理手段
６０１：論理関係生成手段
【図１】
2011070644.tif 000004
【図２】
2011070644.tif 000005
【図３】
2011070644.tif 000006
【図４】
2011070644.tif 000007
【図５】
2011070644.tif 000008
【図６】
2011070644.tif 000009
【図７】
2011070644.tif 000010
【図８】
2011070644.tif 000011
【外国語明細書】
2011070644000001.pdf