JP2006127279A - 制御装置およびリソース制御方法 - Google Patents

Abstract

【課題】許可されたリソースの貸与を迅速に行えるようにする。
【解決手段】貸与対象となるリソース２３、２４が接続されたＬＡＮ２６をリソース貸与側制御装置１を介してＷＡＮ５に接続する。リソース貸与側制御装置１は、ＷＡＮ５からリソース貸与要求を受け取ると、該要求に示された貸与対象のリソース、該リソースの利用内容、および、貸与要求元の情報を含む貸与要求通知メッセージを作成して、予め定められた複数の連絡先に送信する。そして、所定期間内に受信した該通知メッセージの応答に基づいてリソースの貸与の適否を決定する。リソースの貸与を拒否する場合は、拒否メッセージを貸与要求元に送信する。一方、リソースの貸与を許可する場合は、貸与要求元からの操作命令に従い貸与対象のリソースを制御する。
【選択図】図１

Description

本発明は、リソースの貸与を制御する技術に関する。

地方自治体等の公共機関では、民間への業務委託（アウトソーシング）や民間による業務の代行契約（ＰＦＩ：Private Finance Initiative）といった、一般にＰＰＰ（Public Private Partnership）と呼ばれる取り組みがなされている。例えば特許文献１には、防災システムを低コストで構築するために、電力会社等の公益企業が提供する防災アプリケーションサービスを利用する技術が開示されている。

特開２００２−９２２６４号公報

特許文献１に記載の技術は、電力会社等の公益企業が保有するデータセンタ上で稼動する各種防災アプリケーションを地方自治体等の公共機関向けにカスタマイズし、アウトソーシングやＰＦＩ契約によって、該アプリケーションによるサービスを公共機関に提供するものである。

アウトソーシングやＰＦＩ契約ではなく、必要に応じて民間のインフラを利用させてもらうことができれば、公共機関の各種システムのインフラ整備や維持管理コストをさらに下げることが可能である。例えば、地方自治体のシステムとして、ダムや河川といった水源を映像監視し、大規模地震や大雨といった災害が発生した際に、地域住民に対して非難情報や災害情報を提供する防災情報提供システムを考える。この場合に、商店街に設置された民間の防犯カメラの映像を利用して被災状況を速やかに確認したり、あるいは、商店や駅に設置された民間の宣伝用ディスプレイ装置に災害情報や非難情報を表示したりすることができれば、地方自治体は、カメラやディスプレイ装置といったインフラを維持管理するコストを削減できる。

しかしながら、企業が自社のリソース（防犯カメラやディスプレイ装置）を無条件で公共機関に貸し出すと、公共機関に提供したことによる機会損失などによる事業コストを発生させる可能性がある。このため、公共機関からリソース貸与の要求がある都度、企業は貸与の適否を判断する必要が生じる。しかし、公共機関が貸与を要求する場合は、上述したように、防災情報提供等の迅速な遂行が要求されるものもある。また、リソースを貸出す場合においても、企業が営業上の理由等から該リソースの一部に制限を加えたい場合もある。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、許可されたリソースの貸与を迅速に行えるようにすることにある。また、本発明の他の目的は、貸し出すリソースの一部に制限を加えられるようにすることにある。

上記課題を解決するために、本発明では、貸与対象となるリソースが接続された第１のネットワークを制御装置を介して第２のネットワークに接続する。制御装置は、第２のネットワークからリソースの貸与要求を受け取ると、該要求に示された貸与対象のリソース、該リソースの利用内容、および、貸与要求元の情報を含む貸与要求通知メッセージを作成して、予め定められた複数の連絡先に送信する。そして、所定期間内に受信した該通知メッセージの応答に基づいてリソースの貸与の適否を決定する。リソースの貸与を拒否する場合は、拒否メッセージを貸与要求元に送信する。一方、リソースの貸与を許可する場合は、貸与要求元からの操作命令に従い貸与対象のリソースを制御する。ここで、制御装置は、予め定められた操作のみを貸与要求元から受け付けるようにしてもよい。

例えば、本発明の制御装置は、リソースの貸与を制御する制御装置であって、
前記リソースが接続された第１のネットワークに接続するための第１のネットワーク接続手段と、第２のネットワークに接続するための第２のネットワーク接続手段と、
前記リソースの貸与を決定する権限を有する複数の第１の通知先が記憶された通知先記憶手段と、
前記第２のネットワークから受信した前記リソースの貸与要求に従い、前記リソースを貸与すべきか否かの判断を得るための貸与要求通知メッセージを生成して、前記通知先記憶手段に記憶されている前記複数の第１の通知先各々へ送信すると共に、所定時間内に受信した前記貸与要求通知メッセージに対する応答に基づいて前記リソースの貸与の適否を決定する通知処理手段と、
前記リソースの貸与が許可された場合に、前記リソースの貸与要求の送信元よりの指示に従い、前記第１のネットワークを介して前記リソースを制御するリソース制御手段と、を有する。

ここで、前記リソース制御手段は、前記リソースに対して予め定められた操作の指示のみを、前記リソースの貸与要求の送信元より受け付けてもよい。

本発明によれば、貸与要求通知メッセージを作成して予め定められた複数の連絡先に送信し、所定期間内に受信した該通知メッセージの応答に基づいてリソースの貸与の適否を決定するので、許可されたリソースの貸与を迅速に行うことができる。また、予め定められた操作のみを貸与要求元から受け付けるようにすることにより、貸し出すリソースの一部に制限を加えることができる。

以下、本発明の実施の形態について説明する。

図１は本発明の一実施形態が適用されたリソース制御システムの概略図である。

図示するように、本実施形態のリソース制御システムは、リソース貸与側制御装置１と、リソース貸与側ネットワークシステム２と、リソース借用側制御装置３と、リソース借用側ネットワークシステム４と、を有する。リソース貸与側制御装置１およびリソース借用側制御装置３は、ＷＡＮ５を介して相互接続されている。また、ＷＡＮ５には、基地局６を介して携帯端末７が接続されている。なお、リソース貸与側制御装置１およびリソース貸与側ネットワークシステム２の組は複数あってもよい。同様に、リソース借用側制御装置３およびリソース借用側ネットワークシステム４の組も複数あってもよい。

リソース貸与側ネットワークシステム２は、リソースを貸与する組織あるいは個人のネットワークシステムであり、貸与対象のリソースを含む各種装置がネットワーク接続されている。本実施形態では、リソースを貸与する組織あるいは個人として、地域で店舗を構え商売をしている企業を想定している。

リソース貸与側ネットワークシステム２は、店舗内や駐車場での不正行為を監視するためのカメラ２３と、商品情報等を表示するためのディスプレイ２４と、ディスプレイ２４に表示する商品情報等を保持するコンテンツサーバ２５と、登録会員にお買い得情報等をメール配信する情報配信サーバ２１と、リソース貸与側ネットワークシステム２を構成する各装置やリソース貸与側制御装置１を操作したり、あるいは、情報を設定したりするための操作端末２２と、これらの各装置２１〜２５をネットワーク接続するためのＬＡＮ２６と、を有する。ここで、カメラ２３およびディスプレイ２４が、貸与対象のリソースに該当する。なお、カメラ２３は、ＬＡＮ２６を介して撮影角度の変更や焦点の変更等の遠隔操作を行うことができる。これらの装置は、既存の装置あるいは技術を利用できるので、その詳細な説明を省略する。

リソース借用側ネットワークシステム４は、リソースを借用する組織あるいは個人のネットワークシステムであり、借用するリソースを利用するアプリケーションを含む各種装置がネットワーク接続されている。本実施形態では、リソースを借用する組織あるいは個人として、リソース貸与側ネットワークシステムを運営する企業が構える店舗と同じ地域の地方自治体を想定している。

