JP2004048654A - 分散したリソースを検出し使用する通信システムおよび通信方法 - Google Patents

Abstract

【課題】ネットワーク装置ではないリソースに対しても検出および使用を可能にするシステムおよび方法を提供する。
【解決手段】通信システムは、１つ以上の独立した通信ネットワークを含む。各ネットワークは、１つ以上のリソース管理装置、リソース管理装置により管理される複数のリソース、および１つ以上のリソース仲裁サーバを含む。通信システムは、さらに１つ以上の通信ネットワークとの通信に適合した通信装置を含む。
【選択図】　　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は全般的に、データ通信ネットワークに関連する。さらに詳細には、本発明は、無線あるいは有線ネットワークにおいて分散したリソースを検出し使用する通信システムおよび通信方法に関連する。
【０００２】
【従来の技術】
通信システムは、遠く離れた位置にあるリソースへのアクセスを可能にする。リソースとは、システムにおいてユーザによって要求されたサービスを提供する全ての装置および設備である。例えば、有線ローカルエリアネットワーク（ＬＡＮ）においては、データの保存および文書の印刷のサービスでは、ネットワーク相互接続、ユーザのパーソナルコンピュータ、ディスクドライブ、データ保存サーバ、およびネットワークプリンタのリソースが必要とされる。別の例としては、加入者にディレクトリ補助サービスを提供する無線音声通信ネットワークでは、リソースとして、加入者の無線ハンドセット、基地局、および交換局への有線接続、名前・番号集中データベースへの有線接続、およびデータベースを構築する計算システムが必要とされる。
【０００３】
単一のエンティティがシステム中の全てのリソースを制御するとき、あるいはそのようなリソースの存在がある時間にわたって変化するとき、それらのリソースは特定され、システム中の他のリソースに知られる。移動体アクセスネットワークにおいては、加入者は、サービスプロバイダの移動アクセスネットワークに、続いてサービスプロバイダのコアネットワークおよびサービスプロバイダのインターネットへのゲートウェイにアクセスするためにサービスプロバイダの移動体端末を使用し、サービスプロバイダからのサービスに対して料金を支払う。ネットワーク中で制御信号を使用することにより、加入者および加入者により使用されるシステム中のリソースの使用可能性を、移動局に、たやすく通知することができる。これは、それどころかバックグラウンドで行われうるので、リソースの使用可能性あるいは非使用可能性は、加入者からは完全に見えない。
【０００４】
【発明が解決しようとする課題】
将来においては、しかしながら、より多くの多様性をもつサービスを、より柔軟に提供することが要求される。これは、あらかじめ決められたリソースだけでなく、使用可能なあらゆるリソースによるサービスが可能になるということを意味する。提供されるべきそのようなリソースの例としては、第３および第４世代移動無線ネットワーク、無線ＬＡＮおよび無線ローカルループ、映像および音声符号化／復号化装置、計算サーバ、プロキシサーバ、ディスクサーバ等々がある。そのようなリソースは、必ずしも１つのサービスプロバイダにより所有される必要はなく、種々のリソースプロバイダにより所有され、全てのユーザおよび加入者に使用可能であってもよい。
【０００５】
別の例において、将来の仮想移動体事業者（ＶＭＯ）は、移動体サービスを加入者に提供し、加入者のアカウントを管理する。そしてＶＭＯ自身が所有する移動体交換局を運用するが、ＶＭＯ自身は無線周波数帯域を所有しないかもしれない。むしろ、ＶＭＯは、再販売のための周波数帯域を所有する１つ以上のサービスオペレータと協働する。ＶＭＯは、使用可能なリソースの種類およびそれを提供可能なサービスプロバイダを、無線および有線用に、使用可能時間、スケジュール、コスト、技術能力等々によって早急に決定可能である必要がある。
【０００６】
これらのシステムにおいて、構想される柔軟なサービスの実現を可能にするリソースを識別しかつ検出することが必要である。そのようなリソースの検出および使用は、要求に応じて行われてもよい。すなわち、ユーザがさらなる干渉なしにリソースを必要とするとき使用可能であり提供されてもよい。
【０００７】
初期の解決策において、工業組合等のグループは、オフィス装置の間の通信の基準を確立した。サリュテーション・コンソーシアムは、コンピュータ、プリンタ、および他のオフィス装置の各メーカー間での協力を可能にする。Ｂｌｕｅｔｏｏｔｈ（登録商標）　Ｓｐｅｃｉａｌ　Ｉｎｔｅｒｅｓｔ　Ｇｒｏｕｐ（ＳＩＧ）およびＪｉｎｉ機構は、素早くネットワークを設定する方法を創造する試みを行ってきた。Ｂｌｕｅｔｏｏｔｈ（登録商標）は、Ｂｌｕｅｔｏｏｔｈ（登録商標）使用可能な２つの装置間での無線接続を確立する規格である。一度接続が確立されると、Ｂｌｕｅｔｏｏｔｈ（登録商標）は、コンピュータ装置の素早いネットワークの設定を助けるサービス発見プロトコルを明示する。Ｊｉｎｉプロトコルは、ある装置が、プリンタのような他の装置とのネットワークの設定を可能にする。Ｊｉｎｉは、コンピュータおよびプリンタがネットワークに接続される方法は特定しないが、２つの装置がサービスを交渉すべき方法等を特定する。Ｊｉｎｉはまた、Ｂｌｕｅｔｏｏｔｈ（登録商標）と互換性のない発見プロトコルをも提供する。
【０００８】
サリュテーション・プロトコルはまた、発見プロトコルをも含む。サリュテーション・システムにおけるある装置は、そのネットワーク上の他の装置にそれらの能力について問い合わせるためのサリュテーション発見プロトコルを使用する。その問い合わせは、要求された情報を提供するサーバのような通信相手に送信される。続いて、装置とサーバ間の通信が確立される。
【０００９】
しかしながら、この従来技術のプロトコルは、コンピュータ、プリンタ、およびその他のネットワーク設備を適合させるだけである。将来のアプリケーションにおいて、例えば、映画コンテンツを使用する権利、ディスクサーバを有するオフィス空間、およびネットワークに常には接続されていないがＢｌｕｅｔｏｏｔｈ（登録商標）により一時的にネットワーク接続可能な家庭電化製品等を含むすべてのものがリソースとなる可能性がある。
【００１０】
したがって、ネットワーク装置ではないリソースに対しても検出および使用を可能にするシステムおよび方法が必要である。
【００１１】
【課題を解決するための手段】
本実施形態は、１つ以上の独立したアクセスネットワーク、および１つ以上の独立したあるいは相互接続したコアネットワークを含む通信システムを提供する。各コアネットワークは、１つ以上のリソース管理装置、そのリソース管理装置に管理されるリソース、および１つ以上のリソース仲裁サーバを含む。その通信システムは、１つ以上のアクセスネットワークの各々の通信に適合した通信装置をさらに含む。
【００１２】
好適な実施形態の前述の議論は、序言の方法のみによって提供されてきた。この章の如何なるものも、特許請求の範囲の限定としてとられるべきではなく、請求範囲が発明の範囲を定義する。
【００１３】
【発明の実施の形態】
ここで示される実施形態は、通信タスクを実行する際に要求されるリソースを、様々なリソースプロバイダから受け入れ可能な通信システムに関連する。これらのリソースは、通信装置のリソースに加えネットワークを介して接続されない可能性がある装置以外のリソースを含む。そのようなリソースの例は、陸地および陸地に付属した権利、建物、自動車や娯楽機器のようなネットワーク接続されていない装置、および著作物や他の有形、無形のライセンス供与可能な知的財産を含む。ここで記述される実施形態は、通信タスクと一緒のそれらのリソースをアクセスおよび運用する方法および機器を開示する。
【００１４】
以下、図面を参照して説明する。図１は、通信システム１００を示している。通信システム１００は、ネットワーク１０２、１０４を含む複数のコアネットワークを含む。通信システム１００は、通信システム１００のネットワークとの通信に適合した少なくとも１つの通信装置１０６を含む。その通信装置は、図１と関連して後でより詳細に記述する。
【００１５】
ネットワーク１０２、１０４のようなコアネットワークは、直接的には相互接続されていない。すなわち、それらの間に直接の通信経路はなく、それらは独立したネットワークとして処理される。ネットワーク１０２、１０４の各々は、特定の技術あるいは技術の組み合わせを使用してもよい。ネットワーク１０２、１０４の各々は、音声を代表するデータ、あるいはこれらの組み合わせ通信のために構成されてもよい。したがって、一例として、ネットワーク１０２は、通信装置１０６とネットワーク１０２によりアクセス可能なリソース間のアクセスを提供するためのファイバー光学、銅線、およびイーサネットのようなＬＡＮ技術を使用した陸上通信線ネットワークであってもよい。さらにこの例においては、コアネットワークであるネットワーク１０４に接続したアクセスネットワークは、通信装置１０６とネットワーク１０４によりアクセス可能な他のリソース間のアクセスを提供するための衛星およびセルラー、あるいはポイント・ツー・ポイント無線技術を使用する無線ネットワークであってもよい。他の例ももちろん可能である。実施形態の範囲およびそれらの均等物は、これらの例示的な実施形態に限定されるべきではない。
【００１６】
通信装置１０６がネットワーク１０２、１０４にアクセスする際使用する設備（ハードウェアおよびソフトウェア、無線および有線を含む）は、アクセスネットワーク１０８、１１０、１１２、１１４を形成する。通信装置１０６から特定のコアネットワークにアクセスするためには複数のアクセス手段があってもよい。例えば、図示された実施形態においては、通信装置１０６は、データケーブルであるアクセスネットワーク１０８あるいは無線リンクであるアクセスネットワーク１１０を介してネットワーク１０２にアクセスすることができる。さらに、通信装置１０６は、モデムを使用し現存する電話システムであるアクセスネットワーク１１２を介して、あるいはアクセス手段を形成する衛星データ通信ネットワークへの無線リンクによりネットワーク１０４にアクセスできる。いつでもどこでも使用可能なアクセス手段があってもよい。
【００１７】
ネットワーク１０２、１０４の各々は、リソースへのアクセスを可能にする。例えば、図示された実施形態においては、ネットワーク１０２は、第１のリソース１１６および第２のリソース１１８へのアクセスを提供する。第２のネットワーク１０４は、Ｎ番目のリソース１２０およびＮ＋１番目のリソース１２２へのアクセスを提供する。全てのネットワークを介してアクセス可能なリソースの数および型に限定はない。前述のように、これらは、データ記憶装置、プリンタ、プロセッサのようなネットワーク機器を含んでもよい。さらに、これらのリソースは、ソフトウェアアプリケーションあるいはデータファイル、構成装置およびファーム機器のような非データの処理装置のような他の有形の機器であってもよいし、あるいは知的財産権およびライセンスあるいは金融資産のような無形のリソースであってもよい。
【００１８】
リソース１１６、１１８、１２０、１２２の各々に対し１つ以上のリソース管理装置１３０、１３１、１３２、１３３および１つ以上のリソース仲裁サーバ１３４、１３６がそれぞれ関連する。図１の各リソースは、リソース自身とそのリソースに関連したリソース管理装置の組み合わせであることが望ましい。リソース仲裁サーバ１３４、１３６は、リソース管理装置１３０、１３１、１３２、１３３と通信する。リソースおよびその管理装置は、一体に実装されることができる。例えば、ネットワークプリンタはＣＰＵを有するが、そのＣＰＵは、プリンタの印刷タスクの制御部として働き、またリソース仲裁サーバと通信する管理装置の機能も有する。リソース仲裁サーバの構造および動作は、図３と関連して後で詳細に述べる。リソース管理装置１３０、１３２の構造および動作は図４と関連して後で詳細に述べる。
【００１９】
図２は、図１の通信システムで使用するための通信装置１０６の動作ブロック図である。通信装置１０６は、（１）制御装置２０２、（２）メモリ２０４、（３）図１における例示的な通信システム１００のネットワーク１０２、１０４のような１つ以上のネットワークに接続するための複数のネットワーク接続手段２０６、２０８を含む。
【００２０】
通信装置の例示的な実施形態は、（１）遠隔地へのデータおよび音声通信を可能にする移動体端末あるいは携帯無線機、（２）固定データ端末、（３）移動／固定装置と関連し、その装置の何らかの環境、パフォーマンス、あるいは他の特性を監視する監視装置（例えば、ＧＰＳ信号を監視し、その装置の地球上の位置を報告する装置）、（４）他のネットワーク上のデータあるいは処理リソースに積極的にアクセスでき、そのようなリソースからアクセスされるディスク記録システム、を含む。通信装置１０６のこれらの可能な実施形態は、例示的でしかなく、ここで記述される実施形態の範囲を制限するために使用されるべきではない。
【００２１】
一実施形態における制御装置２０２は、通信装置１０６に対して制御機能を実現するためのデジタル論理回路を含む。例えば、制御装置２０２は、マイクロプロセッサ、マイクロコントローラ、あるいはデジタル信号プロセッサを含んでもよい。そのようなプロセッサは、通信装置の他の要素を制御するためにメモリ２０４に保存されたデータおよび命令によって動作する。典型的なユーザインターフェース要素は、音声処理のためのマイクロフォンおよびスピーカに加え、表示装置、およびキーボードあるいはキーパッド含む。
【００２２】
ネットワーク接続手段２０６は、図１のネットワーク１０２、１０４のリソース、リソース管理装置、およびリソース仲裁サーバのようなリモート通信装置と１方向あるいは双方向通信を可能にする。第１のネットワーク接続手段２０６は、第１の通信ポート２１０による通信を可能にする。同様に、第２のネットワーク通信手段２０８は、第２の通信ポート２１２による通信を可能にする。通信装置１０６に含まれる通信ポートおよびネットワーク通信手段の数は、任意であり、図２において第２のネットワーク通信手段２０８上で添字Ｎで示されるように変化してもよい。
【００２３】
ネットワーク接続手段２０６、２０８は、ネットワークとの、要求された型のチャンネルを介した通信に適当な全ての形式で具体化される。例えば、イーサネットＬＡＮを介した有線通信が要求される場合、ネットワーク接続手段２０６、２０８のうちの１つは、イーサネットカードあるいはイーサネット送受信機能を実装する他の回路として具体化されてもよい。あるいは、無線通信が要求される場合は、ネットワーク接続手段２０６、２０８のうち１つは、必要な周波数帯における動作、および特定の基準による変調／復調および符号化／復号化を含む無線送受信機として具体化されてもよい。
【００２４】
ネットワーク接続手段２０６、２０８は、通信回路を形成する。通信は、制御装置２０２によりソフトウェアプログラム制御可能であってもよい。ネットワーク接続手段２０６、２０８によりリモートソースから受信されるデータあるいは他の情報は、通信装置１０６内の適当な通信相手に通信される。同様に、リモート通信相手への通信のためのデータあるいは他の情報は、適当な通信チャネルによるフォーマット、符号化等のためまずネットワーク接続手段２０６、２０８へ通信される。このように、ネットワーク接続手段２０６、２０８は、無線ネットワークへのアクセスのための無線受信機および無線送信機、あるいは無線ネットワークにアクセスするためのネットワークアクセスカードを含んでもよい。
【００２５】
図２に示された残りの要素は、機能的あるいは動作的形式で示される。これらの要素により実行される機能は、図２に示されている。これらの要素は、（１）制御装置２０２あるいは通信装置１０６の他の論理回路、（２）通信装置１０６の専用の装置、あるいは（３）その他の適当な手段により実行されるソフトウェアのルーチンとして実行されてもよい。例えば、ユーザ認証装置２１６は、ネットワークアクセス時に通信装置あるいはそのユーザを認証するために、ユーザ認証情報を保存する。一実施形態において、ユーザ認証装置２１６は、メモリ２０４のようなメモリに保存されたユーザアカウントのデータを含む。別の実施形態においては、ユーザ認証装置２１６は、加入者身元モジュールあるいはＧＳＭシステムの無線電話で使用されるＳＩＭカードの形態を含む。通信装置１０６の要素は、ハードウェア、ソフトウェア、機械的装置、あるいは要求された処理機能を実現するためのユーザの相互作用の全ての適当な組み合わせとして具体化されてもよい。
【００２６】
リソース要求装置２１８は、ネットワークにアクセス可能な遠隔位置からリソースに対する要求を生成し送信する。その要求は、リソース要求装置２１８から通信ネットワーク（図１）のリソース仲裁サーバへリソース使用要求を通信するための通信回路として動作するネットワーク接続手段２０６、２０８に伝えられる。そのリソース要求は、通信装置１０６のユーザにより手動で生成されてもよいし、あるいは通信装置１０６のタスクを実行するアプリケーションにより生成されてもよい。いくつかのアプリケーションにおいては、あるいは特定のリソースを要求する際には、リソース要求装置２１８は、（１）要求に対する特定のサーバあるいは通信相手、あるいは（２）ネットワーク上の要求されたリソースの送信元、を特定するリソース要求を送信する。あるいは、その要求は、特定のサーバ、通信相手、あるいは送信元を特定せずに送信されてもよい。この場合、要求は、ネットワークを介して配信され、リソース仲裁サーバは、その要求がそのサーバが扱えるリソース要求であると認識することによりその要求を受信する。例えば、ネットワークがインターネットを含む場合、要求は受信者を特定して、あるいは受信者を省略して送信することができる。
【００２７】
解釈制御回路２２０は、通信回路、ネットワーク接続手段２０６、２０８と結合され、リソース仲裁サーバからネットワーク接続手段２０６、２０８により受信されるリソース予約結果の報告を解釈する。別の実施形態において、この動作は、適切にプログラムされた場合、制御装置２０２により実行されてもよい。解釈制御回路２２０は、さらにリソース仲裁サーバにより提供される予約確認方法を受信し解釈する。
【００２８】
リソース選択装置２２２は、受信したリソース予約結果の報告に基づいて使用あるいは非使用のリソースを選択する。その選択に応じて、報告制御回路２２４は、リソース仲裁サーバあるいはリソース管理装置（図１）に使用の選択をされなかったリソースに対するリソース予約のキャンセルの報告を通知する。また選択に応じて、タスク実行回路２２６は、選択されたリソースの使用時のネットワーク接続手段２０６、２０８によるリソース仲裁サーバへの通信に対するリソース予約確認を生成する。リソースは実際にはタスクアプリケーション２２８において使用される。
【００２９】
リソースの使用に続いて、タスクが完了したとき、使用終了報告装置２３０は、リソース仲裁サーバあるいはリソース管理装置に、リソースの使用終了を通知する。いくつかのアプリケーションあるいはいくつかのリソースに対しては、選択されたリソースの使用に対する使用料の支払い要求が、ネットワーク接続手段２０６、２０８により、リソース仲裁サーバあるいはリソース管理装置から受信されてもよい。このような要求は、使用料要求装置２３２に伝えられる。
【００３０】
さらに、通信装置１０６は、リソース要求を通信する際使用するアクセス手段を任意に選択してもよい。例えば、無線通信が使用可能で通信装置１０６が無線サービスの加入者である場合、リソースに対する全ての要求は、無線サービスプロバイダの無線設備への無線リンクを使用して生成されてもよい。しかしながら、適当な、あるいは要求される場合、通信装置１０６は、続いて、タスクを実行する際の通信は、別のアクセス手段を使用してもよい。この例として、無線リンクを介してリソースを検出した後、通信装置１０６は、続いて、電子メールメッセージに添付されたファイルの読み込みのようなタスクの実行中は有線通信を使用してもよい。
【００３１】
図３は、図１の通信システム１００のネットワーク１０２におけるリソース仲裁サーバ１３４のブロック図である。リソース仲裁サーバ１３４は、（１）通信システム１００の通信装置１０６、および（２）ネットワーク１０２のリソース１１６、１１８と関連して示される。
【００３２】
リソース仲裁サーバ１３４は、制御装置３０４およびメモリ３０６、第１の通信インターフェース３０８および第２の通信インターフェース３０８を含む。制御装置は、リソース仲裁サーバ１３４の動作を制御し、例えば、メモリ３０６に保存された、あるいは通信インターフェース３０８、３１０の１つを介して受信されたデータおよび命令に応じて動作する１つ以上のプロセッサを含んでもよい。
【００３３】
第１の通信インターフェース３０８は、通信装置１０６との通信を可能にする。第２の通信インターフェース３１０は、ネットワークのリソース管理装置１３０、１３１、１３２との通信を可能にする。通信インターフェース３０８、３１０上の通信は、有線あるいは無線の全ての適当な通信プロトコルに依存してもよい。第２の通信インターフェース３１０に対して、通信は、種々のプロトコルのどれでもよい。各通信は、特定のリソースおよびそのリソースのリソース管理装置の要求に適応させられる。
【００３４】
リソース仲裁サーバ１３４の他の要素は、動作あるいは機能ブロックとして図示される。これらの機能ブロックは、制御装置３０４のアプリケーション、分離した論理動作、あるいはハードウェアとソフトウェアの組み合わせとして実行されてもよい。
【００３５】
リソース仲裁サーバ１３４は、通信装置１０６のユーザあるいは通信装置１０６自身を認証するためのユーザ認証装置３１６を含む。認証は、任意のものであり、全ての取引あるいは全てのリソース要求について行われる必要はない。認証は、ユーザあるいは通信装置１０６が要求されたリソースを使用するための許可あるいは認証を所有すること、ユーザあるいは通信装置１０６が全ての必要なサービスプロバイダの加入者アカウントを所有すること等の保証を含んでもよい。認証完了のために双方向通信が要求されてもよい。
【００３６】
リソース仲裁サーバ１３４は、要求受信装置３１８をさらに含む。要求は、必要かつ解釈される場合、受信、復調、および復号される。このように、第１の通信インターフェース３０８と関連する要求受信装置３１８は、通信装置１０６からリソース使用要求を受信するための通信回路を形成する。解釈は、要求を満足させるために求められるリソースの種類の判断、必要な認証のチェック等々を含んでもよい。一実施形態において、受信された要求は、リソース管理装置により報告されるリソースサービスの内容データと比較されうるフォーマットに変換される。例えば、あるユーザの「高品質動画配信データ」に対する要求は、「２０フレーム／秒あるいはそれ以上のフレーム数のＭＰＥＧ４形式の動画データを送信するリソース」に変換されてもよい。
【００３７】
リソース仲裁サーバ１３４は、さらにリソース使用可能性検査装置３２０を含む。リソース使用要求が受信され解釈された後、リソース使用可能性検査装置３２０は、ネットワーク内でリソース使用要求の条件を満たす使用可能なリソースを検出する。ネットワークはここで、リソース仲裁サーバ１３４と関連するネットワーク１０２に問い合わせる（図１）。他のネットワークリソースも、検査されてもよい。満たされる必要があるリソース使用要求の条件には、リソースの量、現在あるいは将来の使用可能性、コスト等々が含まれてもよい。これらのような条件は、リソース使用要求に含まれ、要求受信装置３１８で解釈されることが望ましい。
【００３８】
リソース使用可能性検査装置３２０は、ネットワーク上のリソースの使用可能性に関する情報を受信および保存する。リソース使用可能性検査装置３２０は、使用可能なリソースを特定するために、ネットワークあるいはリソース管理装置１３０（図１）のようなネットワークの構成要素に要求を出してもよい。ネットワークは、リソース使用可能性検査装置３２０によりアクセスされる可能性がある使用可能なリソースに関するデータベースあるいは他の形態の情報を保持してもよい。情報は、すぐに提供されてもよいし、あるいはリソース使用可能性検査装置における保存装置あるいは他の場所から検索されてもよい。リソースが要求された条件に適合して使用可能である場合、リソース使用可能性検査装置３２０は、要求を満たすためにリソースを予約する。
【００３９】
別の実施形態においては、リソース使用可能性検査装置３２０は、リソースの使用可能性を判断し、メモリ３０６において実行されるように、データベース中にその情報を保存する。リソース使用要求がユーザから受信される際、リソース使用可能性検査装置３２０は、データベースに、要求に応じた使用可能性のデータの提供を要求する。さらに、リソース使用可能性検査装置３２０は、そのようなことが起こる毎にリソース管理装置に要求に応じて使用可能性のデータを提供するように要求する。
【００４０】
さらに別の実施形態においては、リソース使用可能性検査装置３２０は、あらかじめリソース使用可能性のデータの一部分を判断し、その結果をリソース仲裁サーバのデータベースに保存する。ユーザがリソースの使用を要求した場合、リソース使用可能性検査装置３２０は、データベースに保存されたデータに基づいて、必要なデータの残りの部分のみについてリソース管理装置に要求することにより使用可能性を判断する。
【００４１】
リソースの使用可能性、あるいはユーザの目的のためにリソースの使用が可能かどうかの判断は、リソースの仕様および状態がユーザの要求に適合するかどうかにより判断される。リソースの仕様は、提供されるサービスの内容および種類、使用条件、ネットワーク内のアドレス等々のような情報を含む。リソースの状態は、（１）開放中あるいは使用可能、（２）使用中あるいは使用不可能、（３）予約時間のみ使用可能あるいは予約時間までは使用不可能が考えられる。仕様がリソース仲裁サーバのデータベースに入力され、その仕様がユーザの要求に適合するリソースについてのみ、データベースに保存されたネットワークアドレスに基づいて、開放状態に対する検査が行われる態様も考えられる。
【００４２】
リソース仲裁サーバ１３４は、リソース予約装置３２２をさらに含む。リソース予約装置３２２は、リソース使用可能性検査装置３２０により通知されるリソース使用可能性により、リソース予約要求とユーザの認証情報を、リソース要求を満足する使用可能なリソース（すなわち、確認されたリソース）のリソース管理装置に送信する。リソース予約装置３２２は、さらに予約されたリソースの各々のリソース管理装置により送信された予約結果を収集し、ユーザのリソース要求に対しその結果を比較あるいは検査する。リソース予約装置３２２は、さらに、不十分なリソースが存在する場合は、ネットワーク中の使用可能なリソースの再検査する判断をする。
【００４３】
リソース仲裁サーバ１３４は、リソース確認装置３２４をさらに含む。リソース確認装置３２４は、リソース予約結果を収集する。リソース要求を満足するリソースが存在する場合、リソース確認装置３２４は、リソースの予約を確認する方法に従って通信装置１０６のユーザに予約結果と一緒に通知を行う。リソース確認装置３２４はまた、リソース予約結果の確認およびキャンセルの通知を受信し、そのような通知を適当なリソース管理装置に転送する。
【００４４】
リソース仲裁サーバ１３４は、さらに使用終了報告装置３２６を含む。使用終了報告装置３２６は、リソースの使用終了の通知をユーザから受信し、各リソースにリソースの使用終了を通知する。いくつかの実施形態において、およびいくつかの特定のリソースの使用については、使用終了の報告は、不要なものとして省略されてもよい。例えば、要求されたリソースが、ワールドワイドウェブのページの場合、そのようなページへのアクセス終了の通知は、一般的に要求されない。しかしながら、パフォーマンスを監視、最適化する目的およびユーザに課金する目的でリソースの使用終了を記録することあるいは追跡することは、有用である。
【００４５】
リソース仲裁サーバ１３４は、リソース使用料を計算する使用料計算装置３２８およびユーザに支払いを要求する使用料要求装置３３０をさらに含む。使用料は、各リソースの使用の記録に基づいて計算されるのが望ましい。一実施形態において、使用料計算装置３２８は、リソース仲裁サーバ１３４において、タスクで使用されるリソース毎のリソース使用状況を監視する。その装置はさらに、使用状況の監視結果とリソース管理装置により報告された使用状況を比較し、比較したデータが一致しない場合はリソース管理装置に使用状況検査を通知する。比較されたデータが一致した場合には、使用料を計算する。
【００４６】
支払い要求は、通信装置１０６に送信され、支払いの取り決めはユーザの介在なく自動的に取り扱われるのが望ましい。一実施形態においては、リソースの使用に対する支払いを要求する使用料要求装置３３０は、ユーザによりあらかじめ支払われた金額から使用料を控除する装置、使用料をユーザによりあらかじめ提供されたクレジットカード口座に課金する装置、あるいはリソース仲裁サーバ使用料とリソース使用料に対する料金を組み合わせる手段を含む。
【００４７】
図１および図３に示される一実施形態において、リソース仲裁サーバ１３４は、それが関係しているネットワーク１０２の物理的な一部分である。別の実施形態では、リソース仲裁サーバ１３４は、システム中に物理的には存在せず、リソース仲裁サーバにより実行される処理は、代わりに各リソースのリソース管理装置１３０（図１）のようなリソース管理装置により実行される。さらに別の実施形態においては、リソース仲裁サーバは、様々な装置のリソース管理装置から分離して存在し、ユーザとの全ての通信は、リソース仲裁サーバにより実行される。リソース管理装置は、リソースプロバイダとの交渉を通じて割り当てられる。
【００４８】
別の実施形態においては、リソース仲裁サーバと通信する方法を知らないユーザが考慮されている。例えば、ユーザは、要求するリソース仲裁サーバに割り当てられたインターネットプロトコル（ＩＰ）アドレスを知らなくてもよい。そのようなユーザのために、リソース仲裁サーバが要求を受信した場合、ユーザにリソース仲裁サーバと通信する方法を通知するために、要求メッセージが配信されてもよい。
【００４９】
別の実施形態においては、リソースの使用に対する追跡および課金の必要について考慮されている。この実施形態において、ユーザは、その使用のために、あらかじめユーザ用にリソースの使用に対する追跡および課金のためのリソース仲裁サービスの契約を締結済みのリソース仲裁サーバを使用する。そのような契約の確認は、ユーザ認証過程の一部でありうる。
【００５０】
図４は、図１の通信システム１００におけるリソース管理装置１３０のブロック図である。リソース管理装置１３０は、ネットワーク１０２およびリソース１１６、１１８と関連して示される。
【００５１】
リソース管理装置１３０は、制御装置４０２およびメモリ４０４を含む。制御装置４０２は、リソース管理装置１３０の動作を制御する。典型的な実施形態において、制御装置４０２は、メモリ４０４に保存されたデータおよび命令に応じて動作可能なプロセッサを含む。リソース管理装置１３０の他の要素は、機能的あるいは動作的ブロックとして図４に示されている。これらのブロックは、ハードウェアあるいはソフトウェアあるいはそれら２つの組み合わせとして実行されてもよい。例えば、機能的ブロックは、制御装置４０２のプロセッサにおいて実行されるソフトウェア命令として実行されてもよい。
【００５２】
リソース管理装置１３０は、リソース１１６、１１８により提供されるサービスの内容あるいは種類を判断する内容報告装置４０６を含み、その情報をネットワーク１０２に報告する。リソース管理装置１３０は、使用状況を監視する使用状況監視装置４０８と使用状況を比較するための使用状況比較装置４０９をさらに含む。リソース管理装置１３０は、さらにリソースの使用可能性を検査するための要求を受信および解釈する使用可能性検査装置４１０を含む。要求は、リソース仲裁サーバ（図１）のようなネットワーク中の他の場所から受信される。リソース管理装置１３０はまた、リソースの使用可能性を検査および報告するための使用可能性検査装置４１２を含む。
【００５３】
一実施形態において、使用可能性検査装置４１０は、使用状況および予約状況のデータに基づいてリソースの使用可能性を検査し、ネットワーク１０２内の検査の結果を報告する。リソース使用可能性検査によりリソース要求の条件に適合するリソースを発見すると、そのリソースは、（１）リソース要求を発行した通信装置、および／あるいは（２）適合したリソース使用可能性検査要求を発行したリソース仲裁サーバから、リソース予約あるいは予約キャンセル要求が受信されるまでは、全てのリソース使用可能性検査を免除される。
【００５４】
他の実施形態において、使用可能性検査装置４１０は、使用状況および予約状況のデータに基づいてリソースの使用可能性を検査する。使用可能性検査装置４１０は、ネットワーク１０２内の検査の結果を報告する。与えられた時間内で受信されるリソース使用可能性検査の要求について要求されたサービスが使用可能であると判明した場合、サービスが使用可能であるという通知は、最高のリソース使用料を提示したリクエストに対して発行されるであろう。リソースは、リソース要求を発行した通信装置、および／あるいはリソース使用可能性検査要求を発行したリソース仲裁サーバからリソース予約あるいは予約キャンセル要求が受信されるまで、リソース使用可能性要求に続いて起こる要求に応じて実行される全てのリソース使用可能性検査から免除される。すなわち、リソースは、規定された時間の間に最高の使用料を提示するユーザのために暫定的に予約され、その暫定予約は、予約がユーザにより確認あるいはキャンセルされるまで維持される。一定時間の間に受信されるリソース使用可能性検査の要求（それに対し要求されたサービスが使用可能になる）を提示したユーザは、一定時間内に受信された最高の使用料の提示を通知され、リソース使用可能性検査の要求は再度受理されることが望ましい。これは、動作の競売モードであると考えられる。
【００５５】
リソース管理装置１３０は、予約を管理する予約管理装置４１４をさらに含む。予約は、（１）リソースから使用可能なサービスの内容あるいは起源、（２）使用されるサービスの量、（３）使用時間、あるいは（４）他の情報に基づいて管理されることが望ましい。リソース管理装置１３０は、リソースの予約を受理する予約受理装置４１６、およびユーザからの予約に応じて選択されたリソースを予約するリソース予約装置４１８をさらに含む。
【００５６】
リソース管理装置１３０は、選択されたリソースの使用を試みる個人の身元あるいは他の情報を確認する認証装置４２０をさらに含む。認証装置４２０は、予約をしたユーザの認証データ生成する。認証データは、ネットワークに予約結果および予約をしたユーザの認証データを報告する認証報告装置４２２に提供される
【００５７】
予約キャンセルを取り扱うために、リソース管理装置１３０は、リソース予約をキャンセルする要求を受信し解釈するキャンセル要求受信装置４２６を含む。キャンセル要求に応じて、リソース予約をキャンセルする過程４２８が、リソース予約をキャンセルする要求に基づいて予約をキャンセルするために実行される。
【００５８】
さらに、リソース管理装置１３０は、ユーザがあらかじめ通知した予約確認方法に基づいて、リソース使用要求を受信し解釈するリソース使用要求受信装置４３０を含む。リソース使用要求の確実性が確認された後、別の装置４３２が、要求されたリソースを使用可能にする。使用状況比較装置４０９は、ユーザの予約内容を要求されたリソースの実際の使用状況と比較する。
【００５９】
さらに、リソース管理装置１３０は、リソースの使用終了通知を受信する使用終了受信装置４３６を含む。別の装置である使用終了装置４３８は、その通知、ユーザの予約の内容、およびリソースの実際の使用状況に基づいてリソースの提供を終了する。
【００６０】
リソース管理装置１３０は、予約内容および実際の使用記録に基づいて料金を計算するための使用料計算装置４４０も含む。別の装置である使用結果報告装置４４２は、使用結果および料金についてユーザに通知を行う。使用結果は、選択されたリソースの使用の記録であってもよい。
【００６１】
前述の説明から、本実施形態によりリソース（ネットワーク機器でないリソースでさえも）の検出および使用に対する通信システムおよび方法が提供されることがわかる。リソース仲裁サーバは、リソースに対する要求を受信し、要求されたリソースを（可能であれば、２以上のネットワークから）検出する。ネットワークにおいて、リソース管理装置は、リソースの使用可能性およびリソース使用に対する予約を追跡する。この方法により、例えば土地、建物、非ネットワーク装置、あるいは、著作物や営業秘密の資料等々、様々なリソースを検出し、使用することが可能である。
【００６２】
以上、本発明の特定の実施形態が示され、記述されたが、変形例も存在する。本発明の精神および範囲内での変化および変形例を包括する請求項の範囲内で変形が可能である。
【００６３】
【発明の効果】
以上で述べたように、本発明によれば、ネットワーク装置ではないリソースに対しても検出および使用を可能にするシステムおよび方法が実現可能となる。
【００６４】
【図面の簡単な説明】
【図１】通信システムのブロック図である。
【図２】図１の通信システムにおける通信装置の動作ブロック図である。
【図３】図１の通信システムにおけるリソース仲裁サーバのブロック図である。
【図４】図１の通信システムにおけるリソース管理装置のブロック図である。
【符号の説明】
１００…通信システム、１０２、１０４…ネットワーク、１０６…通信装置、１０８、１１０、１１２、１１４…アクセスネットワーク、１１６、１１８、１２０、１２２…リソース、１３０、１３１、１３２、１３３…リソース管理装置、１３４、１３６…リソース仲裁サーバ、２０２…制御装置、２０４…メモリ、２０６、２０８…ネットワーク接続手段、２１０、２１２…通信ポート、２１６…ユーザ認証装置、２１８…リソース要求装置、２２０…解釈制御回路、２２２…リソース選択装置、２２４…報告制御回路、２２６…タスク実行回路、２２８…タスクアプリケーション、２３０…使用終了報告装置、２３２…使用料要求装置、３０４…制御装置、３０６…メモリ、３０８、３１０…通信インターフェース、３１６…ユーザ認証装置、３１８…要求受信装置、３２０…リソース使用可能性検査装置、３２２…リソース予約装置、３２４…リソース確認装置、３２６…使用終了報告装置、３２８…使用料計算装置、３３０…使用料要求装置、４０２…制御装置、４０４…メモリ、４０６…内容報告装置、４０８…使用状況監視装置、４０９…使用状況比較装置、４１０…使用可能性検査装置、４１２…使用可能性検査装置、４１４…予約管理装置、４１６…予約受理装置、４１８…リソース予約装置、４２０…認証装置、４２２…認証報告装置、４２６…キャンセル要求受信装置、４３０…リソース使用要求受信装置、４３６…使用終了受信装置、４３８…使用終了装置、４４０…使用料計算装置、４４２…使用結果報告装置。

