(57)【要約】【課題】  複数のサービス提供空間を統合してサービスを利用可能とするための手段を提供する。【解決手段】    複数のサービス提供空間を統合するための方法であって、  サービス提供空間（Ａ）内で提供されるサービスの情報及び空間を利用可能なユーザの情報を管理する空間管理サーバ（ＳＳ）が、他のサービス提供空間（Ｂ）の空間管理サーバ（ＳＳ）へログインするステップを含み、前記ログイン中においてはサービス空間（Ａ，Ｂ）同士が統合されて、一方のサービス提供空間（Ａ）のユーザが、他方のサービス提供空間（Ｂ）のサービスを所定の利用権限内で利用可能となる。【選択図】      図７
2006011652.tif 000002
【特許請求の範囲】
【請求項１】
複数のサービス提供空間を統合するための方法であって、
サービス提供空間内で提供されるサービスの情報及び空間を利用可能なユーザの情報を管理する空間管理サーバが、他のサービス提供空間の空間管理サーバへログインするステップを含み、
前記ログイン中においてはサービス空間同士が統合されて、一方のサービス提供空間のユーザが、他方のサービス提供空間のサービスを所定の利用権限内で利用可能となる、ことを特徴とする複数のサービス提供空間統合方法。
【請求項２】
前記ログインは、他のサービス提供空間の空間管理サーバへログインした空間管理サーバのユーザが、当該空間管理サーバが取得した利用権限内で、他のサービス提供空間のサービスを利用可能とする空間結合のためのログインであることを特徴とする請求項１記載の方法。
【請求項３】
前記ログインは、空間管理サーバのサービス情報及びユーザ情報の管理を、他のサービス提供空間の空間管理サーバによって行わせる空間融合のためのログインであることを特徴とする請求項１又は２記載の方法。
【請求項４】
複数のサービス提供空間統合のためのコンピュータシステムであって、
各サービス提供空間は、当該空間内で提供されるサービスの情報、及び空間を利用可能なユーザの情報を管理する空間管理サーバによって管理されるものであり、
サービス提供空間内で提供されるサービスの情報及び空間を利用可能なユーザの情報を管理する空間管理サーバが、他のサービス提供空間の空間管理サーバへログインする手段を備え、
前記ログイン中においてはサービス空間同士が統合されて、一方のサービス提供空間のユーザが、他方のサービス提供空間のサービスを所定の利用権限内で利用可能となる、ことを特徴とする複数のサービス提供空間の統合のためのコンピュータシステム。
【請求項５】
空間を管理するための空間管理サーバであって、
空間内で提供されるサービスの情報を管理する手段と、
空間を利用可能なユーザの情報を管理する手段と、
一方のサービス提供空間のユーザが、他方のサービス提供空間のサービスを所定の利用権限内で利用可能となる空間統合状態を得るために、他のサービス提供空間の空間管理サーバへログインする手段と、
を備えていることを特徴とする空間管理サーバ。
【請求項６】
コンピュータを空間管理サーバとして機能させるためのコンピュータプログラムであって、
空間内で提供されるサービスの情報を管理する機能、
空間を利用可能なユーザの情報を管理する機能、
他のサービス提供空間の空間管理サーバへログインして、空間同士を統合し、一方のサービス提供空間のユーザが、他方のサービス提供空間のサービスを所定の利用権限内で利用可能となるようにする機能、
をコンピュータに実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサービス提供空間統合方法等に関するものである。
【背景技術】
【０００２】
特許文献１には、さまざまなデバイスに付帯する通信手段と資源情報管理手段を持つ資源識別機構と、資源識別機構の通信手段と通信する通信手段と、局所的空間管理手段と所属資源管理手段と局所的利用権管理手段とアプリケーション管理手段を持つ局所的管理機構を持ち、ユーザが局所的空間内に存在する資源を利用することを可能とする資源管理システムが開示されている。
この資源管理システムによれば、ネットワーク上に存在するさまざまなデバイスやサービス、コンテンツに対する利用権を、動的に個々の利用者に対して提供することが可能となり、また、利用権の発行に対し、本人の認定や利用権の発行までひとつひとつのプロセスを経ず即時の利用権発行を可能とすることができる。
【特許文献１】特開平２００３−１６２４６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載のものでは、ユーザが他の空間にあるサービスを利用する際には、当該他の空間のサービス利用権を登録しておき、他の空間のサービスを利用するには、ユーザが当該他の空間にログインする必要がある。
しかし、特許文献１には、空間同士を統合して利用することは記載されていない。
本発明は、複数のサービス提供空間を統合してサービスを利用可能とするための手段を提供することを目的とする。
【課題を解決するための手段】
【０００４】
本発明は、複数のサービス提供空間を統合するための方法であって、サービス提供空間内で提供されるサービスの情報及び空間を利用可能なユーザの情報を管理する空間管理サーバが、他のサービス提供空間の空間管理サーバへログインするステップを含み、前記ログイン中においてはサービス空間同士が統合されて、一方のサービス提供空間のユーザが、他方のサービス提供空間のサービスを所定の利用権限内で利用可能となる、ことを特徴とするものである。
【０００５】
上記方法によれば、ある空間の空間管理サーバが、他の空間の空間管理サーバへログインして、空間同士が統合されることで、ユーザは、一方のサービス提供空間へのログインを行えば、他方のサービス提供空間への直接的なログインをしなくとも、当該他方のサービス提供空間のサービスを所定の利用権限内で利用可能となる。
すなわち、個々のユーザが他の空間にログインしなくとも、空間管理サーバが他の空間にログインして空間統合が行われるため、他の空間のサービスを利用することができる。
【０００６】
前記ログインは、他のサービス提供空間の空間管理サーバへログインした空間管理サーバのユーザが、当該空間管理サーバが取得した利用権限内で、他のサービス提供空間のサービスを利用可能とする空間結合のためのログインであるのが好ましい。
また、前記ログインは、空間管理サーバのサービス情報及びユーザ情報の管理を、他のサービス提供空間の空間管理サーバによって行わせる空間融合のためのログインであってもよい。
【０００７】
コンピュータシステムに係る本発明は、複数のサービス提供空間統合のためのコンピュータシステムであって、各サービス提供空間は、当該空間内で提供されるサービスの情報、及び空間を利用可能なユーザの情報を管理する空間管理サーバによって管理されるものであり、サービス提供空間内で提供されるサービスの情報及び空間を利用可能なユーザの情報を管理する空間管理サーバが、他のサービス提供空間の空間管理サーバへログインする手段を備え、前記ログイン中においてはサービス空間同士が統合されて、一方のサービス提供空間のユーザが、他方のサービス提供空間のサービスを所定の利用権限内で利用可能となる、ことを特徴とするものである。
【０００８】
空間管理サーバに係る本発明は、空間を管理するための空間管理サーバであって、空間内で提供されるサービスの情報を管理する手段と、空間を利用可能なユーザの情報を管理する手段と、一方のサービス提供空間のユーザが、他方のサービス提供空間のサービスを所定の利用権限内で利用可能となる空間統合状態を得るために、他のサービス提供空間の空間管理サーバへログインする手段とを備えていることを特徴とするものである。
【０００９】
コンピュータプログラムに係る本発明は、コンピュータを空間管理サーバとして機能させるためのコンピュータプログラムであって、空間内で提供されるサービスの情報を管理する機能、空間を利用可能なユーザの情報を管理する機能、他のサービス提供空間の空間管理サーバへログインして、空間同士を統合し、一方のサービス提供空間のユーザが、他方のサービス提供空間のサービスを所定の利用権限内で利用可能となるようにする機能、をコンピュータに実行させるためのものである。
【発明の効果】
【００１０】
本発明によれば、空間管理サーバが他の空間にログインして空間統合が行われるため、ユーザは、一方のサービス提供空間へのログインを行えば、他方のサービス提供空間への直接的なログインをしなくとも、当該他方のサービス提供空間のサービスを所定の利用権限内で利用可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の好ましい実施形態を図面に基づいて説明する。
［空間管理サーバの概略］
図１は、サービス提供空間（以下、「空間」という）の空間管理・統合に用いられる空間管理サーバ（Space Server）ＳＳの主な機能を示している。空間管理サーバＳＳは、空間のユーザ管理を行う機能と、空間のサービス管理を行う機能を有している。
なお、空間サーバは、コンピュータと、各機能をコンピュータに実行させるためのコンピュータプログラムとによって構成される。また、一つのコンピュータが複数の空間サーバとしての機能を有していても良い。
【００１２】
空間は、空間管理情報としてユーザ管理情報と、サービス管理情報とを有している。
空間管理サーバＳＳは、空間のユーザ管理のために、ユーザディレクトリアダプタ（User Directory Adapter）ＵＤＡと、統合ユーザディレクトリ（Integrated User Directory）ＩＵＤと、を備えている。
また、空間管理サーバＳＳは、空間のサービス管理のために、サービスディレクトリアダプタ（Service Directory Adapter）ＳＤＡと、統合サービスディレクトリ（Integrated Service Directory）ＩＳＤと、を備えている。
空間は、前記空間管理サーバＳＳによって管理される範囲をいい、具体的には図１に示すように統合ユーザディレクトリＩＵＤと統合サービスディレクトリＩＳＤによって管理される範囲をいう。
なお、空間は、物理的制約にとらわれるものではない。例えば、空間は、コンピュータネットワーク上において、部屋を跨って構築されたもの、一つの部屋のみに構築されたもの、ノートＰＣのみで構築されているもの、又は国を跨って構築されたものであってもよい。
【００１３】
ここでは、空間が提供するサービスを利用するために認証されることを「ログイン」といい、ログインが成功した場合のみ、空間が提供するサービスが利用可能になる。
空間へのログインの主体は、ユーザ又は空間である。図２に示すように、ユーザが空間にログインした場合、ユーザは当該空間において提供されるサービスが利用可能となる。
本発明では、空間にはユーザがログインすることができる他、図３に示すように、ある空間Ａが他の空間Ｂにログインすることもできる。
すなわち、空間は、ユーザ又は他の空間からのログインを受け付ける機能と、他の空間へログインするための機能を有している。
【００１４】
［ユーザ管理について］
空間のユーザ管理は、空間管理サーバＳＳのユーザディレクトリアダプタＵＤＡと、統合ユーザディレクトリＩＵＤと、によって行われる。
ここで、ユーザ情報は、個々のユーザ自身が持つユーザ固有の情報として定義されている。ユーザ情報は、例えば、ユーザ名を主キーとするレコード単位で保持されている。
ユーザ情報の例としては、Ｕｎｉｘ（登録商標）のユーザアカウント情報、ＮＩＳ（Network Information Service）によるユーザアカウント情報、ＬＤＡＰ(Lightweight Directory Access Protocol)により管理されている情報、ＭｙＳＱＬにより管理されている情報、一般的なＤＢＭＳ（DataBase Management System）により管理されている情報などがある。また、ユーザ情報としては、ログインに必要なユーザ名とパスワードを含むのが好ましいが、虹彩情報などのバイオメトリクス認証のための情報、又はその他の情報であってもよい。
【００１５】
上記のようにユーザ情報が保持されている媒体（実装環境）には、様々なものがあるため、前記ユーザディレクトリアダプタＵＤＡは、ユーザ情報を保持している媒体間の差異を吸収・隠蔽して、統一的に利用可能とするものである。
また、ユーザディレクトリアダプタＵＤＡは、必要に応じて前記統合サービスディレクトリＩＳＤを介して、ユーザ又は他の空間管理サーバＳＳからのログインを受け付けるログイン処理機能を有している。
【００１６】
空間へのログインは、ユーザディレクトリアダプタへログインするためのキー（key）又はキーリング（key-ring）を空間へ提示することによって行われる。図４に示すように、キーは、空間内におけるログイン対象のユーザディレクトリアダプタＵＤＡを特定するための情報（対象ＵＤＡ特定情報）、ユーザディレクトリアダプタＵＤＡにログインするための情報（ログイン情報）と、を含んで構成されている。
ログイン情報は、前記ユーザ情報に対応するものであり、例えば、ユーザ情報としてユーザ名とパスワードを持つユーザディレクトリアダプタＵＤＡに対するログイン情報としては、ユーザ名とパスワードとなる。
ログイン主体（ログインしようとするユーザ又は空間）から、空間管理サーバＳＳにキーが提示されると、空間管理サーバＳＳは、配下のユーザディレクトリアダプタＵＤＡに対してログイン処理を試み、キーの対象ＵＤＡ特定情報によって特定されるユーザディレクトリアダプタＵＤＡに対するログインを試みる。
【００１７】
また、キーリングは、複数のキー（key1,key2,key3）をまとめたものをいう（図５参照）。キーリングは、ログイン対象の特定の空間のみが利用可能な状態に加工された特化キーリングとされており、ログイン主体は、この特化キーリングをログイン対象の空間管理サーバＳＳに提示してログインを行う。なお、キーリングを用いたログイン処理については後述する。
【００１８】
ユーザディレクトリアダプタＵＤＡは、ログインに成功したログイン元へcapabilityオブジェクトを発行する機能も有している。
capabilityオブジェクトは、ユーザディレクトリアダプタＵＤＡにおいてログイン処理が成功した場合に生成され、ログインを行ったユーザ又は空間に与えられる一時オブジェクトである。このcapabilityオブジェクトには、当該オブジェクトを生成したアダプタＵＤＡを特定する情報（アドレス等）が含まれており、当該オブジェクトを生成したアダプタＵＤＡに対して利用可能なものである。
capabilityオブジェクトは、これを持つユーザ又は空間管理サーバＳＳが、当該capabilityオブジェクトを、発行した空間の空間管理サーバＳＳに提示することにより、当該空間Ｓのサービスを利用可能とするために用いられたり、ログインした空間とログインされた空間間での認証のため等に用いられたりする。
なお、ユーザディレクトリアダプタは、ログイン等のための統一的な方法を提供しているだけであるから、ＮＩＳなどの一般的なものではなく、ユーザディレクトリアダプタＵＤＡの機能を備えたものを採用すれば、別途ユーザディレクトリアダプタＵＤＡを用いる必要はない。
【００１９】
統合ユーザディレクトリＩＵＤは、複数のユーザディレクトリアダプタを統合して管理する機能を有している。図１に示すように、統合ユーザディレクトリＩＵＤは、複数のユーザディレクトリアダプタを階層的に統合して管理することができる。
統合ユーザディレクトリＩＵＤが図１のように階層的に構築されている場合、上位の統合ユーザディレクトリＩＵＤからは、下位の統合ユーザディレクトリＩＵＤもひとつのユーザディレクトリアダプタＵＤＡとして認識される。
すなわち、図１の上位の統合ユーザディレクトリＩＵＤからは、３つのユーザディレクトリアダプタＵＤＡ（ＬＤＡＰにつながるＵＤＡ、ＭｙＳＱＬにつながるＵＤＡ、ＵＤＡとみなされる下位のＩＵＤ）が存在するものとして認識され、５つのアダプタＵＤＡがあっても、これら３つのアダプタＵＤＡを意識した処理を行えばよく、上位の統合ユーザディレクトリの処理の軽減が図られている。
なお、２つのＮＩＳにつながるユーザディレクトリアダプタＵＤＡに対する処理は、下位の統合ユーザディレクトリＩＵＤによって行われる。
【００２０】
統合ユーザディレクトリＩＵＤは、前記ログイン処理の際に、接続されている全てのアダプタＵＤＡに対してログインを試みる複合ログイン機能を有している。すなわち、ログイン主体から、空間管理サーバＳＳに対してキーの提示を伴う当該空間へのログイン要求がなされた場合、統合ユーザディレクトリＩＵＤは、接続されているアダプタＵＤＡに対して順番にログイン処理を試みる。このように、統合ユーザディレクトリＩＵＤは、接続されているユーザディレクトリアダプタＵＤＡ間での利用順序などのコントロールを行うことができる。
また、ログイン主体から、空間管理サーバＳＳに対してキーリングが提示されると、空間管理サーバＳＳは、配下の統合ユーザディレクトリＩＵＤは、接続されているユーザディレクトリアダプタＵＤＡに対するログイン処理を試み、キーリングに含まれる各キーの各対象ＵＤＡ特定情報によって特定される各ユーザディレクトリアダプタＵＤＡに対するログインが成功する。
【００２１】
統合ユーザディレクトリＩＵＤは、ログインが成功したアダプタＵＤＡからcapabilityオブジェクトを受け取る。
複数のアダプタＵＤＡに対するログインが成功し、統合ユーザディレクトリＩＵＤが、複数のアダプタＵＤＡからcapabilityオブジェクトを受け取った場合、統合ユーザディレクトリＩＵＤは、複数のcapabilityオブジェクトの集合体としてのcapability-ring（図６参照）を生成する。このcapability-ringは、通常のユーザcapabilityオブジェクトと同様に、ユーザ又は他の空間の空間管理サーバＳＳに送られる。
capability-ringは、一つのcapabilityオブジェクトとして取り扱われ、複数のcapabilityオブジェクトを一つにまとめることで、一度に取り扱うcapabilityオブジェクトの数が抑制される。このように、統合ユーザディレクトリＩＵＤは、複数のアダプタＵＤＡから得た情報を統合する機能を有している。
なお、capability-ringは、当該capability-ringが生成された空間を特定する情報を含むことなどにより、当該空間のみで利用可能となるように特化された状態に加工された上で、当該空間Ｓへ送られる。
【００２２】
なお、統合ユーザディレクトリＩＵＤは、ユーザ情報に対するアクセスコントロールを行う機能も有している。
【００２３】
［サービス管理について］
空間のサービス管理は、空間管理サーバＳＳのサービスディレクトリアダプタＳＤＡと、統合サービスディレクトリＩＳＤと、によって行われる。
ここで、サービスは、空間が提供する処理の最小の単位であり、その例としては、ＷｅｂＤＡＶ（Distributed Authoring and Versioning protocol for the WWW）によるファイルシステムのマウントや照明の照度調整サービスなどのことを指す。また、複数のサービスを統合して一つのサービスを提供している場合には、その複合されたものも一つのサービスとして取り扱われる。
サービスの制御は、Ｊｉｎｉ  Ｌｏｏｋｕｐ  ｓｅｒｖｉｃｅ、ＳＯＡＰ（Simple Object Access Protocol）、ＣＯＲＢＡ（Common Object Request Broker Architecture）などによって行われるが、サービスディレクトリアダプタＳＤＡは、このようなサービスの実装を隠蔽し、統一的なサービス利用を可能とするものである。
【００２４】
統合サービスディレクトリＩＳＤは、統合ユーザディレクトリＩＵＤと同様に、サービスディレクトリＳＤＡを階層的に統合して管理する機能を有している（図１参照）。
また、統合サービスディレクトリＩＳＤは、その空間で提供可能なサービスの情報、サービスの種類、及びサービスに対するアクセスコントロールなどを提供する機能を有している。
【００２５】
［空間管理サーバの空間認識機能］
空間管理サーバＳＳは、コンピュータネットワーク上において、他に存在する空間を認識する機能を有している。なお、各空間（空間管理サーバＳＳ）は、アドレスを有しており、空間は、ネットワーク上において、当該アドレスによって特定される。
空間認識としては、近隣のアドレス等に対するブロードキャストベースの空間探索、特定範囲に対するマルチキャスト、認識済みの空間へのユニキャストベースの問い合わせが行える。このような空間認識機能によって、後述の空間統合（結合・融合）の相手先空間を検索・認識することが可能である。
【００２６】
［空間統合について］
ここでは、二つの空間Ａと空間Ｂが存在する場合、一方の空間（空間Ａ）が他方の空間（空間Ｂ）に対してログイン権限を持っており、ログインに成功している状態を、「空間Ａと空間Ｂは統合されている」と表現する。
各空間Ａ，Ｂは、管理主体が異なってもよいものである。空間統合は、管理主体が異なっても良い空間をセキュアに協調させるためのものである。
【００２７】
空間Ａが空間Ｂにログインするために、空間Ａの空間管理サーバＳＳ−Ａは、空間Ｂにログインするためのキー又はキーリングを有している。また、空間Ｂは、ユーザ情報として「空間Ａ」を有している。なお、空間ＢのすべてユーザディレクトリアダプタＵＤＡが空間Ａのログインを受付可能であってもよいし、空間Ｂの一部のユーザディレクトリアダプタＵＤＡのみが空間Ａのログインを受付可能であってもよい。
空間Ａが空間Ｂにログインすると、両空間Ａ，Ｂが統合されるが、以下で説明するように、空間統合には、空間結合と空間融合とがある。
【００２８】
［空間結合について］
図７に示すように、空間Ａの空間管理サーバＳＳ−Ａが、空間結合のために空間Ｂの空間管理サーバＳＳ−Ｂにログインを行って、ログインが成功すると、空間Ｂからは空間Ａに対して空間Ｂの利用権限を示すcapabilityオブジェクトが発行され、結合空間Ａ−Ｂが構成される。
図８に示すように、空間結合が行われると、空間Ａの全ユーザは、空間Ａが持つ「空間Ｂの利用権限」の範囲内で空間Ｂのサービスを利用することができる。このとき、空間Ａのユーザは、空間Ｂにログインしている必要はない。すなわち、結合空間Ａ−Ｂが構成されているため、空間Ａのユーザは、空間Ａにログインするだけで、空間Ｂのサービスを利用可能となる。
なお、空間結合では、空間Ａのユーザは、空間結合で取得した空間Ｂの利用権限を用いて空間Ｂのサービスを利用するため、空間Ａのユーザが利用できる空間Ｂのサービスは、空間Ａの全ユーザ間で同じである。
【００２９】
このような空間結合は、空間Ａを管理する組織Ａ１と、空間Ｂを管理する組織Ｂ１とが存在し、両組織ではユーザ管理が異なる場合に、両空間のサービスを協調させたサービス（例えば、両組織Ａ１，Ｂ１間での遠隔会議サービスなど）を実行する場合に適している。遠隔会議サービスの場合、組織Ａ１のユーザは、空間Ａにログインするだけで、空間Ｂ側のサービス（テレビカメラ、マイク、共有ホワイトボードなどの操作）を行うことができる。
また、空間結合は、携帯電話キャリアの有するモバイルネットワークでのサービスと、警備保安コンピュータシステムでのサービスを結びつけるといった使い方もできる。例えば、モバイルネットワークでのサービスを管理する空間管理サーバＳＳを設けて空間Ａを構築し、警備保安コンピュータシステムでのサービスを管理する空間管理サーバＳＳを設けて空間Ｂを構築して、空間結合によって両空間を結合し、両空間のサービスを協調利用させることもできる。
このように、空間管理サーバＳＳによって空間を構築することで、モバイルネットワークと警備保安コンピュータシステムという管理主体の異なる空間を結び付けることが可能である。
なお、後述の空間融合は、小さな空間を大きな空間に従属的に統合させるのに適しているのに対し、空間結合は、（同程度の規模の）空間を対等に統合するのに適している。
【００３０】
ここで、空間結合には、空間Ａ，Ｂが相互にログインしている双方向結合と、どちらか一方のみがログインしている単方向結合が存在する。双方向結合がなされている場合、いずれの空間のユーザも、他方の空間のサービスを利用することができる。一方、単方向結合の場合、例えば、空間Ａが空間Ｂに単方向結合した場合（図７，図８の場合）、空間Ａのユーザは、空間Ｂのサービスを利用できるが、空間Ｂのユーザは、空間Ａのサービスは利用できない。
このため、遠隔会議サービスのケースでは、双方向結合の状態で利用するのが好ましい。
【００３１】
図９は、空間Ａが空間Ｂにログインする空間結合時の処理動作を示している。空間の結合は、空間（空間管理サーバＳＳ）の管理者（空間Ａにおける管理者権限を持つ者）が、両空間のサービスを協調させたサービスを行おうとするときなどに発生する。
まず、空間Ａの空間管理サーバＳＳ−Ａが、空間Ｂの空間管理サーバＳＳ−Ｂへのログインを行う（１：ログイン）。すると、空間Ｂの空間管理サーバＳＳ−Ｂは、当該空間Ｂの統合ユーザディレクトリＩＵＤにログイン処理委託を行う（１．１：ログイン処理委託）。統合ユーザディレクトリＩＵＤは、接続されているユーザディレクトリアダプタＵＤＡに対して、空間Ａのためのログイン処理を順次行う。
例えば、第１のユーザディレクトリアダプタＵＤＡ−１が、空間Ａのログインを認めない場合には、第１ユーザディレクトリアダプタＵＤＡ−１に対するログイン処理（１．１．１：ログイン処理）は失敗し、失敗したことが統合ユーザディレクトリＩＵＤに返される。
【００３２】
続いて、統合ユーザディレクトリＩＵＤは、第２のユーザディレクトリアダプタＵＤＡ−２に対するログイン処理（１．１．２：ログイン処理）に移行する。第２ユーザディレクトリアダプタＵＤＡ−２が、空間Ａのログインを認める場合には、当該アダプタＵＤＡ−２に対するログイン処理は成功し、capabilityオブジェクトが統合ユーザディレクトリＩＵＤに渡される。
統合ユーザディレクトリＩＵＤは、同様のログイン処理を当該空間Ｂ内のすべてのユーザディレクトリアダプタＵＤＡに対して行う。そして、得られたcapabilityオブジェクトが一つの場合には、当該capabilityオブジェクトはそのまま空間管理サーバＳＳ−Ｂを介して空間Ａの空間管理サーバＳＳ−Ａに渡される。
得られたcapabilityオブジェクトが複数の場合には、capability-ring（capabilityオブジェクトの束）を作成し、これを一つのcapabilityオブジェクトとして、空間管理サーバＳＳ−Ｂを介して空間Ａの空間管理サーバＳＳ−Ａに渡される。
【００３３】
以上の処理によって、空間Ａが空間Ｂに結合（単方向結合）した状態となり、空間Ａのユーザは、空間Ａのサービスだけでなく、空間Ｂのサービスも利用可能となる。
なお、双方向結合を実現する場合には、上記と同様のログインを、空間Ｂが空間Ａに対して行えばよく、これにより、空間Ｂは空間Ａからcapabilityオブジェクトを取得できる。
【００３４】
図１０には、空間結合状態において、空間Ａのユーザが空間Ｂのサービスを利用する際の処理動作を示している。
まず、空間Ａのユーザ（ユーザ端末）は、空間Ａの空間管理サーバＳＳ−Ａに対し、空間Ｂのサービス利用要求を行う（１：空間Ｂサービス利用要求）。ユーザからの利用要求を受けた空間Ａの空間管理サーバＳＳ−Ａは、空間Ｂの空間管理サーバＳＳ−Ｂに対して、サービス利用要求を行うとともに、ログイン処理によって得たcapabilityオブジェクト（空間Ｂの利用権限）を提示する（１．１）。
【００３５】
すると、利用権限を有する空間からのサービス利用要求であることが確認されると、空間Ｂの空間管理サーバＳＳ−Ｂは、空間Ｂの統合サービスディレクトリＩＳＤに対して、要求されているサービスの検索を実行させる（１．１．１）。要求されているサービスが見つかると、統合サービスディレクトリＩＳＤは、当該サービスを管理するサービスディレクトリアダプタＳＤＡに対して、空間Ａの持つ利用権限内でサービス取得処理を行う（１．１．１．１）。
サービス取得処理に際して、当該サービスディレクトリアダプタＳＤＡは、空間Ａのユーザがサービスを利用するためのサービス制御ハンドラ（ｐｒｏｘｙ）を生成し、空間Ｂの空間管理サーバＳＳ−Ｂ及び空間Ａの空間管理サーバＳＳ−Ａを介して、空間Ａのユーザ（ユーザ端末）に送信する。サービス制御ハンドラを得た空間Ａのユーザは、当該サービス制御ハンドラを用いて、空間Ｂのサービスを利用することができる（２：サービス制御ハンドラ（ｐｒｏｘｙ）を利用して制御）。
以上は、単方向結合の場合のサービス利用処理であるが、双方向結合の場合、同様の処理によって、空間Ｂのユーザも空間Ａのサービスを利用できる。
【００３６】
［空間融合について］
図１１に示すように、空間融合も、空間結合と同様に、空間Ａが空間Ｂにログインすることによって実行される。
空間Ａの空間管理サーバＳＳ−Ａが、空間融合のために空間Ｂの空間管理サーバＳＳ−Ｂにログインを行って、ログインが成功すると、空間Ｂからは空間Ａに対して、融合していることの認証用のcapabilityオブジェクトが発行され、融合空間Ｂ−Ａが形成される。なお、融合のためのログイン処理も、結合と融合という目的が異なる他は、図９に示す結合のためのログイン処理と同様である。
【００３７】
融合空間Ｂ−Ａは、空間Ａが空間Ｂの一部となって一体化し空間Ｂが拡大したものである。すなわち、空間融合時においては、空間Ａのユーザ情報及びサービス情報は、空間Ｂの空間管理サーバＳＳによっても管理され、空間Ａは空間Ｂの一部となって実質的に消えた状態となっており、空間Ｂ（融合空間Ｂ−Ａ）は空間Ａの分だけ拡大したものとなっている。
【００３８】
このような空間融合は、一つの空間Ａを構成していて運び可能なコンピュータ（ノートＰＣ等）が、無線によって通信可能に構成された他の比較的大きな空間Ｂ（建物又は部屋等）の通信可能領域内に入った場合に、当該ノートＰＣによる空間Ａを当該他の空間Ｂに融合させて、ノートＰＣを含む融合空間Ａ−Ｂを形成し、空間Ｂ内において利用可能なサービスに、ノートＰＣによるサービスを含めたい場合に適している。
【００３９】
融合空間Ｂ−Ａにおいては、空間Ａのユーザも空間Ｂのユーザも、一定の制限の下で、融合空間Ｂ−Ａのサービス（空間Ｂのサービスに空間Ａのサービスを加えたもの）を利用できる。また、融合には、空間Ｂが空間Ａの全サービス情報・全ユーザ情報を統合している「完全融合」と、一部のサービス及び／又は一部のユーザ情報を統合している「部分融合」とが存在する。
なお、サービス情報及び／又はユーザ情報の統合は、空間Ａが空間Ｂにログインした際に行われる。
【００４０】
融合状態において、空間Ａのユーザ及び空間Ｂのユーザは、少なくともゲスト権限で両空間Ａ，Ｂのサービスを利用できるが、実際には、あるユーザが利用可能なサービスは、空間Ａ，Ｂのそれぞれのユーザ情報に、当該ユーザがどのように既述されているかによって異なる。
この点を、ノートＰＣによる小さな空間Ａを他の大きな空間に融合させた場合を例に説明すると、図１２に示すようになる。ここで、ノートＰＣによって構成される小さな空間ＡのユーザＵ１は、当該空間Ａの管理者（管理者権限を有するユーザ）であるものとする。また、ユーザＵ１は、大きな空間Ｂの一般ユーザでもあるものとする。
そして、空間Ａのユーザ情報には、ユーザＵ１は当該空間Ａの管理者である（「管理者＠空間Ａ」という）ことが記述されている他、ユーザＵ１は空間Ｂの一般ユーザである（一般ユーザ＠空間Ｂという）ことも記述されている。通常は、空間ＡのあるユーザディレクトリアダプタＵＤＡのユーザ情報として「管理者＠空間Ａ」が記述され、空間Ａの他のユーザディレクトリアダプタＵＤＡのユーザ情報として「一般ユーザ＠空間Ｂ」が記述される。
さらに、空間Ｂのユーザ情報にも、空間Ａと同様に、「一般ユーザ＠空間Ｂ」と「管理者＠空間Ａ」が記述されている。
【００４１】
ユーザＵ１が、融合空間Ｂ−Ａに対してログインする場合、実際には、拡大した空間Ｂにログインすることになる。そして、ユーザＵ１は、空間Ｂにおいて、「一般ユーザ＠空間Ｂ」及び「管理者＠空間Ａ」としてユーザ情報に記述されているため、（ａ）空間Ｂの一般ユーザの権限で空間Ｂにログイン、（ｂ）空間Ａの管理者の権限でログイン、（ｃ）「一般ユーザ＠空間Ｂ」及び「管理者＠空間Ａ」の両方の権限でログイン、することが可能である。
どの権限でログインするかは、具体的にはユーザ情報が記述されているユーザディレクトリアダプタＵＤＡを選択することによって行われる。
すなわち、「一般ユーザ＠空間Ｂ」が記述されている空間ＢのアダプタＵＤＡだけを選択してログインすれば、上記（ａ）のログインとなり、この場合、（融合前の）空間Ｂのサービスは一般ユーザ権限で利用でき、空間Ａのサービスはゲスト権限で利用できる。
また、「管理者＠空間Ａ」が記述されている空間ＢのアダプタＵＤＡだけを選択してログインすれば、上記（ｂ）のログインとなり、この場合、（融合前の）空間Ｂのサービスはゲスト権限で利用でき、空間Ａのサービスは管理者権限で利用できる。
このように、融合空間では、ログインしてもいずれかの空間（空間Ａ，Ｂ）に利用権限が設定されていない場合があるが、この場合でも、ゲスト権限で利用できる。
なお、ゲスト権限で利用可能なサービスは、融合によって外部に公開可能なサービスとしてあらかじめ各空間に設定されている。
【００４２】
多くの場合、ユーザＵ１は、自らが管理者である空間Ａと、一般ユーザである空間Ｂを一体化させて利用したいものであるから、上記（ｃ）のログインとなるように、「一般ユーザ＠空間Ｂ」が記述されているアダプタＵＤＡと「管理者＠空間Ａ」が記述されているアダプタＵＤＡの双方を選択してログインする。この場合、（融合前の）空間Ｂのサービスは一般ユーザ権限で利用でき、空間Ａのサービスは管理者権限で利用できる。
【００４３】
上記（ｃ）のログインを行うことで、例えば、ノートＰＣによる小さい空間Ａの管理者Ｕ１は、当該空間Ａを建物規模の大きな空間Ｂに融合させて融合空間Ｂ−Ａを形成し、当該融合空間Ｂ−Ａ内で、ノートＰＣ（空間Ａ）を利用することができる。
より具体的には、空間Ｂがサービスとしてディスプレイ表示を含む場合に、Ｕ１は、融合空間Ｂ−Ａ内で、管理者権限でノートＰＣ（空間Ａ）のサービスである画像データベースにアクセスして、画像をディスプレイ表示させるといった協調処理を行うことができる。
【００４４】
なお、空間Ａの管理者（ユーザ）でない空間Ｂの一般ユーザＵ２が、融合空間Ｂ−Ａにログインする場合、上記（ｂ）と同様のログインとなり、（融合前の）空間Ｂのサービスを一般ユーザ権限で利用でき、空間Ａのサービスをゲスト権限で利用できる。
【００４５】
また、空間Ａと空間Ｂが融合する前に、管理者Ｕ１が空間Ａにログインしており、その後、空間Ａと空間Ｂが融合した場合、Ｕ１が空間Ａの管理者権限だけで空間Ａにログインしている場合、Ｕ１は空間Ａのサービスに関しては管理者権限で利用できるが、（融合前の）空間Ｂのサービスはゲスト権限でしか利用できない。ただし、予め、Ｕ１が空間Ａの管理者権限と、空間Ｂの一般ユーザ権限でログインしていれば、（融合前の）空間Ｂのサービスも一般ユーザ権限で利用可能である。
【００４６】
図１３は、空間融合時における、空間Ｂの一般ユーザが、融合空間Ｂ−Ａのサービス一覧の要求処理を示している。空間Ｂのユーザが、融合空間Ｂ−Ａ（空間Ｂ）の空間管理サーバＳＳ−Ｂに対してサービス一覧取得要求をおこなうと（１：サービス一覧取得要求）、空間管理サーバＳＳ−Ｂは、（融合前の）空間Ｂの統合サービスディレクトリＩＳＤと、空間Ａの統合サービスディレクトリＩＳＤに対して、サービス一覧取得を行う（１．１：サービス一覧取得、１．２：サービス一覧取得）。
それぞれのディレクトリＩＳＤからサービス一覧が返信されると、空間管理サーバＳＳ−Ｂは、サービス一覧取得結果を合成し（１．３：取得結果を合成）、空間Ｂのユーザに返す。このように、ユーザからみると、融合空間Ｂ−Ａは空間Ｂが空間Ａの分だけサービスが拡大した空間として認識される。
したがって、空間Ｂのユーザは、融合によって取り込まれた空間Ａのサービスも、空間Ｂにおいて元々提供されるサービスと同様に利用することができる。このとき、空間Ｂのユーザからみると、空間Ａの存在は隠蔽しつつ、空間Ａのサービスを利用可能な状態となる。すなわち、空間Ａのサービスは、空間Ｂのサービスの一部としてみなされることとなる。
【００４７】
［空間分離について］
空間分離は、空間結合又は空間融合している空間同士を分離させるための処理である。例えば、空間Ａが空間Ｂにログインして空間Ａが空間Ｂに融合している場合、図１４のように空間Ａ側からログアウト要求がなされると、空間融合状態が解消される。
ログアウト要求は、空間結合により稼働させていた両空間の協調サービスを終了し、しばらくそのようなサービスを利用することがなくなったときに行うことができる。
また、一つの空間Ａを構成していて運び可能なコンピュータ（ノートＰＣ等）が、無線によって通信可能に構成された他の比較的大きな空間Ｂの通信可能領域内に入ることで空間Ａが空間Ｂに融合している場合に、ノートＰＣをもって空間Ｂの通信可能領域外へ退席することが認識された場合にも、ログアウト要求を行うことができる。
また、上記のような空間Ａ側から明示のログアウト要求がない場合であっても、図１５に示すように、空間Ｂ側から空間Ａキープアライブ確認がなされ（１：キープアライブ確認）、空間Ａ側から応答を得ることによってログインした空間Ａの存在確認をとることができるが、空間Ａ側から一定時間応答がなければ、空間Ｂは、タイムアウトとして、空間Ａを強制的に分離することもできる（２：強制分離）。
【００４８】
融合分離が行われると、空間Ｂの空間管理サーバＳＳ−Ｂは、分離された空間Ａのユーザ情報及びサービス情報を削除し、もともの空間Ｂにおいて利用可能なサービスのみが利用可能となる（分離後の整合性保持処理）。また、空間Ａの管理者又はユーザ権限では空間Ｂにログインできなくなる。
【００４９】
なお、本発明は、上記実施形態に限定されるものではなく、本発明の趣旨に反しない範囲で、様々な変形が可能である。
【図面の簡単な説明】
【００５０】
【図１】空間の構成図である。
【図２】ユーザによる空間へのログインを示す図である。
【図３】空間から空間へのログインを示す図である。
【図４】キーのデータ構造図である。
【図５】キーリングとその利用を示す図である。
【図６】capability-ringとその利用を示す図である。
【図７】空間結合のためのログインを示す図である。
【図８】空間結合状態を示す図である。
【図９】空間結合のためのログイン処理の手順を示す図である。
【図１０】空間結合時のサービス利用手順を示す図である。
【図１１】空間融合のためのログインを示す図である。
【図１２】空間融合状態を示す図である。
【図１３】空間融合時のサービス一覧要求処理手順を示す図である。
【図１４】分離処理（ログアウト）を示す図である。
【図１５】強制分離処理を示す図である。
【符号の説明】
【００５１】
Ａ  サービス提供空間
Ｂ  サービス提供空間
ＳＳ  空間管理サーバ
【図１】
2006011652.tif 000003
【図２】
2006011652.tif 000004
【図３】
2006011652.tif 000005
【図４】
2006011652.tif 000006
【図５】
2006011652.tif 000007
【図６】
2006011652.tif 000008
【図７】
2006011652.tif 000009
【図８】
2006011652.tif 000010
【図９】
2006011652.tif 000011
【図１０】
2006011652.tif 000012
【図１１】
2006011652.tif 000013
【図１２】
2006011652.tif 000014
【図１３】
2006011652.tif 000015
【図１４】
2006011652.tif 000016
【図１５】
2006011652.tif 000017