リソース借用側ネットワークシステム４は、防災情報を収集し管理する防災情報管理サーバ４１と、地方自治体の住民への告知情報を保持するコンテンツサーバ４２と、リソース借用側ネットワークシステム２を構成する各装置やリソース借用側制御装置３を操作したり、あるいは、情報を設定したりするための操作端末４３と、これらの各装置４１〜４３をネットワーク接続するためのＬＡＮ４４と、を有する。ここで、防災情報管理サーバ４１およびコンテンツサーバ４２が借用するリソースを利用するアプリケーションに該当する。これらの装置は、既存の装置あるいは技術を利用できるので、その詳細な説明を省略する。

リソース貸与側制御装置１は、リソース貸与側ネットワークシステム２のＬＡＮ２６をＷＡＮ５に接続する装置であり、ＷＡＮ５からＬＡＮ２６への不正アクセスやＬＡＮ２６からＷＡＮ５への情報漏えいを防止するファイアウォールとしての機能を有する。また、リソース貸与側制御装置１は、リソース借用側制御装置３より通知されたリソース貸与要求を処理して、貸与対象のリソースを制御する。

リソース借用側制御装置３は、リソース借用側ネットワークシステム４のＬＡＮ４４をＷＡＮ５に接続する装置であり、ＷＡＮ５からＬＡＮ４４への不正アクセスやＬＡＮ４４からＷＡＮ５への情報漏えいを防止するファイアウォールとしての機能を有する。また、リソース借用側制御装置３は、リソース借用側ネットワークシステム４のアプリケーションの指示に従いリソース貸与要求を生成してリソース貸与側制御装置１に送信し、貸与対象のリソースを該アプリケーションに提供する。

図２は図１に示すリソース制御システムの概略動作を説明するための図である。ここでは、リソース借用側ネットワークシステム４の防災情報管理サーバ（アプリケーション）４１が、リソース貸与側ネットワークシステム２のディスプレイ（リソース）２４に、防災情報を表示する場合を例示している。

リソース借用側制御装置３は、防災情報管理サーバ４１を介して、防災情報管理サーバ４１を遠隔操作する操作端末４３から、防災情報管理サーバ４１の情報をリソース貸与側ネットワークシステム２のディスプレイ２４に表示することを要求されると（Ｓ３０１）、貸与対象リソース「ディスプレイ２４」、操作内容「表示」、利用アプリケーション「防災情報管理サーバ４１」とするリソース貸与要求を生成して、リソース貸与側制御装置１に送信する（Ｓ３０２）。

リソース貸与側制御装置１は、リソース貸与要求を受信すると（Ｓ３０３）、貸与対象リソース（ディスプレイ２４）を貸与すべきか否かの判断を得るための、該リソース貸与要求の内容を含んだ貸与要求通知メッセージを生成し、これを貸与対象リソースの複数の所有者（例えば貸与対象リソースを所有する企業等の組織において、該リソースの貸与を決定する権限を有する者）の端末８に送信する（Ｓ３０４）。そして、リソース貸与側制御装置１は、所定時間（例えば１時間）が経過する間、前記複数の所有者の端末８から貸与要求通知メッセージに対する応答が送られてくるのを待つ（Ｓ３０５）。

次に、リソース貸与側制御装置１は、前記複数の所有者の端末８から受信した応答に基づいて、貸与対象リソースの貸与の可否を決定する。貸与対象リソースの貸与を許可する旨を決定した場合は、後述のＳ３１０に進む。一方、貸与対象リソースの貸与を許可する旨を決定しなかった場合は、貸与対象リソースの所有者に再考を促す必要があるか否かを確認するための貸与拒否確認メッセージを生成し、これを貸与対象リソースの貸与の決定に際して該リソースの所有者にアドバイスをする複数の協力者（例えば地域住民）の端末９に送信する（Ｓ３０６）。そして、リソース貸与側制御装置１は、所定時間（例えば１時間）が経過する間、前記複数の協力者の端末９から貸与拒否確認メッセージに対する応答が送られてくるのを待つ（Ｓ３０７）。

次に、リソース貸与側制御装置１は、前記複数の協力者の端末９から受信した応答に基づいて、貸与対象リソースの貸与の再考の必要性を判断する。再考の必要性がないと判断した場合は、リソース貸与要求を拒否する旨の通知をリソース借用側制御装置３に送信する。この通知は防災情報管理サーバ４１を介して操作端末４３へ通知される。一方、再考の必要性があると判断した場合は、貸与対象リソースの貸与の再考を促す再考通知メッセージを生成し、これを貸与対象リソースの貸与を拒否した所有者の端末８に送信する（Ｓ３０８）。そして、リソース貸与側制御装置１は、所定時間（例えば１時間）が経過する間、貸与対象リソースの貸与を拒否した所有者の端末８から再考通知メッセージに対する応答が送られてくるのを待つ（Ｓ３０９）。

次に、リソース貸与側制御装置１は、貸与対象リソースの貸与を拒否した所有者の端末８から受信した応答に基づいて、貸与対象リソースの貸与の可否を再度判断する。貸与対象リソースの貸与を許可する旨を決定した場合は、後述のＳ３１０に進む。一方、貸与対象リソースの貸与を許可する旨を決定しなかった場合は、リソース貸与要求を拒否する旨の通知をリソース借用側制御装置３に送信する。この通知は防災情報管理サーバ４１を介して操作端末４３へ通知される。

Ｓ３１０において、リソース貸与側制御装置１は、貸与対象リソース（ディスプレイ２４）に対してリソース貸与要求で要求されている操作内容（表示）を行うための制御プログラムを呼び出す。制御プログラムは、操作内容を受け付けるための操作画面のデータをリソース借用側制御装置３に送信する。この操作画面のデータは、ディスプレイ２４を利用するアプリケーションである防災情報管理サーバ４１に送られる（Ｓ３１１）。防災情報管理サーバ４１は、この操作画面を介して操作端末４３から操作内容を受け付ける。そして、受け付けた操作内容がリソース借用側制御装置３を介して、リソース貸与側制御装置１の制御プログラムに通知される。その結果、防災情報管理サーバ４１が保持する防災情報がリソース借用側制御装置３を介して、リソース貸与側制御装置１の制御プログラムに通知され（Ｓ３１２）、制御プログラムによりこの防災情報がディスプレイ２４に表示される（Ｓ３１３）。

次に、上記のリソース制御システムを構成するリソース貸与側制御装置１およびリソース借用側制御装置３について説明する。

先ず、リソース貸与側制御装置１を説明する。図３はリソース貸与側制御装置１の概略構成図である。

図示するように、リソース貸与側制御装置１は、演算部１１と、記憶部１２と、ＬＡＮ２６と通信を行うためのＬＡＮ/ＩＦ（インターフェース）部１３と、ＷＡＮ５と通信を行なうためのＷＡＮ/ＩＦ部１４と、を有する。

記憶部１２は、制御装置情報記憶部１２１と、保守者情報記憶部１２２と、通知先情報記憶部１２３と、リソース情報記憶部１２４と、制御プログラム情報記憶部１２５と、履歴情報記憶部１２６と、を有する。