Claims (34)

1. １つ以上の独立した通信ネットワークと、
   前記１つ以上の通信ネットワークのそれぞれの通信に適合する通信装置と
   を備え、前記１つ以上の通信ネットワークの各々は、
   １つ以上のリソース管理装置と、
   前記１つ以上のリソース管理装置により管理されるリソースと、
   １つ以上のリソース仲裁サーバと
   を含むことを特徴とする通信システム。
2. 前記通信装置は、
   リソース要求装置と、
   前記リソース要求装置から前記通信ネットワーク中の前記リソース仲裁サーバへリソース使用要求を通信する通信回路と、
   をさらに備えることを特徴とする、請求項１に記載の通信システム。
3. 前記通信装置は、
   前記通信回路と結合し、前記リソース使用要求に応じて前記リソース仲裁サーバから送信され前記通信回路により受信されるリソース予約結果の報告を解釈する制御回路
   をさらに備えることを特徴とする、請求項２に記載の通信システム。
4. 前記通信装置は、
   前記リソース予約結果の報告に基づいて、使用するリソースを選択する選択装置を備え、
   前記通信回路は、前記リソース仲裁サーバに、使用の選択をされたリソースの予約と非使用の選択をされたリソースのキャンセルのうち少なくとも１つを通信する
   ことを特徴とする、請求項３に記載の通信システム。
