(57)【特許請求の範囲】
【請求項１】
アプリケーションおよびアプリケーションに供し得るリソースを有するプラットフォームが複数接続されたネットワークの中に１つ以上存在するネットワーク装置であって、
前記各プラットフォームがいかなるリソースを所有しているかを管理するとともに、所有しているリソースのうち他のプラットフォームに提供できるリソースはどれかを管理するリソース管理手段と、
前記各プラットフォーム中に存在するアプリケーションから当該アプリケーションが走行するのに必要なリソースの要求を受け付けるとともに、当該要求に見合うリソースが、当該アプリケーションが存在するプラットフォーム中に存在するか否かを、前記リソース管理手段が管理する情報を基に判断するリソース受け付け手段と、
前記アプリケーションから要求されたリソースが、当該アプリケーションが存在するプラットフォーム中に存在しないことが前記リソース受け付け手段により識別された場合には、当該アプリケーションが存在するプラットフォームから他のプラットフォームに問い合わせを行い、他のプラットフォームに前記要求に見合うリソースが存在すれば、当該アプリケーションが存在するプラットフォームから、前記他のプラットフォームに存在する前記要求に見合うリソースを使用可能とするように該当するプラットフォーム間で了解し合うプラットフォーム間リソース融通手段と、
前記アプリケーションに対して、当該アプリケーションが走行するのに必要なリソースの要求に対応して、当該アプリケーションが存在するプラットフォーム中に存在するリソースと、前記プラットフォーム間リソース融通手段により使えるようにした前記他のプラットフォーム中に存在するリソースとを全てコンピュータ・バスに接続させた形式で当該アプリケーションに提供するリソース提供手段と
を有することを特徴とするネットワーク装置。
【請求項２】
前記アプリケーションから要求されたリソースのうち、当該リソースの固有名ではなくタイプ名で指定可能なリソースについて、
前記リソース管理手段において、前記タイプ名で指定可能なリソースについてはタイプ名についても合わせて管理するようにし、
前記リソース受け付け手段において、前記タイプ名で指定可能なリソースについてはタイプ名での要求も受け付け可能とするとともに、当該リソースが、前記アプリケーションが存在するプラットフォーム中に存在するか否かを前記タイプ名でも判断可能とし、
前記プラットフォーム間リソース融通手段において、前記タイプ名で指定できるリソースについては、タイプ名でも他のプラットフォームに問い合わせ可能とし、
前記リソース提供手段において、前記タイプ名で指定可能なリソースについては、前記タイプ名で要求されたリソースと、前記アプリケーションに提供するところの、当該アプリケーションが存在するプラットフォーム中に存在するリソース、あるいは前記他のプラットフォーム中に存在するリソースとの対応をとるようにした
ことを特徴とする請求項１に記載のネットワーク装置。
【請求項３】
前記アプリケーションからタイプ名で要求を受け付け、前記リソース提供手段から当該アプリケーションに対して提供している、前記他のプラットフォーム中に存在するリソースについて、
前記プラットフォーム間リソース融通手段において、前記アプリケーションからタイプ名で要求を受け付け、前記リソース提供手段から前記アプリケーションに対して、前記他のプラットフォーム中に存在するリソースを提供した後も、前記タイプ名により、前記アプリケーションが存在するプラットフォームから他のプラットフォームに問い合わせを続け、他のプラットフォームに、既に提供済みの前記他のプラットフォームに存在するリソースから、前記アプリケーションからの利用の点でより良いリソースが存在すれば、前記アプリケーションが存在するプラットフォームから、前記他のプラットフォームに存在する、前記アプリケーションからの利用の点でより良いリソースを使えるように前記プラットフォーム間で了解し合うようにし、
前記リソース提供手段において、前記アプリケーションからタイプ名で要求を受け付け、前記アプリケーションに対して、前記他のプラットフォーム中に存在するリソースを提供した後に、
前記プラットフォーム間リソース融通手段において、他のプラッとフォームに、既に提供済みの前記他のプラットフォーム中に存在するリソースから、前記アプリケーションからの利用の点でより良いリソースが存在した場合、前記提供済みの前記他のプラットフォーム中に存在するリソースと、前記アプリケーションからの利用の点でより良いリソースとを交替させ、コンピュータ・バスに接続し直した形式で前記アプリケーションに提供するようにした
ことを特徴とする請求項２に記載のネットワーク装置。
【請求項４】
前記アプリケーションから要求されたリソースのうち、複数の同一タイプのリソースを、前記アプリケーションが存在するプラットフォームあるいは他のプラットフォームのいずれかに存在しても関係なく、まとめて１つのリソースとしてアプリケーションに提供できるリソースについて、
前記リソース管理手段において、前記複数の同一種類のリソースをまとめて１つのリソースとしてアプリケーションに提供できるという情報も合わせて管理するようにし、
前記リソース受け付け手段において、前記複数の同一種類のリソースをまとめて１つのリソースとして提供できるリソースについては、要求されたリソースが、複数の同一種類のリソースをまとめて１つのリソースとして提供可能なリソースか否かについても判断できるようにするとともに、前記要求を受け付けて、要求に見合うリソースが、当該アプリケーションが存在するプラットフォーム中に存在するか否かを判断するようにし、
前記プラットフォーム間リソース融通手段において、前記複数の同一種類のリソースをまとめて１つのリソースとして提供できるリソースについては、前記アプリケーションから要求されたリソースが、当該アプリケーションが存在するプラットフォーム中に存在しない場合、あるいは当該アプリケーションが存在するプラットフォーム中に存在するリソースだけでは足りない場合は、他のプラットフォームに問い合わせるようにし、
前記リソース提供手段においては、前記複数の同一種類のリソースをまとめて１つのリソースとして提供できるリソースについては、前記アプリケーションが走行するのに必要なリソースの要求に対応し、
当該リソースが前記アプリケーションが存在するプラットフォーム中に存在しない場合は、前記他のプラットフォーム中に存在する複数のリソースをまとめて１つのリソースとして、コンピュータ・バスに接続させた形式でアプリケーションに提供するようにし、
当該リソースが前記アプリケーションが存在するプラットフォーム中に存在するリソースだけでは足りない場合は、前記アプリケーションが存在するプラットフォーム中に存在するリソースと、前記他のプラットフォーム中に存在する１つまたは複数のリソースとをまとめて１つのリソースとして、コンピュータ・バスに接続させた形式でアプリケーションに提供するようにした
ことを特徴とする請求項２〜３のいずれかに記載のネットワーク装置。
【請求項５】
前記リソース提供手段が、
前記リソースが前記アプリケーションが存在するプラットフォーム中に存在しない場合は、前記他のプラットフォーム中に存在する複数のリソースをまとめて１つのリソースとして、コンピュータ・バスに接続させた形式でアプリケーションに提供するようにし、前記リソースが前記アプリケーションが存在するプラットフォーム中に存在するリソースだけでは足りない場合は、前記アプリケーションが存在するプラットフォーム中に存在するリソースと、前記他のプラットフォーム中に存在する１つまたは複数のリソースとをまとめて１つのリソースとして、コンピュータ・バスに接続させた形式でアプリケーションに提供するようにしたリソースについて、
前記リソース管理手段において、前記１つのリソースとしてアプリケーションに提供するようにしたリソースについて、前記アプリケーションが存在するプラットフォーム中に存在する１つのリソースとして管理するとともに、他のプラットフォームに提供できるリソースとしても管理するようにし、
前記プラットフォーム間リソース融通手段において、前記１つのリソースとしてアプリケーションに提供するようにしたリソースのうち、前記他のプラットフォーム中に存在するリソースについては、
前記リソース管理手段において１つのリソースとして管理している間は、当該アプリケーションが存在するプラットフォームから、前記他のプラットフォームに存在するリソースを継続して使えるように、プラットフォーム間で了解し合うようにした
ことを特徴とする請求項４に記載のネットワーク装置。
【請求項６】
前記リソース管理手段において、前記アプリケーションと、前記リソース提供手段が提供した、当該アプリケーションが走行するのに必要なリソース、および該リソースをコンピュータ・バスに接続させた形式とを全てまとめて１つのリソースとし、
前記アプリケーションが存在するプラットフォーム中に存在するリソースと同様に管理するともに、他のプラットフォームに提供できるリソースとしても管理するようにした
ことを特徴とする請求項１〜５のいずれかに記載のネットワーク装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はネットワーク装置に関し、特にプラットフォーム上のアプリケーションから、ネットワークに提供できる種々のリソースを要求された場合に、そのアプリケーションに対して必要なリソースを提供するネットワーク装置に関するものである。
【０００２】
【従来の技術】
従来は、プラットフォーム上のアプリケーションが、ネットワークに接続される種々のリソースを要求する場合、各リソース毎に、アプリケーションが載っているプラットフォームとリソースが載っているプラットフォームとの間で、通信制御手段に則って交渉し、各リソースを確保するという方法がとられていた。この場合、アプリケーション側は必要なリソースの所在について予め認識しておく必要があった。
【０００３】
また、アプリケーションがリソースを利用する場合、リソースがアプリケーションに従属した形式でしか利用する方法がなかった。そのため、リソース間でデータ転送させたい場合、一度アプリケーションを経由せざるを得なかった。
なお、これらの従来技術に関しては、「ＯＳＩプロトコル絵とき読本  改訂増補版」第二章（小野欣司，他、オーム社、平成１年１０月３１日発行）を参照されたい。
【０００４】
【発明が解決しようとする課題】
本発明は、上記事情に鑑みてなされたもので、その目的とするところは、従来の技術における問題を解消し、アプリケーションがその走行に必要なリソースを要求した場合、それがどこにあるかを予め認識しておくことを不要とした上で、アプリケーションが載っているプラットフォームおよび他のプラットフォームの中から必要なリソースを探し出すとともに、リソースをコンピュータ・バスに接続させた形式でアプリケーションに提供することにより、リソース間のデータ転送が必要な場合、アプリケーションを経由することを不要とするようなネットワーク装置を提供することにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、請求項１に係る発明は、アプリケーションおよびアプリケーションに供し得るリソースを有するプラットフォームが複数接続されたネットワークの中に１つ以上存在するネットワーク装置であって、前記各プラットフォームがいかなるリソースを所有しているかを管理するとともに、所有しているリソースのうち他のプラットフォームに提供できるリソースはどれかを管理するリソース管理手段と、前記各プラットフォーム中に存在するアプリケーションから当該アプリケーションが走行するのに必要なリソースの要求を受け付けるとともに、当該要求に見合うリソースが、当該アプリケーションが存在するプラットフォーム中に存在するか否かを、前記リソース管理手段が管理する情報を基に判断するリソース受け付け手段と、前記アプリケーションから要求されたリソースが、当該アプリケーションが存在するプラットフォーム中に存在しないことが前記リソース受け付け手段により識別された場合には、当該アプリケーションが存在するプラットフォームから他のプラットフォームに問い合わせを行い、他のプラットフォームに前記要求に見合うリソースが存在すれば、当該アプリケーションが存在するプラットフォームから、前記他のプラットフォームに存在する前記要求に見合うリソースを使用可能とするように該当するプラットフォーム間で了解し合うプラットフォーム間リソース融通手段と、前記アプリケーションに対して、当該アプリケーションが走行するのに必要なリソースの要求に対応して、当該アプリケーションが存在するプラットフォーム中に存在するリソースと、前記プラットフォーム間リソース融通手段により使えるようにした前記他のプラットフォーム中に存在するリソースとを全てコンピュータ・バスに接続させた形式で当該アプリケーションに提供するリソース提供手段とを有することを特徴とする（Ｖ−Ｂus 基本機能）。
【０００６】
また、請求項２に係る発明は、請求項１に記載のネットワーク装置において、さらに、前記アプリケーションから要求されたリソースのうち、当該リソースの固有名ではなくタイプ名で指定可能なリソースについて、前記リソース管理手段において、前記タイプ名で指定可能なリソースについてはタイプ名についても合わせて管理するようにし、前記リソース受け付け手段において、前記タイプ名で指定可能なリソースについてはタイプ名での要求も受け付け可能とするとともに、当該リソースが、前記アプリケーションが存在するプラットフォーム中に存在するか否かを前記タイプ名でも判断可能とし、前記プラットフォーム間リソース融通手段において、前記タイプ名で指定できるリソースについては、タイプ名でも他のプラットフォームに問い合わせ可能とし、前記リソース提供手段において、前記タイプ名で指定可能なリソースについては、前記タイプ名で要求されたリソースと、前記アプリケーションに提供するところの、当該アプリケーションが存在するプラットフォーム中に存在するリソース、あるいは前記他のプラットフォーム中に存在するリソースとの対応をとるようにしたことを特徴とする（リソースの仮想化）。
【０００７】
また、請求項３に係る発明は、請求項２に記載のネットワーク装置において、さらに、前記アプリケーションからタイプ名で要求を受け付け、前記リソース提供手段から当該アプリケーションに対して提供している、前記他のプラットフォーム中に存在するリソースについて、前記プラットフォーム間リソース融通手段において、前記アプリケーションからタイプ名で要求を受け付け、前記リソース提供手段から前記アプリケーションに対して、前記他のプラットフォーム中に存在するリソースを提供した後も、前記タイプ名により、前記アプリケーションが存在するプラットフォームから他のプラットフォームに問い合わせを続け、他のプラットフォームに、既に提供済みの前記他のプラットフォームに存在するリソースから、前記アプリケーションからの利用の点でより良いリソースが存在すれば、前記アプリケーションが存在するプラットフォームから、前記他のプラットフォームに存在する、前記アプリケーションからの利用の点でより良いリソースを使えるように前記プラットフォーム間で了解し合うようにし、前記リソース提供手段において、前記アプリケーションからタイプ名で要求を受け付け、前記アプリケーションに対して、前記他のプラットフォーム中に存在するリソースを提供した後に、前記プラットフォーム間リソース融通手段において、他のプラットフォームに、既に提供済みの前記他のプラットフォーム中に存在するリソースから、前記アプリケーションからの利用の点でより良いリソースが存在した場合、前記提供済みの前記他のプラットフォーム中に存在するリソースと、前記アプリケーションからの利用の点でより良いリソースとを交替させ、コンピュータ・バスに接続し直した形式で前記アプリケーションに提供するようにしたことを特徴とする（仮想リソースのＲoaming 化）。
【０００８】
また、請求項４に係る発明は、請求項２〜３のいずれかに記載のネットワーク装置において、さらに、前記アプリケーションから要求されたリソースのうち、複数の同一タイプのリソースを、前記アプリケーションが存在するプラットフォームあるいは他のプラットフォームのいずれかに存在しても関係なく、まとめて１つのリソースとしてアプリケーションに提供できるリソースについて、前記リソース管理手段において、前記複数の同一種類のリソースをまとめて１つのリソースとしてアプリケーションに提供できるという情報も合わせて管理するようにし、前記リソース受け付け手段において、前記複数の同一種類のリソースをまとめて１つのリソースとして提供できるリソースについては、要求されたリソースが、複数の同一種類のリソースをまとめて１つのリソースとして提供可能なリソースか否かについても判断できるようにするとともに、前記要求を受け付けて、要求に見合うリソースが、当該アプリケーションが存在するプラットフォーム中に存在するか否かを判断するようにし、前記プラットフォーム間リソース融通手段において、前記複数の同一種類のリソースをまとめて１つのリソースとして提供できるリソースについては、前記アプリケーションから要求されたリソースが、当該アプリケーションが存在するプラットフォーム中に存在しない場合、あるいは当該アプリケーションが存在するプラットフォーム中に存在するリソースだけでは足りない場合は、他のプラットフォームに問い合わせるようにし、前記リソース提供手段においては、前記複数の同一種類のリソースをまとめて１つのリソースとして提供できるリソースについては、前記アプリケーションが走行するのに必要なリソースの要求に対応し、当該リソースが前記アプリケーションが存在するプラットフォーム中に存在しない場合は、前記他のプラットフォーム中に存在する複数のリソースをまとめて１つのリソースとして、コンピュータ・バスに接続させた形式でアプリケーションに提供するようにし、当該リソースが前記アプリケーションが存在するプラットフォーム中に存在するリソースだけでは足りない場合は、前記アプリケーションが存在するプラットフォーム中に存在するリソースと、前記他のプラットフォーム中に存在する１つまたは複数のリソースとをまとめて１つのリソースとして、コンピュータ・バスに接続させた形式でアプリケーションに提供するようにしたことを特徴とする（複数の仮想リソースの一本化）。
【０００９】
また、請求項５に係る発明は、請求項４に記載のネットワーク装置において、さらに、前記リソース提供手段が、前記リソースが前記アプリケーションが存在するプラットフォーム中に存在しない場合は、前記他のプラットフォーム中に存在する複数のリソースをまとめて１つのリソースとして、コンピュータ・バスに接続させた形式でアプリケーションに提供するようにし、前記リソースが前記アプリケーションが存在するプラットフォーム中に存在するリソースだけでは足りない場合は、前記アプリケーションが存在するプラットフォーム中に存在するリソースと、前記他のプラットフォーム中に存在する１つまたは複数のリソースとをまとめて１つのリソースとして、コンピュータ・バスに接続させた形式でアプリケーションに提供するようにしたリソースについて、前記リソース管理手段において、前記１つのリソースとしてアプリケーションに提供するようにしたリソースについて、前記アプリケーションが存在するプラットフォーム中に存在する１つのリソースとして管理するとともに、他のプラットフォームに提供できるリソースとしても管理するようにし、前記プラットフォーム間リソース融通手段において、前記１つのリソースとしてアプリケーションに提供するようにしたリソースのうち、前記他のプラットフォーム中に存在するリソースについては、前記リソース管理手段において１つのリソースとして管理している間は、当該アプリケーションが存在するプラットフォームから、前記他のプラットフォームに存在するリソースを継続して使えるように、プラットフォーム間で了解し合うようにしたことを特徴とする（一本化したリソースのオープン化）。
【００１０】
また、請求項６に係る発明は、請求項１〜５のいずれかに記載のネットワーク装置において、さらに、前記リソース管理手段において、前記アプリケーションと、前記リソース提供手段が提供した、当該アプリケーションが走行するのに必要なリソース、および該リソースをコンピュータ・バスに接続させた形式とを全てまとめて１つのリソースとし、前記アプリケーションが存在するプラットフォーム中に存在するリソースと同様に管理するともに、他のプラットフォームに提供できるリソースとしても管理するようにしたことを特徴とする（アプリケーションも含むリソースの一本化・オープン化）。
【００１１】
【発明の実施の形態】
以下、添付の図面に示す好適実施例に基づいて、本発明の実施の形態を詳細に説明する。
【００１２】
図１は、本発明のネットワーク装置をプラットフォームと１対１に対応させた場合の一実施例を示す説明図であり、１は担当のプラットフォームからプラットフォーム内のリソース（図中、記号「自Ｒ」で示す）に関する情報を取り込む入力端、２はプラットフォーム内のリソースに関する情報を管理するリソース管理手段、３は担当のプラットフォームのアプリケーション（図中、記号「ＡＰ」で示す）からアプリケーション走行に必要なリソースに関する情報を取り込む入力端、また、４は担当のプラットフォームのアプリケーションから、アプリケーション走行に必要なリソースに関する情報を受け付けるリソース受け付け手段を示している。
【００１３】
また、５は担当のプラットフォームのアプリケーションの走行に必要なリソースについて、他のプラットフォームに問い合わせるとともに、担当のプラットフォームから他のプラットフォームのリソース（図中、記号「他Ｒ」で示す）を使えるようにするプラットフォーム間リソース融通手段、６はアプリケーションの走行に必要なリソースについてプラットフォーム間で連絡し合うとともに、他のプラットフォームのリソースを使う場合、そのリソースをアクセスするための入出力端、７は担当のプラットフォームのリソースを使う場合、そのリソースをアクセスするための入出力端を示している。
【００１４】
また、８は担当のプラットフォームのアプリケーションに対して、アプリケーションの走行に必要なリソースを、担当のプラットフォームのリソースと他のプラットフォームのリソースとを合わせコンピュータ・バスに接続させた形式で提供するリソース提供手段、９は担当のプラットフォームのアプリケーションから、アプリケーションの走行に必要なリソースをアクセスするための入出力端を示している。
【００１５】
なお、図１に示す例の場合、本発明に係るネットワーク装置がプラットフォームの中か外か、いずれにあるにせよ、本発明の趣旨を逸脱するものでないことは明らかである。
【００１６】
以下、図１に従って各請求項ごとに動作を説明する。
〔請求項１〕：Ｖ−Ｂus 基本機能の提供に関する動作
最初に、入力端１から担当のプラットフォーム内のリソースに関する情報を取り込み、リソース管理手段２に保持しておく。リソース管理手段２では、担当のプラットフォーム内のリソースごとにそれが他のプラットフォームに提供できるか否かについても管理できるようにする。また、各リソースについて、自他を問わず、提供中であれば、その情報についても管理するようにする。その情報を基に、排他制御が可能になる。
【００１７】
次に、担当のプラットフォームのアプリケーションから、入力端３を経由してアプリケーションの走行に必要なリソースに関する情報を取り込む。リソース受け付け手段４は、その情報を受け付けるとともに、それを基に、条件を満足するリソースが担当のプラットフォーム内にあるか否かを、リソース管理手段２に問い合わせて判断する。
【００１８】
リソース受け付け手段４において、条件を満足するリソースが担当のプラットフォーム内にないと判断された場合、プラットフォーム間リソース融通手段５は、入出力端６を経由して、他のプラットフォームを担当するネットワーク装置中のプラットフォーム間リソース融通手段５に対して、条件を満足するリソースがないか問い合わせる。問い合わされた、他のプラットフォームを担当するネットワーク装置中のプラットフォーム間リソース融通手段５は、そこにあるリソース管理手段２に問い合わせて提供できるかどうかを判断する。
【００１９】
その結果、他のプラットフォームに条件を満足するリソースがあり、かつ、それが使用できると判断された場合、双方のプラットフォーム間リソース融通手段５および入出力端６を経由して、リソースを要求したアプリケーションからそのリソースを使えるように、双方のプラットフォーム間リソース融通手段５は了解をとる。
【００２０】
ここで、プラットフォーム間リソース融通手段５が、入出力端６を経由して、他のプラットフォームを担当するネットワーク装置中のプラットフォーム間リソース融通手段５に対して、条件を満足するリソースがないかを問い合わせ、もしない場合は、さらに他のプラットフォームに順次当たることになるが、この問い合わせの方法としては、ＷＷＷ（Ｗorld Ｗide Ｗeb ）の検索サービスの手法を参考にすればよい。
【００２１】
また、リソース間で相互にパラメータを交換することにより初めて各リソースの動作が立ち上がるようなリソース群については、その交換を、アプリケーションを担当するプラットフォーム間リソース融通手段５がすべて受け持つ方法と、各リソースを担当するプラットフォーム間リソース融通手段５が相互に直接交換できる段階においては、それらが、アプリケーションを担当するプラットフォーム間リソース融通手段５に依存せず相互に交換する方法、の二通りが考えられる。後者の場合、アプリケーションを担当するプラットフォーム間リソース融通手段５は、パラメータ交換とは独立の処理ができるようになる。
【００２２】
リソース提供手段８は、担当のプラットフォームのアプリケーションに対し、アプリケーションの走行に必要なリソースについて担当のプラットフォームの中のリソースは入出力端７を経由して、また他のプラットフォームの中のリソースはプラットフォーム間リソース融通手段５および入出力端６を経由して、すべてのリソースをコンピュータ・バスに接続させた形式で、入出力端９を経由して提供する。
【００２３】
すべてのリソースをコンピュータ・バスに接続させた形式で提供することにより、アプリケーションを経由することなく、リソース間のデータ転送を可能にし、さらにリソース間のデータ転送においては、マルチメディア通信キャストないしはブロードキャストを可能にするとともに、割り込み制御，排他制御等の手段をも具備するようにする。
【００２４】
以上は、担当のプラットフォームのアプリケーションに対し、アプリケーションの走行に必要なリソースをすべてコンピュータ・バスに接続させた形式で提供するための動作について述べたが、同じアプリケーションが複数のリソース群の各々を、異なったコンピュータ・バスに接続させた形式で提供されることを要求する場合もある。この場合は、上述の処理を必要回数実施し、要求された個数のコンピュータ・バスを用意してから、各々のコンピュータ・バスに各リソース群を接続させた形式で提供すればよい。
【００２５】
また、同じプラットフォームの別のアプリケーションがリソースを要求してきた場合は、上述と同様の処理をした後、そのアプリケーションの走行に必要なリソースをすべて、そのアプリケーション専用に生成したコンピュータ・バスに接続させた形式で提供すればよい。
【００２６】
以上、図１に沿って、本発明のネットワーク装置が、プラットフォームと１対１に対応して配置する場合について述べたが、１対１に対応させるのではなく、複数のプラットフォームに１つ、本発明のネットワーク装置を配置させた場合も、また、単一のプラットフォームに本発明のネットワーク装置を複数個配置させた場合も、その構成は本発明の主旨を逸脱するものではない。
【００２７】
前者の場合には、リソース管理手段２においては、担当分の複数のプラットフォームすべてのリソースについて各々を管理すればよく、リソース受け付け手段４は担当分の複数のプラットフォームの各々から、アプリケーションごとにそれが必要なリソースについて受け付けるようにすればよい。
【００２８】
また、プラットフォーム間リソース融通手段５は、担当分の複数のプラットフォームに存在するリソースについては、その中で融通するように動作すればよく、そこで満たされない場合のみ、他の、本発明のネットワーク装置中にあるプラットフォーム間リソース融通手段５に問い合わせるようにすればよい。リソース提供手段８は、担当の複数のプラットフォームの各アプリケーションに対し、アプリケーションの走行に必要なリソースをすべてコンピュータ・バスに接続させた形式で提供するようにすればよい。
【００２９】
〔請求項２〕：リソースの仮想化に関する動作
アプリケーションの走行に必要なリソースには、そのリソースの固有名で指定せざるを得ない場合と、リソースのタイプ名で指定できる場合の２通りがある。データベース等は前者の一例であり、固有名で指定しないと所望のデータは得られない。一方、メモリ等は後者の例であり、この場合、アプリケーションからの読み書きができ、かつ、ある性能条件さえ満たせばよく、その場所，固有名などは不問にして構わない。後者のリソースに関する動作を、以下に述べる。
【００３０】
まず、入力端１から、担当のプラットフォーム内のリソースに関する情報を取り込む際、リソースのタイプ名についても取り込むようにする。また、リソース管理手段２では、リソースのタイプ名についても保持するようにする。さらに、リソース管理手段２では、担当のプラットフォーム内のリソースが他のプラットフォームに提供できるか否かについて、タイプ名でも管理するようにする。
【００３１】
次に、担当のプラットフォームのアプリケーションから、入力端３を経由して、アプリケーションの走行に必要なリソースに関する情報を取り込む際、リソースのタイプ名でも受け付けるようになる。リソース受け付け手段４は、その情報を受け付けるとともに、それを基に、条件を満足するリソースが担当のプラットフォーム内にあるか否かを、リソース管理手段２に問い合わせて判断する際も、リソースのタイプ名でも処理できるようにする。
【００３２】
リソース受け付け手段４において、条件を満足するリソースが担当のプラットフォーム内にないと判断された場合、プラットフォーム間リソース融通手段５は、入出力端６を経由して、他のプラットフォームにあるプラットフォーム間リソース融通手段５に対して、条件を満足するリソースがないか問い合わせる際、リソースのタイプ名でも処理できるようにする。その後の処理は前記請求項１の場合と同様である。
【００３３】
リソース提供手段８は、担当のプラットフォームのアプリケーションに対し、アプリケーションの走行に必要なリソースについてタイプ名で受け付けた場合は、タイプ名で要求され提供するリソースと実際のリソースとの対応をとるようにする。
【００３４】
〔請求項３〕：仮想リソースのＲoaming 化
担当のプラットフォームのアプリケーションからタイプ名でリソースの要求を受け付け、他のプラットフォーム中のリソースを提供している際、そのリソースと同タイプで、現在提供を受けているリソースよりもアプリケーションにとって、よりよいリソースがさらに他のプラットフォーム中にある場合の動作について述べる。ここでよりよいリソースとは、例えばメモリの場合では、供用中のものよりアクセススピードが速い，容量が大きい等を意味する。
【００３５】
まず、プラットフォーム間リソース融通手段５において、担当のプラットフォームのアプリケーションからタイプ名でリソースの要求を受け付け、他のプラットフォーム中のリソースを使えるようにした後も、同じタイプ名で、引き続き、他のプラットフォームにあるプラットフォーム間リソース融通手段５に対して条件を満足するリソースがないか問い合わせるようにする。
【００３６】
その結果、他のプラットフォームに条件を満足するリソースがあり、かつ、それが使用でき、さらに、提供済みのリソースに比べ、より良いリソースと判断された場合、リソースを要求したアプリケーションからそのリソースを使えるように、双方のプラットフォームにあるプラットフォーム間リソース融通手段５は了解をとるようにする。
【００３７】
次に、リソース提供手段８において、担当のプラットフォームのアプリケーションからタイプ名でリソースの要求を受け付け、他のプラットフォーム中のリソースを提供後に、プラットフォーム間リソース融通手段５から、提供済みのリソースに比べ、より良いリソースがあり、それが使用できると判断された場合、提供済みのリソースと交替し、コンピュータ・バスに接続し直した形式で提供するようにする。
【００３８】
〔請求項４〕：複数リソースの一本化に関する動作
アプリケーションの走行に必要なリソースのうち、リソースのタイプ名で指定でき、かつ複数の同一タイプのリソースをまとめ１つのリソースとしてアプリケーションに提供できるようなリソースがある。典型例としては、メモリがあげられる。具体的には、メモリでは、０番地から１０２３番地までをあるメモリに読み書きし、１０２４番地から２０４７番地までを別のメモリに読み書きするようにすることで、アプリケーションからは、それら２つのメモリを１つのメモリに読み書きするように見せることができる。このようなリソースに関する動作を、以下に述べる。
【００３９】
まず、入力端１から担当のプラットフォーム内のリソースに関する情報を取り込む際、そのリソースが同一タイプのほかのリソースと一括して１つのリソースとして提供できるようなリソースについては、その一括化可否情報も取り込むようにするとともに、リソース管理手段２はその一括化可否情報についても保持するようにする。さらに、リソース管理手段２では、担当のプラットフォーム内のリソースが他のプラットフォームに提供できるか否かについて、一括化可否情報も管理するようにする。
【００４０】
次に、担当のプラットフォームのアプリケーションから、入力端３を経由して、アプリケーションの走行に必要なリソースに関する情報を取り込む際、一括化可否情報も受け付けるようにする。リソース受け付け手段４は、その情報を受け付けるとともに、それを基に、条件を満足するリソースが担当のプラットフォーム内にあるか否か、および担当のプラットフォーム内のリソースだけで足りるか否かをリソース管理手段２に問い合わせて判断する際も、一括化可否情報をも用いて処理できるようにする。
【００４１】
リソース受け付け手段４において、条件を満足するリソースが担当のプラットフォームないにないと判断された場合、あるいは、担当のプラットフォーム内のリソースだけでは足りないと判断された場合、プラットフォーム間リソース融通手段５は、入出力端６を経由して、他のプラットフォームにあるプラットフォーム間リソース融通手段５に対して、条件を満足するリソースがないか問い合わせる際、一括化可否情報も用いて処理できるようにする。その後の処理は、前記請求項１の場合と同様であり、必要量を満たすまで実施する。
【００４２】
リソース提供手段８は、アプリケーションから要求を受け付けたリソースが、同一タイプの他のリソースと一括して１つのリソースとして提供できるようなリソースであり、かつ担当のプラットフォーム中のリソース、あるいは他のプラットフォーム中のリソースを合わせて１つのリソースとして担当のプラットフォームのアプリケーションに対し提供する場合、アプリケーションから見えるリソースと、実際に使用するリソースとの対応をとっておくようにする。
【００４３】
〔請求項５〕：一本化したリソースのオープン化に関する動作
上記請求項４のリソース提供手段８において、担当のプラットフォーム中のリソース、あるいは他のプラットフォーム中のリソースを合わせて１つのリソースとして、担当のプラットフォームのアプリケーションに対し提供したリソースを、担当のプラットフォーム中のリソースのようにみなし、かつ他のプラットフォームにも提供できるようにするための動作について述べる。
【００４４】
すなわち、リソース管理手段２では、担当のプラットフォーム中のリソース、あるいは他のプラットフォーム中のリソースを合わせて１つのリソースとして、担当のプラットフォームのアプリケーションに対して提供したリソースについて、担当のプラットフォーム内のリソースと同じように、他のプラットフォームに提供できるか否かについて管理するようにする。
【００４５】
また、プラットフォーム間リソース融通手段５は、リソース管理手段２で、担当のプラットフォーム中のリソース、あるいは他のプラットフォーム中のリソースを合わせて１つのリソースとして、他のプラットフォームに提供できるものとして管理している間は、他のプラットフォーム中のリソースを継続して使用できるように、双方のプラットフォームにあるプラットフォーム間リソース融通手段５同士で了解をとるようにする。
【００４６】
なお、ここでは同一タイプのリソース群を一括して一つのリソースとして提供する場合について述べたが、必ずしも同一タイプに限定する必要はない。例えば、カメラ，モニタというリソースの場合、ある特定の集合のカメラと、ある特定の集合のモニタを組み合わせて一つのリソースにすると好都合な場合がある。こうした場合の一連の処理が本発明の趣旨を逸脱するものでないことは明らかである。
【００４７】
〔請求項６〕：アプリケーションも含むリソースの一本化に関する動作
担当のプラットフォームのアプリケーション、および担当のプラットフォームのアプリケーションに対しコンピュータ・バスに接続させた形式で提供したリソースを、まとめて１つのリソースのようにし、担当のプラットフォームの他のアプリケーションあるいは他のプラットフォームのアプリケーションから、リソースの１つとして使えるようにするための動作を、以下に述べる。
【００４８】
まず、担当のプラットフォームのアプリケーションについては、予め担当のプラットフォーム内のリソースとして登録しておくこととし、リソース管理手段２で、担当のプラットフォーム内のリソースとして登録済みのアプリケーション、およびそのアプリケーションに対して、リソース提供手段８により、コンピュータ・バスに接続させた形式で提供しているリソースを、まとめて１つのリソースとしてみなすようにするとともに、担当のプラットフォーム内のリソースと同じように、他のプラットフォームに提供できるか否かについて管理するようにする。
【００４９】
また、プラットフォーム間リソース融通手段５は、リソース管理手段２で、コンピュータ・バスに接続させた形式で提供させたリソースを、まとめて１つのリソースとしてみなし、担当のプラットフォーム内のリソースと同じように、他のプラットフォームに提供できるか否かについて管理している間は、他のプラットフォーム中のリソースを継続して使用できるように、双方のプラットフォームにあるプラットフォーム間リソース融通手段５同士で了解をとるようにする。
【００５０】
上記各実施例によれば、本発明に係るネットワーク装置は、アプリケーションがその走行に必要なリソースを要求した場合、それがどこにあるかを予め認識しておくことを不要とした上で、アプリケーションが載っているプラットフォームおよび他のプラットフォームの中から必要なリソースを探し出すとともに、リソースをコンピュータ・バスに接続させた形式でアプリケーションに提供することにより、リソース間のデータ転送が必要な場合、アプリケーションを経由することを不要とするようなネットワーク装置であり、従来、プラットフォーム上のアプリケーションが、ネットワークに接続される種々のリソースを要求する場合、各リソース毎に、アプリケーションが載っているプラットフォームとリソースが載っているプラットフォームとの間で、通信制御手段に則って交渉し、各リソースを確保するという方法をとっているため、アプリケーション側は、必要なリソースの所在について予め認識しておく必要があり、アプリケーションがリソースを利用する場合、リソースがアプリケーションに従属した形式でしか利用する方法がないため、リソース間でデータ転送させたい場合、一度アプリケーションを経由せざるを得なかったという問題を解決することができる。
【００５１】
【発明の効果】
以上、詳細に説明したように、本発明に係るネットワーク装置は、アプリケーションが必要なリソースを要求した場合、アプリケーションが載っているプラットフォームおよび他のプラットフォームの中から必要なリソースを探し出すとともに、リソースをコンピュータ・バスに接続させた形式でアプリケーションに提供するようにしたネットワーク装置を実現できる。
【図面の簡単な説明】
【図１】本発明の一実施例を示す構成図である。
【符号の説明】
１  入力端
２  リソース管理手段
３  入力端
４  リソース受け付け手段
５  プラットフォーム間リソース融通手段
６  入出力端
７  入出力端
８  リソース提供手段
９  入出力端
【図１】
0003650878.tif 000002