制御装置情報記憶部１２１は、本リソース貸与側制御装置１と通信可能なリソース借用側制御装置３の情報を有する。図４は制御装置情報記憶部１２１の登録内容例を示す図である。図示するように、制御装置情報記憶部１２１には、本リソース貸与側制御装置１と通信可能な制御装置毎に、制御装置の情報を有するレコード１２１０が登録される。レコード１２１０は、制御装置を識別するための制御装置ＩＤを登録するフィールド１２１１と、制御装置と通信を行なうためのアドレス（例えばＩＰアドレス）を登録するフィールド１２１２と、制御装置の管理者を登録するフィールド１２１３と、制御装置を認証して暗号通信を行なうための公開鍵証明書を登録するフィールド１２１４と、を有する。なお、公開鍵暗号技術を用いて認証および暗号通信を行う方式として、ＴＬＳ（Transport Layer Security）やＩＰＳｅｃ（IP Security）が知られている。

保守者情報記憶部１２２は、本リソース貸与側制御装置１に情報を設定したり、設定情報を変更したりする保守者の情報を有する。図５は保守者情報記憶部１２２の登録内容例を示す図である。図示するように、保守者情報記憶部１２２には、本リソース貸与側制御装置１の保守者毎に、保守者の情報を有するレコード１２２０が登録される。レコード１２２０は、保守者を識別するための保守者ＩＤを登録するフィールド１２２１と、保守者を認証するためのパスワードを登録するフィールド１２２２と、を有する。

通知先情報記憶部１２３は、本リソース貸与側制御装置１がリソース借用側制御装置３からリソース貸与要求を受信した場合に、リソースを貸与すべきか否かの判断を得るための貸与要求通知メッセージや、リソース貸与が拒否された場合に再考を促す必要があるか否かを確認するための貸与拒否確認メッセージなどを通知する通知先の情報を有する。図６は通知先情報記憶部１２３の登録内容例を示す図である。図示するように、通知先情報記憶部１２３には、貸与要求通知メッセージや貸与拒否確認メッセージなどの通知先毎に、通知先の情報を有するレコード１２３０が登録される。レコード１２３０は、通知先を識別するための通知先ＩＤを登録するフィールド１２３１と、通知先のアドレス（例えばメールアドレス）を登録するフィールド１２３２と、通知先の種別を登録するフィールド１２３３と、を有する。フィールド１２３３には、通知先の種別として、貸与対象リソースの所有者（例えば貸与対象リソースを所有する企業等の組織において、該リソースの貸与を決定する権限を有する者）、および、貸与対象リソースの貸与の決定に際して該リソースの所有者にアドバイスをする協力者（例えば地域住民）のいずれかが登録される。なお、本実施形態では、所有者がフィールド１２３３に登録されたレコード１２３０および協力者がフィールド１２３３に登録されたレコード１２３０のそれぞれを、通知先情報記憶部１２３に複数登録している。また、フィールド１２３２に登録する通知先のアドレスは、メールアドレスに限られない。貸与要求通知メッセージを受付可能なＷｅｂページのＵＲＬでもよい。

リソース情報処理部１２４は、リソース貸与側ネットワークシステム２に存在する貸与可能なリソースの情報を有する。図７はリソース情報記憶部１２４の登録内容例を示す図である。図示するように、リソース情報記憶部１２４には、貸与可能なリソースの情報を有するレコード１２４０が登録される。レコード１２４０は、リソースを識別するためのリソースＩＤを登録するフィールド１２４１と、リソースのアドレス（例えばＩＰアドレス）を登録するフィールド１２４２と、リソースの名称（本実施形態ではカメラ２３およびディスプレイ２４のいずれか）を登録するフィールド１２４３と、許可するリソース操作の一覧を登録するフィールド１２４４と、を有する。本実施形態では、許可するリソース操作として、カメラ２３に対しては撮像、角度変更およびズーム操作が登録されている。また、ディスプレイ２４に対しては表示が登録されている。

制御プログラム情報記憶部１２５は、貸与可能なリソースを操作するための制御プログラムの情報を有する。図８は制御プログラム情報記憶部１２５の登録内容例を示す図である。図示するように、制御プログラム情報記憶部１２５には、操作対象リソースおよび操作内容の組合せ毎に、制御プログラムの情報を有するレコード１２５０が登録される。レコード１２５０は、操作対象リソースのリソースＩＤを登録するフィールド１２５１と、操作対象リソースに対する操作内容を登録するフィールド１２５２と、操作対象リソースに対してフィールド１２５２に登録した操作内容を実現するための制御プログラムを登録するフィールド１２５３と、を有する。

ここで、制御プログラムは、リソース借用側制御装置３によりＷＡＮ５を介して呼び出されて実行される。このようなネットワーク越しのプログラム呼出しは、一般的にＲＰＣ（Remote Procedure Call）と呼ばれている。近年は、呼出し要求および呼出し結果をＳＯＡＰ（Simple Object Access Protocol）と呼ばれるＸＭＬ（eXtensible Markup Language）で記述することによりＲＰＣを実現するＷｅｂサービスが利用されることが多い。Ｗｅｂサービスは呼び出されるプログラムの指定をＥｎｄ Ｐｏｉｎｔと呼ばれるＵＲＬで表現する。本実施形態でも、制御プログラムをＥｎｄ Ｐｏｉｎｔとして記述している。また、Ｗｅｂサービスは、プログラムを呼び出す操作者にＥｎｄ Ｐｏｉｎｔを教えるのではなく、ＷＳＤＬ（Web Service Definition Language）と呼ばれるＥｎｄ Ｐｏｉｎｔの情報も含む定義情報を教えることも多い。このため、フィールド１２５３に登録される制御プログラムの情報はＷＳＤＬで定義情報が書かれたファイルのＵＲＬでもよい。

履歴情報記憶部１２６には、リソース借用側制御装置３から受信したリソース貸与要求に対する処理結果が登録される。図９は履歴情報記憶部１２６の登録内容例を示す図である。図示するように、履歴情報記憶部１２６には、リソース貸与要求毎に、その履歴（処理結果）の情報を有するレコード１２６０が登録される。レコード１２６０は、リソース貸与要求に対する履歴を識別するログＩＤを登録するフィールド１２６１と、該リソース貸与要求を通知したリソース借用側制御装置３のアドレス（要求元アドレス）を登録するフィールド１２６２と、該リソース貸与要求の要求内容を登録するフィールド１２６３と、該リソース貸与要求に対する可否判定結果を登録するフィールド１２６４と、を有する。リソース貸与要求に対する処理結果を、履歴情報として登録しておくのは、リソース貸与側ネットワークシステム２の所有者がリソース借用側ネットワーク４の所有者に対して、リソースを貸与したことにより事業コストが発生した場合に、履歴情報記憶部１２６に記憶されている履歴情報に基づき費用請求できるようにするためである。

演算部１１は、制御装置認証処理部１１１と、保守者認証処理部１１２と、通知処理部１１３と、リソース制御部１１４と、登録情報管理処理部１１５と、を有する。

制御装置認証処理部１１１は、ＷＡＮ/ＩＦ部１４を介してアクセスするリソース借用側制御装置３の認証処理を行う。保守者認証処理部１１２はＬＡＮ/ＩＦ部１３を介してアクセスする操作端末２２（保守者）の認証処理を行う。通知処理部１１３は、貸与要求通知メッセージ等の通知処理を行う。リソース制御部１１４は、リソース貸与要求に従い貸与対象リソースの動作を制御する。そして、登録情報管理処理部１１４は記憶部１２に登録する情報の管理処理を行う。

図１０および図１１はリソース貸与側制御装置１の動作フローを説明する図である。