5. 前記通信回路は、
   前記リソース仲裁サーバに通信するために、前記使用の選択をされたリソースの使用終了の通知を開始することを特徴とする、請求項４に記載の通信システム。
6. 前記通信装置は、
   前記使用の選択をされたリソースの使用時に前記通信回路により前記リソース仲裁サーバに通信するためのリソース予約確認を生成するタスク実行回路
   をさらに備えることを特徴とする、請求項４に記載の通信システム。
7. 前記通信回路は、
   前記使用の選択をされたリソースの使用を記録した報告を受信することを特徴とする請求項４に記載の通信システム。
8. 前記通信回路は、
   前記使用の選択をされたリソースの使用料の支払い要求を受信することを特徴とする請求項７に記載の通信システム。
9. 前記通信回路は、無線受信部および無線送信部を備えることを特徴とする、請求項２に記載の通信システム。
10. 前記通信回路は、ネットワークアクセスカードを備えることを特徴とする、請求項２に記載の通信システム。
11. 前記１つ以上のリソース仲裁サーバの各々は、
    前記通信装置からリソース使用要求を受信するための通信回路
    を備えることを特徴とする、請求項１に記載の通信システム。
12. 前記１つ以上のリソース仲裁サーバの各々は、
    前記リソース使用要求をしたユーザを認証するための認証装置
    を備えることを特徴とする、請求項１１に記載の通信システム。