リソース貸与側制御装置１において、演算部１１は、ＬＡＮ/ＩＦ部１３を介して操作端末２２よりアクセスされると（Ｓ１０１でＹＥＳ）、保守者ＩＤおよびパスワードを要求し取得する。そして、保守者認証処理部１１２により、取得した保守者ＩＤおよびパスワードを有するレコード１２２０が保守者情報記憶部１２２に記憶されているか否かを調べることで認証処理を行う（Ｓ１０２）。認証が成立した場合（Ｓ１０３でＹＥＳ）は、登録情報処理部１１５により、操作端末２２から操作を受付けて、記憶部１２に記憶する情報の設定、変更を行う（Ｓ１０４）。一方、認証が失敗した場合（Ｓ１０３でＮＯ）は、操作端末２２にエラーを通知するなどの所定のエラー処理を行う（Ｓ１０５）。

また、演算部１１は、ＷＡＮ/ＩＦ部１４を介してリソース借用側制御装置３よりアクセスされると（Ｓ１１１でＹＥＳ）、該リソース借用側制御装置３のアドレスをキーとして、制御装置情報記憶１２１に記憶されているレコード１２１０を特定する。そして、制御装置認証処理部１１１により、該レコード１２１０に登録されている公開鍵証明書を用いて該リソース借用側制御装置３より受信した署名情報を検証することで認証処理を行う（Ｓ１１２）。認証が成立した場合（Ｓ１１３でＹＥＳ）は、Ｓ１４０へ進む。一方、認証が失敗した場合（Ｓ１１３でＮＯ）は、該リソース借用側制御装置１１１にエラー通知するなどの所定のエラー処理を行う（Ｓ１１４）。

Ｓ１４０において、アクセス元のリソース借用側制御装置３からリソース貸与要求を受信した場合はＳ１１５に進む。一方、アクセス元のリソース借用側制御装置３から貸与対象リソース各々の情報取得要求を受信した場合、演算部１１は、登録情報管理処理部１１５によりリソース情報記憶部１２５に記憶されている情報を読み出して、アクセス元のリソース借用側制御装置３に送信する（Ｓ１４１）。

Ｓ１１５において、通知処理部１１３は、該リソース貸与要求に含まれている貸与対象リソースの名称、該貸与対象リソースに対する操作内容、および、該貸与対象リソースの利用目的（該リソースを利用するアプリケーション名を含む）を特定する。また、Ｓ１１２で特定した該リソース貸与要求の送信元の管理者情報を特定する。そして、特定したこれらの情報を含めて、リソース貸与の可否を確認するための貸与要求通知メッセージを作成し、通知先情報記憶部１２３に記憶されている各所有者のアドレスへ送信する（Ｓ１１６）。図１２は貸与要求通知メッセージの一例を示す図である。図示するように、貸与要求通知メッセージには、通知日時１１３６、リソース貸与要求の送信元の管理者名１１３１、貸与対象リソースの利用目的１１３２、貸与対象リソース名１１３３、および、貸与対象リソースの操作内容１１３４が、リソースの貸与を許可するか否かを返答するための返答部１１３５と共に記載されている。貸与要求通知メッセージの受信者（受信端末）が、「許可する」および「許可しない」のいずれか一方を削除して返信すると、通知処理部１１３が、返答部１１３５の残された文面から応答内容が「許可する」および「許可しない」のいずれであるかを判断する。なお、いたずら目的で送られた返答を排除するため、返答部１１３５には、乱数等の文字列を記載するとよい。通知処理部１１３は、貸与要求通知メッセージの送信前に該文字列を記憶しておき、返答を受信した際に、記憶されている文字列と同じ文字列が返信メッセージに記載されているか否かを調べることにより、正当な返答か、それとも、いたずら目的の返答かを判断できる。

さて、通知処理部１１３は、貸与要求通知メッセージの送信後、所定時間（例えば１時間）が経過するまで、該貸与要求通知メッセージの送信先から返信メッセージが送られてくるのを待つ（Ｓ１１７、Ｓ１１８）。そして、該所定時間に受信した返信メッセージ各々の応答内容に基づいて、貸与対象リソースの貸与を許可するか否かを決定する。例えば、該所定時間に受信した返信メッセージ各々の最も多い応答内容が「許可する」の場合に貸与対象リソースの貸与を許可し、該最も多い応答内容が「許可しない」の場合に貸与対象リソース貸与を許可しないように決定する（Ｓ１１９）。貸与対象リソースの貸与を許可する場合はＳ１３１に進み、貸与対象リソースの貸与を許可しない場合はＳ１２１に進む（Ｓ１２０）。

Ｓ１２１において、通知処理部１１３は、リソース貸与要求が貸与対象リソースの所有者によって拒否されたことを通知すると共に、該貸与対象リソースの所有者に再考を促す必要があるか否かを確認するための貸与拒否確認メッセージを作成し、通知先情報記憶部１２３に記憶されている各協力者のアドレスへ送信する。図１３は貸与拒否確認メッセージの一例を示す図である。図示するように、貸与拒否確認メッセージには、通知日時１１６６、リソース貸与要求の送信元の管理者名１１６１、貸与対象リソースの利用目的１１６２、貸与対象リソース名１１６３、および、貸与対象リソースの操作内容１１６４が、リソース貸与要求を拒否した所有者に再考促すか否かを返答するための返答部１１６５と共に記載されている。貸与拒否確認メッセージの受信者（受信端末）が、「再考を要求する」および「再考を要求しない」のいずれか一方を削除して返信すると、通知処理部１１３が、返答部１１６５の残された文面から応答内容が「再考を要求する」および「再考を要求しない」のいずれであるかを判断する。なお、いたずら目的で送られた返答を排除するため、貸与要求通知メッセージと同様に、返答部１１６５に乱数等の文字列を記載するとよい。

さて、通知処理部１１３は、貸与拒否確認メッセージの送信後、所定時間（例えば１時間）が経過するまで、該貸与拒否確認メッセージの送信先から返信メッセージが送られてくるのを待つ（Ｓ１２２、Ｓ１２３）。そして、該所定時間に受信した返信メッセージ各々の応答内容に基づいて、所有者にリソース貸与要求の拒否の再考を促すか否かを決定する。例えば、該所定時間に受信した返信メッセージ各々の最も多い応答内容が「再考を要求する」の場合にリソース貸与要求の拒否の再考を要求し、該最も多い応答内容が「再考を要求しない」の場合にリソース貸与要求の拒否の再考を要求しないように決定する（Ｓ１２４）。リソース貸与要求の再考を要求しない場合はＳ１３３に進み、リソース貸与要求の再考を要求する場合はＳ１２６に進む（Ｓ１２５）。

Ｓ１２６において、通知処理部１１３は、リソース貸与要求の拒否の再考を要求して、リソース貸与の可否を再度確認するための再考通知メッセージを作成し、該メッセージを、「許可しない」旨の応答メッセージを返信した貸与要求通知メッセージの送信先（「許可しない」旨の応答メッセージの送信元）に送信する。図１４は再考通知メッセージの一例を示す図である。図示するように、再考通知メッセージには、通知日時１１７６、リソース貸与要求の送信元の管理者名１１７１、貸与対象リソースの利用目的１１７２、貸与対象リソース名１１７３、および、貸与対象リソースの操作内容１１７４が、リソース貸与要求の拒否を取り消すか否かを返答するための返答部１１７５と共に記載されている。再考通知メッセージの受信者（受信端末）が、「拒否を取り消す」および「拒否を取り消さない」のいずれか一方を削除して返信すると、通知処理部１１３が、返答部１１７５の残された文面から応答内容が「拒否を取り消す」および「拒否を取り消さない」のいずれであるかを判断する。なお、いたずら目的で送られた返答を排除するため、貸与要求通知メッセージと同様に、返答部１１７５に乱数等の文字列を記載するとよい。

さて、通知処理部１１３は、再考通知メッセージの送信後、所定時間（例えば１時間）が経過するまで、該再考通知メッセージの送信先から返信メッセージが送られてくるのを待つ（Ｓ１２７、Ｓ１２８）。そして、該所定時間に受信した返信メッセージ各々の応答内容と、Ｓ１１７、１１８で受信した貸与要求通知メッセージに対する返信メッセージ各々の応答内容とに基づいて、貸与対象リソースの貸与を許可するか否かを再度決定する。例えば、貸与要求通知メッセージに対する返信メッセージであって応答内容が「許可する」である返信メッセージの数に、再考通知メッセージに対する返信メッセージであって応答内容が「拒否を取り消す」である返信メッセージの数を加算した加算結果と、貸与要求通知メッセージに対する返信メッセージであって応答内容が「許可しない」である返信メッセージの数から、再考通知メッセージに対する返信メッセージであって応答内容が「拒否を取り消す」である返信メッセージの数を減算した減算結果とを比較する。加算結果の方が大きい場合に貸与対象リソースの貸与を許可し、減算結果の方が大きい場合に貸与対象リソース貸与を許可しないように決定する（Ｓ１２９）。貸与対象リソースの貸与を許可する場合はＳ１３１に進み、貸与対象リソースの貸与を許可しない場合はＳ１３３に進む（Ｓ１２０）。

Ｓ１３１において、通知処理部１１３は、履歴情報記憶部１２６に新たなレコード１２６０を作成し、該レコード１２６０に必要な情報を登録する。また、Ｓ１１１で受信したリソース貸与要求をリソース制御部１１４に渡す。これを受けてリソース制御部１１４は、制御プログラム情報記憶部１２５を用いて、該リソース貸与要求に含まれている貸与対象リソースに対して、該リソース貸与要求に含まれている操作内容を行うための制御プログラムを特定して読み出す（Ｓ１３１）。

これにより、リソース制御部１１４は、該リソース貸与要求に含まれている貸与対象リソースに対して、該リソース貸与要求に含まれている操作内容を受け付けるための操作画面のデータを、該リソース貸与要求の送信元に送信する。そして、該リソース貸与要求の送信元（リソース借用側制御装置３）より受信した操作内容に従い貸与対象リソースを制御する（Ｓ１３２）。ここで、制御プログラムは、例えばカメラ２３の操作を考えた場合、ＬＡＮ２６に接続された操作端末２２から実行可能な操作に比べて、より制限された操作しかできないよう作成するとよい。例えばカメラ２３の角度変更を、操作端末２２から操作できる変更角度よりも狭い角度での変更しか行えないように、制御プログラムを作成する。このようにすることで、リソース貸与側ネットワークシステム２の所有者（例えば企業）は、リソースを地方自治体等に貸与したことで不必要に営業秘密をさらけ出すことがなくなる。このため、地方自治体等に対してリソースを貸与し易くなる。

一方、Ｓ１３３において、通知処理部１１３は、リソース貸与要求の拒否メッセージを、該リソース貸与要求の送信元（リソース借用側制御装置３）に送信する。また、履歴情報記憶部１２６に新たなレコード１２６０を作成し、該レコード１２６０に必要な情報を登録する。

上記構成のリソース貸与側制御装置１は、例えば図１５に示すような、ＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、ＣＤ-ＲＯＭやＤＶＤ-ＲＯＭやＩＣカードなどの記憶媒体からデータを読み取る読取装置９０４と、キーボードやマウスなどの入力装置９０６と、モニタやプリンタなどの出力装置９０７と、ＬＡＮ２６、ＷＡＮ５に接続するための通信装置９０８と、これらの各装置を接続するバス９０９と、を備えた一般的なコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされたプログラムを実行することで実現できる。このプログラムは、読取装置９０４を介して記憶媒体から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。あるいは、外部記憶装置９０３を経由せずに、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。なお、この場合において、記憶部１２にはメモリ９０２や外部記憶装置９０３が利用される。また、ＩＦ部１３、１４には通信装置９０８が利用される。

次に、リソース借用側制御装置３を説明する。図１６はリソース借用側制御装置３の概略構成図である。

図示するように、リソース借用側制御装置３は、演算部３１と、記憶部３２と、ＬＡＮ４４と通信を行うためのＬＡＮ/ＩＦ部３３と、ＷＡＮ５と通信を行なうためのＷＡＮ/ＩＦ部３４と、を有する。

記憶部３２は、制御装置情報記憶部３２１と、保守者情報記憶部３２２と、リソース情報記憶部３２３と、アプリケーション情報記憶部３２４と、を有する。

制御装置情報記憶部３２１は、リソース貸与側制御装置１の制御装置情報記憶部１２１と同様に、本リソース借用側制御装置３と通信可能なリソース貸与側制御装置１の情報を有する。保守者情報記憶部３２２は、リソース借用側制御装置３の保守者情報記憶部１２２と同様に、本リソース借用側制御装置３に情報を設定したり、設定情報を変更したりする保守者の情報を有する。

リソース情報記憶部３２３は、本リソース借用側制御装置３が接続されたリソース借用側ネットワークシステム４のアプリケーションのために、リソース貸与側ネットワークシステム２から貸与可能なリソースの情報を有する。図１７はリソース情報記憶部３２３の登録内容例を示す図である。図示するように、リソース情報記憶部３２３には、貸与可能なリソースの情報を有するレコード３２３０が登録される。レコード３２３０は、貸与可能なリソースが存在するリソース貸与側ネットワークシステム２に接続されたリソース貸与側制御装置１の制御装置ＩＤを登録するフィールド３２３１と、該貸与可能なリソースのリソースＩＤを登録するフィールド３２３２と、該貸与可能なリソースの名称を登録するフィールド３２３３と、該貸与可能なリソース対して許可するリソース操作の一覧を登録するフィールド３２３４と、を有する。

アプリケーション情報記憶部３２４は、リソース借用側ネットワークシステム４に存在する、リソース貸与側ネットワークシステム２が貸与するリソースを利用可能なアプリケーションの情報を有する。図１８はアプリケーション情報記憶部３２４の登録内容例を示す図である。図示するように、アプリケーション情報記憶部３２４には、リソース貸与側ネットワークシステム２が貸与するリソースを利用可能なアプリケーションの情報を有するレコード３２４０が登録される。レコード３２４０は、アプリケーションを識別するためのアプリケーションＩＤを登録するフィールド３２４１と、アプリケーションのアドレス（例えばＩＰアドレス）を登録するフィールド３２４２と、アプリケーションの名称（本実施形態では防災情報管理サーバ４１およびコンテンツサーバ４２のいずれか）を登録するフィールド３２４３と、利用可能なリソースの種別の一覧を登録するフィールド３２４４と、を有する。本実施形態では、利用可能なリソースの種別として、防災情報管理サーバ４１に対してはカメラ、ディスプレイが登録されている。また、コンテンツサーバ４２に対してはディスプレイが登録されている。

演算部３１は、制御装置認証処理部３１１と、保守者認証処理部３１２と、リソース制御部３１３と、登録情報管理処理部３１４と、を有する。

制御装置認証処理部３１１は、ＷＡＮ/ＩＦ部３４を介してリソース貸与側制御装置１アクセスする際に必要な認証情報を作成する。保守者認証処理部３１２はＬＡＮ/ＩＦ部３３を介してアクセスする操作端末４３（保守者）の認証処理を行う。リソース制御部３１３は、リソース借用側ネットワークシステム４からリソースの貸与を受けて該リソースを操作するために必要な処理を行う。そして、登録情報管理処理部３１４は記憶部３２に登録する情報の管理処理を行う。