13. 前記１つ以上のリソース仲裁サーバの各々は、
    前記１つ以上のリソース仲裁サーバの各々と関連するネットワーク内で、前記リソース使用要求の条件を満たす使用可能なリソースを検出するリソース検出装置
    を備えることを特徴とする、請求項１１に記載の通信システム。
14. 前記１つ以上のリソース仲裁サーバの各々は、
    前記リソース管理装置にリソース予約を送信するリソース予約装置
    を備えることを特徴とする、請求項１１に記載の通信システム。
15. 前記リソース予約装置は、
    前記リソース予約が送信されたリソース管理装置にユーザの認証データを送信することを特徴とする、請求項１４に記載の通信システム。
16. 前記リソース予約装置は、
    前記リソース管理装置からの予約結果を収集し、かつ受信した前記リソース使用要求に対する予約結果を確認することを特徴とする、請求項１４に記載の通信システム。
17. 前記リソース予約装置は、
    前記予約結果の確認に応じてリソースを予約することを特徴とする、請求項１６に記載の通信システム。
18. 前記リソース予約装置は、
    受信した前記リソース使用要求を満たすリソースが存在する場合、前記通信装置に通知をすることを特徴とする、請求項１６に記載の通信システム。
19. 前記１つ以上のリソース仲裁サーバの各々は、
    前記通信装置から、選択されたリソースの使用終了の通知を受信し、当該選択されたリソースに使用終了の通知の終了を通知するリソースキャンセル装置
    を備えることを特徴とする、請求項１１に記載の通信システム。