図１９はリソース借用側制御装置３の動作フローを説明する図である。

リソース借用側制御装置３において、演算部３１は、所定時刻への到達や所定時間の経過や保守者の指示など、予め定められたリソース情報の収集タイミングになると（Ｓ２０１）、登録情報管理処理部３１４によりリソース情報の取得要求を作成する。また、制御装置認証処理部３１１によりリソース情報の取得要求に対する電子署名を作成してこれを認証情報とする。そして、リソース情報の取得要求および署名情報を、制御装置情報記憶部３２１にアドレスが記憶されている各リソース貸与側制御装置１へ送信する（Ｓ２０２）。そして、その応答として、リソース貸与側制御装置１から貸与可能なリソースの情報を受信すると、登録情報管理処理部３１４により、該リソースの情報を当該情報を送信したリソース貸与側制御装置１の情報と共に、リソース情報記憶部３２３に記憶する（Ｓ２０３）。

また、演算部３１は、ＬＡＮ/ＩＦ部３３を介して操作端末４２よりアクセスされると（Ｓ２１１でＹＥＳ）、保守者ＩＤおよびパスワードを要求し取得する。そして、保守者認証処理部３１２により、取得した保守者ＩＤおよびパスワードを有するレコードが保守者情報記憶部３２２に記憶されているか否かを調べることで認証処理を行う（Ｓ２１２）。認証が成立した場合（Ｓ２１３でＹＥＳ）は、登録情報処理部３１４により、操作端末４３から操作を受付けて、記憶部３２に記憶する情報の設定、変更を行う（Ｓ２１４）。一方、認証が失敗した場合（Ｓ２１３でＮＯ）は、操作端末４３にエラー通知するなどの所定のエラー処理を行う（Ｓ２１５）。

また、演算部１１は、ＬＡＮ/ＩＦ部３３を介してアプリケーション（本実施形態では防災情報管理サーバ４１およびコンテンツサーバ４２のいずれか）よりアクセスされると（Ｓ２２１でＹＥＳ）、リソース制御部３１３により、該アプリケーションのアドレスをキーとして、アプリケーション情報記憶部３２４に記憶されているレコード３２４０を検索し、該アプリケーションが利用可能なリソースの種別（名称）を特定する。さらに、リソース情報記憶部３２３から特定したリソースの種別（名称）のレコード３２３０を検索する。そして、リソース制御部３１３は、検索した各レコード３２３０に記述されている貸与対象リソースおよび操作内容の組合せの中から所望の貸与対象リソースおよび操作内容の組合せを選択するためのリソース貸与要求受付画面を生成し、これをアクセス元のアプリケーションに送信する。このリソース貸与要求受付画面は、アクセス元のアプリケーションを介して、当該アプリケーションをリモート操作する操作端末４３に表示される。

図２０はリソース貸与要求受付画面の一例を示す図である。図示するように、リソース貸与要求受付画面には、アプリケーションが利用可能なリソース毎に、当該リソースの情報が表示される。リソースの情報は、該リソースの情報を識別するための要求ＩＤ３１３１と、該リソースを貸与するリソース貸与側ネットワークシステム２の管理者の情報３１３２と、該リソースの名称３１３３と、該リソースに対して実行可能な操作の一覧情報３１３４と、を有する。管理者の情報３１３２は、該リソースのレコード３２３０に含まれている制御装置３２３１をキーにして、制御装置情報記憶部３２１からレコードを検索することで特定できる。リソースの名称３１３３および操作の一覧情報３１３４は、該リソースのレコード３２３０から特定できる。また、図において、符号３１３５、３１３６は、それぞれ要求ＩＤの入力欄、操作内容の入力欄である。入力欄３１３５に要求ＩＤが入力されると、該要求ＩＤを持つリソースの情報の操作一覧情報３１３４が、例えばプルダウンメニュー方式により入力欄３１３６に表示される。操作者はプルダウンメニューの中から所望の操作内容を選択して入力欄３１３６に入力することができる。また、符号３１３７は入力欄３１３５、３１３６の内容を確定するための確定ボタン、符号３１３８は入力欄３１３５、３１３６の内容をキャンセルするためのキャンセルボタンである。確定ボタン３１３５が選択されると、入力欄３１３５、３１３６の内容が操作端末４３からアプリケーションを介してリソース制御部３１３に送信される。

さて、リソース制御部３１３は、アクセス元のアプリケーションを介して、リソース貸与要求受付画面を表示した操作端末４３から要求ＩＤおよび操作内容を受け取ると（Ｓ２２２）、該要求ＩＤに対応するリソース情報記憶部３２３のレコード３２３０を特定し、特定したレコード３２３０のリソースＩＤおよびリソース名称と、該受け取った操作内容と、アクセス元のアプリケーションのレコード３２４０に記憶されているアプリケーション名称と、を有するリソース貸与要求を生成する。また、制御装置認証処理部３１１により、生成したリソース貸与要求に対する電子署名を生成し、これを認証情報とする。そして、リソース制御部３１３は、特定したリソース情報のレコード３２３０の制御装置ＩＤを持つレコードを、制御装置情報記憶部３２１から特定し、ＷＡＮ/ＩＦ部３４を介して特定したレコードにより特定されるリソース貸与側制御装置１に、生成したリソース貸与要求および認証情報を送信する（Ｓ２２３）。

図２１はリソース貸与要求の一例を説明するための図である。この例では、Ｗｅｂサービスを利用してリソース貸与側制御装置１上の制御プログラムを呼び出す場合を想定し、リソース貸与要求をＳＯＡＰメッセージで記述している。リソース貸与要求３１５０は、本文中に要求内容メッセージ３１５１を含む。要求内容メッセージ３１５１には、要求者（p:from）、要求理由（p:reason）、貸与対象リソース（p:target）、要求操作内容（p:operation）、貸与対象リソースを利用するアプリケーション（p:application）が含まれている。図１２〜図１４に示したメッセージは、要求内容メッセージ３１５１に基づいて作成される。なお、ＳＯＡＰメッセージには様々なヘッダ情報が記述されることが多い。しかし、本実施形態では説明を簡単にするためヘッダ情報を省略している。

次に、リソース制御部３１３は、ＷＡＮ/ＩＦ部３４を介してリソース貸与要求の送信先のリソース貸与側制御装置１から応答を受信すると（Ｓ２２４）、該応答がエラー通知ならば（Ｓ２２５）、これをアクセス元のアプリケーションを介して、当該アプリケーションをリモート操作する操作端末４３に通知し、エラーを表示する（Ｓ２２８）。一方、該応答が貸与対象リソースを操作するための操作画面のデータならば、これをアクセス元のアプリケーションに送信する（Ｓ２２６）。この操作画面のデータは、アクセス元のアプリケーションを介して、当該アプリケーションをリモート操作する操作端末４３に送信される。これにより、操作端末４３に操作画面が表示される。そして、この操作画面を介して受け付けた操作内容がアクセス元のアプリケーションを介して、リソース制御部３１３に送られ、さらに、リソース制御部３１３からリソース貸与要求の送信先であるリソース貸与側制御装置１に送信される（Ｓ２２７）。

上記構成のリソース借用側制御装置３も、リソース貸与側制御装置１と同様に、例えば図１５に示すような、ＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、ＣＤ-ＲＯＭやＤＶＤ-ＲＯＭやＩＣカードなどの記憶媒体からデータを読み取る読取装置９０４と、キーボードやマウスなどの入力装置９０６と、モニタやプリンタなどの出力装置９０７と、ＬＡＮ２６、ＷＡＮ５に接続するための通信装置９０８と、これらの各装置を接続するバス９０９と、を備えた一般的なコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされたプログラムを実行することで実現できる。このプログラムは、読取装置９０４を介して記憶媒体から、あるいは、通信装置９０８を介してネットワークから、外部記憶装置９０３にダウンロードされ、それから、メモリ９０２上にロードされてＣＰＵ９０１により実行されるようにしてもよい。あるいは、外部記憶装置９０３を経由せずに、メモリ９０２上に直接ロードされ、ＣＰＵ９０１により実行されるようにしてもよい。なお、この場合において、記憶部３２にはメモリ９０２や外部記憶装置９０３が利用される。また、ＩＦ部３３、３４には通信装置９０８が利用される。

以上、本発明の一実施形態について説明した。

本実施形態によれば、貸与要求通知メッセージを作成して予め定められた複数の連絡先（リソースの所有者）に送信し、所定期間内に受信した該通知メッセージの応答に基づいてリソースの貸与の適否を決定するので、許可されたリソースの貸与を迅速に行うことができる。また、予め定められた操作のみを貸与要求元から受け付けるので、貸し出すリソースの一部に制限を加えることができる。

また、本実施形態では、リソースの所有者が該リソースの貸与を拒否した場合に、当該所有者に再考を促すべきか否かを協力者に問合せ、協力者が再考すべきと判断する場合に、リソースの貸与を拒否した所有者にリソースの貸与を再考させ、その結果に基づいてリソースの貸与の適否を再度決定する。このように本実施形態では、リソースの所有者はリソース貸与要求に応じるか否か判断する機会を最大で２回有する。そして、２回目の判断に際しては、協力者（地域住民）の意向を勘案した上で判断することができる。したがって、地方自治体等が企業等のシステムを利用できる可能性が高まる。昨今は、企業の社会的責任（ＣＳＲ：Corporate Social Responsibility）に対する感度が高い。このため、社会貢献は企業にとって無視できない要素となっている。住民からの要請に応えることは、リソースを貸与するに相当する理由と考えることができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記の実施形態では、図１０および図１１のＳ１１９、Ｓ１２４、Ｓ１２９において、所定時間内に受信した応答が示す適否の多数決で決定を行っているが、本発明はこれに限定されない。同じ意見が一定件数以上続いた場合にその意見を採用する方法などが考えられる。また、リソース貸与要求が緊急性を要しない場合には、十分にコンセンサスが取れるよう慎重に判断できる方法が好ましい。

また、上記の実施形態において、記憶部１２、３２を制御装置１、３とは別のハードウェア上に持たせてもよい。

また、上記の実施形態において、貸与拒否確認メッセージは、通知先情報記憶部１２３に予め登録されている協力者へ送信しなくてもよい。例えば所定の無線エリアに存在する無線端末の所持者へ送信して、応答を受信するようにしてもよい。店舗に無線ＡＰを設置すると共に、店舗の利用客に無線ＬＡＮ機能を持つＰＤＡを配布する。そして、リソース貸与側制御装置１は、貸与拒否確認メッセージを無線ＡＰ経由でＰＤＡに送信し、ＰＤＡから応答を受信する。このようにした場合、通知先情報記憶部１２３に協力者のアドレスを事前に登録する必要がなくなる。また、貸与拒否確認メッセージに対し応答を返した場合にはその記録をＰＤＡに残しておく。そして、ＰＤＡを店舗へ返却する際に、ＰＤＡに記録が残っていた利用客へは割引券を与えるなどして協力意欲を上げる。

また、上記の実施形態では、リソース貸与側制御装置１およびリソース借用側制御装置３を別々の装置として説明したが、両者は同じハードウエア上に構築された１つの装置であってもよい。このようにすることで、例えば地方自治体と企業との間で、リソースを互いに貸与し合うことが可能となり、互いのシステムにかかるコストを削減することが可能となる。

図１は本発明の一実施形態が適用されたリソース制御システムの概略図である。 図２は図１に示すリソース制御システムの動作を説明するための概略図である。 図３はリソース貸与側制御装置１の概略構成図である。 図４は制御装置情報記憶部１２１の登録内容例を示す図である。 図５は保守者情報記憶部１２２の登録内容例を示す図である。 図６は通知先情報記憶部１２３の登録内容例を示す図である。 図７はリソース情報記憶部１２４の登録内容例を示す図である。 図８は制御プログラム情報記憶部１２５の登録内容例を示す図である。 図９は履歴情報記憶部１２６の登録内容例を示す図である。 図１０はリソース貸与側制御装置１の動作フローを説明する図である。 図１１はリソース貸与側制御装置１の動作フローを説明する図である。 図１２は貸与要求通知メッセージの一例を示す図である。 図１３は貸与拒否確認メッセージの一例を示す図である。 図１４は再考通知メッセージの一例を示す図である。 図１５はリソース貸与側制御装置１およびリソース借用側制御装置３のハードウエア構成例を示す図である。 図１６はリソース借用側制御装置３の概略構成図である。 図１７はリソース情報記憶部３２３の登録内容例を示す図である。 図１８はアプリケーション情報記憶部３２４の登録内容例を示す図である。 図１９はリソース借用側制御装置３の動作フローを説明する図である。 図２０はリソース貸与要求受付画面の一例を示す図である。 図２１はリソース貸与要求の一例を説明するための図である。

符号の説明

１…リソース貸与側制御装置、２…リソース貸与側ネットワークシステム、３…リソース借用側制御装置、４…リソース借用側ネットワークシステム、５…ＷＡＮ、６…基地局、７…携帯端末、１１…演算部、１２…記憶部、１３…ＬＡＮ/ＩＦ部、１４…ＷＡＮ/ＩＦ部、２１…情報配信サーバ、２２…操作端末、２３…カメラ、２４…ディスプレイ、２５…コンテンツサーバ、３１…演算部、３２…記憶部、３３…ＬＡＮ/ＩＦ部、３４…ＷＡＮ/ＩＦ部、１１１…制御装置認証処理部、１１２…保守者認証処理部、１１３…通知処理部、１１４…リソース制御部、１１５…登録情報管理処理部、１２１…制御装置情報記憶部、１２２…保守者情報記憶部、１２３…通知先情報記憶部、１２４…リソース情報記憶部、１２５…制御プログラム情報記憶部、１２６…履歴情報記憶部、３１１…制御装置認証処理部、３１２…保守者認証処理部、３１３…リソース制御部、３１４…登録情報管理処理部、３２１…制御装置情報記憶部、３２２…保守者情報記憶部、３２３…リソース情報記憶部、３２４…アプリケーション情報記憶部

Claims (11)

1. リソースの貸与を制御する制御装置であって、
   前記リソースが接続された第１のネットワークに接続するための第１のネットワーク接続手段と、
   第２のネットワークに接続するための第２のネットワーク接続手段と、
   前記リソースの貸与を決定する権限を有する複数の第１の通知先が記憶された通知先記憶手段と、
   前記第２のネットワークから受信した前記リソースの貸与要求に従い、前記リソースを貸与すべきか否かの判断を得るための貸与要求通知メッセージを生成して、前記通知先記憶手段に記憶されている前記複数の第１の通知先各々へ送信すると共に、所定時間内に受信した前記貸与要求通知メッセージに対する応答に基づいて前記リソースの貸与の適否を決定する通知処理手段と、
   前記リソースの貸与が許可された場合に、前記リソースの貸与要求の送信元よりの指示に従い、前記第１のネットワークを介して前記リソースを制御するリソース制御手段と、を有すること
   を特徴とする制御装置。