20. 前記１つ以上のリソース仲裁サーバの各々は、
    各リソースの使用記録に基づきリソース使用料を計算するアカウント装置
    を備えることを特徴とする、請求項１１に記載の通信システム。
21. 前記アカウント装置は、
    前記通信装置のユーザに前記リソース使用料の支払いを要求することを特徴とする請求項２０に記載の通信システム。
22. 前記１つ以上のリソース管理装置の各々は、
    前記１つ以上のリソース管理装置の各々により管理される前記リソースにより提供されるサービスの内容を判断し、前記リソース管理装置の各々に関連するネットワーク内で報告を行う制御装置
    を備えることを特徴とする、請求項１に記載の通信システム。
23. 前記１つ以上のリソース管理装置の各々は、
    リソースの使用可能性を検査するための要求を受信し解釈するように構成される装置
    を備えることを特徴とする請求項１に記載の通信システム。
24. 前記１つ以上のリソース管理装置の各々は、
    （１）リソースにより提供されるサービスの内容、（２）要求されるサービスの量、（３）サービスの使用の要求される時間、および（４）要求をしたユーザのユーザ情報、のうち少なくとも１つに基づいてリソース予約を管理する予約管理装置
    を備えることを特徴とする、請求項１に記載の通信システム。
25. 前記予約管理装置は、
    選択されたリソースに対するリソース予約を受諾し、選択されたリソースを予約することを特徴とする、請求項２４に記載の通信システム。