2. 請求項１に記載の制御装置であって、
   前記通知先情報記憶手段には、前記リソースの貸与の決定に際してアドバイスする複数の第２の通知先が記憶されており、
   前記通知処理手段は、
   前記貸与要求通知メッセージに対する応答に基づいて決定した前記リソースの貸与の適否が前記リソースの貸与を拒否するものである場合、当該貸与の拒否に関して再考を促すべきか否かの判断を得るための再考通知メッセージを生成して、前記通知先記憶手段に記憶されている前記複数の第２の通知先各々へ送信すると共に、所定時間内に受信した前記再考通知メッセージに対する応答に基づいて当該貸与の拒否の再考の有無を決定し、
   前記再考通知メッセージに対する応答に基づいて決定した前記貸与の拒否の再考の有無が前記リソースの貸与の拒否を再考すべきものである場合、前記リソースを貸与すべきか否かの判断を再度得るための再考通知メッセージを生成して、前記通知先記憶手段に記憶されている前記複数の第１の通知先各々へ送信すると共に、所定時間内に受信した前記再考通知メッセージに対する応答に基づいて前記リソースの貸与の適否を再度決定すること
   を特徴とする制御装置。
3. 請求項１に記載の制御装置であって、
   前記通知処理手段は、
   前記貸与要求通知メッセージに対する応答に基づいて決定した前記リソースの貸与の適否が前記リソースの貸与を拒否するものである場合、当該貸与の拒否に関して再考を促すべきか否かの判断を得るための再考通知メッセージを生成して、所定の無線エリアに存在する各無線端末へ送信すると共に、所定時間内に受信した前記再考通知メッセージに対する応答に基づいて当該貸与の拒否の再考の有無を決定し、
   前記再考通知メッセージに対する応答に基づいて決定した前記貸与の拒否の再考の有無が前記リソースの貸与の拒否を再考すべきものである場合、前記リソースを貸与すべきか否かの判断を再度得るための再考通知メッセージを生成して、前記通知先記憶手段に記憶されている前記複数の第１の通知先各々へ送信すると共に、所定時間内に受信した前記再考通知メッセージに対する応答に基づいて前記リソースの貸与の適否を再度決定すること
   を特徴とする制御装置。
4. 請求項１乃至３のいずれか一項に記載の制御装置であって、
   前記リソース制御手段は、
   前記リソースに対して予め定められた操作の指示のみを、前記リソースの貸与要求の送信元より受け付けること
   を特徴とする制御装置。
5. 請求項１乃至４のいずれか一項に記載の制御装置にリソース貸与要求を送信する要求送信装置であって、
   前記第２のネットワークに接続するための第２のネットワーク接続手段と、
   前記リソースを利用するアプリケーションが接続された第３のネットワークに接続するための第３のネットワーク接続手段と、
   前記第３のネットワークを介して前記アプリケーションから受け付けた前記リソースの貸与要求を、前記第２のネットワークを介して前記制御装置に送信する貸与要求手段と、を有すること
   を特徴とする要求送信装置。
6. リソースが接続された第１のネットワークを第２のネットワークに接続する制御装置を用いて前記リソースの貸与を制御するリソース制御方法であって、
   前記制御装置は、
   前記第２のネットワークから前記リソースの貸与要求を受信するステップと、
   受信した前記リソース貸与要求に従い、前記リソースを貸与すべきか否かの判断を得るための貸与要求通知メッセージを生成して、予め定められた複数の第１の通知先各々へ送信するステップと、
   所定時間内に受信した前記貸与要求通知メッセージに対する応答に基づいて前記リソースの貸与の適否を決定するステップと、
   前記リソースの貸与が許可された場合に、前記リソースの貸与要求の送信元から受け付けた指示に従い、前記第１のネットワークを介して前記リソースを制御するステップと、を行うこと
   を特徴とするリソース制御方法。
7. 請求項６に記載のリソース制御方法であって、
   前記制御装置は、
   前記貸与要求通知メッセージに対する応答に基づいて決定した前記リソースの貸与の適否が前記リソースの貸与を拒否するものである場合、当該貸与の拒否に関して再考を促すべきか否かの判断を得るための再考通知メッセージを生成して、予め定められた複数の第２の通知先各々へ送信するステップと、
   所定時間内に受信した前記再考通知メッセージに対する応答に基づいて当該貸与の拒否の再考の有無を決定するステップと、
   前記再考通知メッセージに対する応答に基づいて決定した前記貸与の拒否の再考の有無が前記リソースの貸与の拒否を再考すべきものである場合、前記リソースを貸与すべきか否かの判断を再度得るための再考通知メッセージを生成して、前記複数の第１の通知先各々へ送信するステップと、
   所定時間内に受信した前記再考通知メッセージに対する応答に基づいて前記リソースの貸与の適否を再度決定するステップと、をさらに行うこと
   を特徴とするリソース制御方法。
8. 請求項６に記載のリソース制御方法であって、
   前記制御装置は、
   前記貸与要求通知メッセージに対する応答に基づいて決定した前記リソースの貸与の適否が前記リソースの貸与を拒否するものである場合、当該貸与の拒否に関して再考を促すべきか否かの判断を得るための再考通知メッセージを生成して、所定の無線エリアに存在する各無線端末へ送信するステップと、
   所定時間内に受信した前記再考通知メッセージに対する応答に基づいて当該貸与の拒否の再考の有無を決定するステップと、
   前記再考通知メッセージに対する応答に基づいて決定した前記貸与の拒否の再考の有無が前記リソースの貸与の拒否を再考すべきものである場合、前記リソースを貸与すべきか否かの判断を再度得るための再考通知メッセージを生成して、前記複数の第１の通知先各々へ送信するステップと、
   所定時間内に受信した前記再考通知メッセージに対する応答に基づいて前記リソースの貸与の適否を再度決定するステップと、をさらに行うこと
   を特徴とするリソース制御方法。
9. 請求項６乃至８のいずれか一項に記載のリソース制御方法であって、
   前記リソースを制御するステップは、
   前記リソースに対して予め定められた操作の指示のみを、前記リソースの貸与要求の送信元より受け付けること
   を特徴とするリソース制御方法。
10. 請求項６乃至９のいずれか一項に記載のリソース制御方法であって、
    前記リソースを利用するアプリケーションが接続された第３のネットワークを前記第２のネットワークに接続する要求送信装置が、前記第３のネットワークを介して前記アプリケーションから受け付けた前記リソースの貸与要求を、前記第２のネットワークを介して前記制御装置に送信するステップを行うこと
    を特徴とするリソース制御方法。
11. リソースが接続された第１のネットワークに接続するための第１のネットワーク接続手段および第２のネットワークに接続するための第２のネットワーク接続手段を備えたコンピュータで読取り可能なプログラムであって、
    前記コンピュータの記憶装置には、前記リソースの貸与を決定する権限を有する複数の第１の通知先が記憶されており、
    前記プログラムは、前記コンピュータに、
    前記第２のネットワークから受信した前記リソースの貸与要求に従い、前記リソースを貸与すべきか否かの判断を得るための貸与要求通知メッセージを生成して、前記通知先記憶手段に記憶されている前記複数の第１の通知先各々へ送信すると共に、所定時間内に受信した前記貸与要求通知メッセージに対する応答に基づいて前記リソースの貸与の適否を決定する通知処理手段、および、
    前記リソースの貸与が許可された場合に、前記リソースの貸与要求の送信元よりの指示に従い、前記第１のネットワークを介して前記リソースを制御するリソース制御手段と、して機能させること
    を特徴とするコンピュータで読取り可能なプログラム。

Images