26. 前記予約管理装置は、
    前記リソース管理装置に関連するネットワーク内で予約結果を報告することを特徴とする、請求項２５に記載の通信システム。
27. 前記予約管理装置は、
    前記リソース予約の内容を実際のリソースの使用状況と比較することを特徴とする、請求項２５に記載の通信システム。
28. 前記予約管理装置は、
    リソース予約キャンセル要求を受信し解釈することを特徴とする、請求項２７に記載の通信システム。
29. 前記リソース管理装置は、
    前記リソース予約キャンセル要求に応じてリソース予約をキャンセルすることを特徴とする、請求項２８に記載の通信システム。
30. 前記リソース管理装置は、
    （１）ユーザによる、前記リソースの使用が終了したという通知、（２）前記リソース予約の内容、および（３）前記リソースの実際の使用状況、のうち１つに応じてリソースのサービスの準備を終了するように構成されることを特徴とする、請求項２８に記載の通信システム。
31. 前記１つ以上のリソース管理装置の各々は、
    前記リソース管理装置により管理される前期リソースの使用予約を試みるユーザを確認する認証装置
    を備えることを特徴とする、請求項１に記載の通信システム。
32. １つ以上の通信ネットワークと関連して動作可能な通信装置において、各通信ネットワークは当該通信装置によりアクセス可能な複数のリソース、リソース管理装置、およびリソース仲裁サーバを含み、当該通信装置は、
    リソース要求装置と、
    前記リソース要求装置からリソース仲裁サーバへリソース使用要求を通信するための通信回路と、
    前記通信回路と接続され、かつ前記リソース使用要求に応じて前記リソース仲裁サーバから前記通信回路に送信されるリソース予約結果の報告を解釈する制御回路
    を備える通信装置。
33. 前記通信回路は、無線受信部および無線送信部を備えることを特徴とする、請求項３２に記載の通信装置。
34. 前記通信回路は、ネットワークアクセスカードを備えることを特徴とする、請求項３２に記載の通信装置。

Images