(57)【要約】【課題】  複数の作業者が仮想共有空間上で協調して作業を行なう情報処理装置および情報処理システムにおいて、作業者からの操作要求の集中によりネットワークの帯域が不足する。【解決手段】  ネットワークの帯域が閾値を越えた場合（Ｓ４０３）又は所定のタイムスケジュールに従って、重要なオブジェクト以外のオブジェクトに対する操作要求を制限する（Ｓ４０６）。【選択図】  図４
2009140162.tif 000002
【特許請求の範囲】
【請求項１】
オブジェクトに対する操作要求に応じた結果オブジェクトを生成する生成手段と、
受け付けた操作要求が、前記操作要求を優先的に受け付けるオブジェクトである優先オブジェクトに対するものであるかを判定する判定手段と、
前記操作要求が優先オブジェクトに対するものでない場合に、前記生成手段が前記操作要求に応じた処理をすることを制限する制限手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記オブジェクトはネットワークを介して複数のユーザーに共有され、
前記ネットワークの負荷情報を得るための監視手段を更に有し、
前記制限手段は、前記ネットワークの負荷が所定の閾値を越えた場合に前記制限を実施する請求項１に記載の情報処理装置。
【請求項３】
前記ネットワークはクライアントサーバ型のネットワークであって、前記操作要求はクライアントからサーバに送信されることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記監視手段は前記生成手段の負荷情報を取得し、
前記制限手段は、前記生成手段の負荷が所定の閾値を越えた場合に前記制限を実施する請求項２又は３に記載の情報処理装置。
【請求項５】
前記制限は所定のタイムスケジュールに沿って実施される請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記オブジェクトを有する仮想共有空間は複数のフェーズを備えており、
前記複数のフェーズの各々に対応する優先オブジェクトの識別情報を保持する保持手段を有していることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
オブジェクトに対する操作要求に応じた結果オブジェクトを生成する生成工程と、
受け付けた操作要求が、前記操作要求を優先的に受け付けるオブジェクトである優先オブジェクトに対するものであるかを判定する判定工程と、
前記操作要求が優先オブジェクトに対するものでない場合に、前記生成工程が前記操作要求に応じた処理をすることを制限する制限工程と、
をコンピュータに実行させることを特徴とするプログラム。
【請求項８】
オブジェクトに対する操作要求に応じた結果オブジェクトを生成する生成工程と、
受け付けた操作要求が、前記操作要求を優先的に受け付けるオブジェクトである優先オブジェクトに対するものであるかを判定する判定工程と、
前記操作要求が優先オブジェクトに対するものでない場合に、前記生成工程が前記操作要求に応じた処理をすることを制限する制限工程と、
を有することを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークで接続された計算機を介して遠隔にいる参加者が、共有している仮想共有空間を通じて協調的に作業を行なうことを支援する情報処理装置に関する。
【背景技術】
【０００２】
近年、高性能計算機の普及により、ネットワーク化された計算機を介して遠隔にいる参加者が協調的に作業を行なう情報処理システムが実用化されている。
【０００３】
このようなシステムでは、ネットワーク上に仮想的な協調作業空間を開設し、この作業空間を媒介として協調作業を実現する方法が一般的である。例えばビデオ会議システムにおいては、参加者のビデオ映像の他に、電子黒板などの作業空間を開設し、これを媒介として会議が進行する。
【０００４】
また、教育現場においては、例えば実験道具などを含む実験室を作業空間として開設し、これを媒介として複数の生徒が協調して理科実験を進行させることが考えられる。
【０００５】
このような情報処理システムにおいては、作業空間の有するオブジェクトのデータは、ネットワーク上の制御サーバに存在しており、出力装置は前記オブジェクトのデータをもとに仮想空間を表現し、ユーザーに作業空間を提供する。
【０００６】
また、各操作端末からの操作要求は、ネットワークを介して制御サーバに送信され、演算処理が行われた後に、再度ネットワークを介して出力装置に送信される。
【０００７】
ここで、複数の操作端末上からの操作要求が集中すると、操作端末から制御サーバへ送信される操作要求情報と、制御サーバから出力装置に返信される仮想空間の演算・更新結果情報とでネットワーク上に輻輳が生じる。その結果、操作のリアルタイム性の損失や、表示視点の異なるクライアント側表示の同期的再生が不可能となるなどの問題が生じる。また、共有されるオブジェクトは１つの端末からの操作要求の結果を他の作業者の端末全てに送信する必要があり。共有されているオブジェクトが複数ある場合、輻輳が生じ易くなる。
【０００８】
上記問題を解決するために、オブジェクトを単純な図形で投影することで、仮想空間内で送受信されるデータ量を抑制しネットワーク上の輻輳を予防する方法（特許文献１）が提案されている。
【０００９】
一方、個々のオブジェクトに着目し、処理負荷や通信データ量を抑制する技術として、作業者の視点情報をもとにオブジェクトの重要度を算出し、あまり重要でないと特定されたオブジェクトについては簡易に表示する方法（特許文献２）が提案されている。
【特許文献１】特開平１０―１６４５３６
【特許文献２】特開２００５−２４２４７５
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献１の技術では、オブジェクトを単純な図形で投影するため、仮想空間全体の表示品質が低下してしまう。
【００１１】
また、特許文献２の技術では、多数の異なる視点が存在した場合に重要なオブジェクトの特定が困難であり、また仮想空間内の協調作業の進行状況に応じてオブジェクトの重要度が変化する場合に対応できない。
【００１２】
さらに、送受信されるデータ量を抑制するために、所定操作端末からの操作要求のみ受け付ける方法も考えられる。しかしながら、この方法では不特定多数の操作端末の中から、操作要求を受け付け可能とすべき操作端末を決定することが難しく、重要な操作要求情報が失われる可能性がある。
【００１３】
本発明は、上記課題に鑑みなされたものであり、複数の作業者が仮想共有空間で行なう情報処理システムにおいて、表示品質を損なわず、重要な操作要求を確実に処理することを目的とする。さらには、操作要求の集中時にもネットワークの帯域が不足することを抑制し、操作に対する出力のリアルタイム性の損失を防ぐことを目的とする。
【課題を解決するための手段】
【００１４】
本発明は、上記目的を達成するために、
オブジェクトに対する操作要求に応じて結果オブジェクトを生成する生成手段と、
前記操作要求を優先的に受け付けるオブジェクトである優先オブジェクトの識別情報を保持する保持手段と、
前記優先オブジェクトの識別情報を参照し、受け付けた操作要求が前記優先オブジェクトに対するものであるかを判定する判定手段と、
前記操作要求が優先オブジェクトに対するものでない場合に、前記生成手段が前記操作要求に応じた処理をすることを制限する制限手段と、
を有することを特徴とする。
【発明の効果】
【００１５】
本発明によれば、優先オブジェクト以外のオブジェクトに対する操作要求を制限するために、システムの負荷を軽減できる。
【００１６】
また、本発明によれば、仮想共有空間のフェーズに対応した重要なオブジェクト以外のオブジェクトに対する操作を制限するので、ネットワークの帯域が不足することを抑制し、各オブジェクトのリアルタイム性の損失を抑制できる。
【００１７】
さらに、本発明によれば、ネットワーク負荷が高いときに、重要なオブジェクト以外のオブジェクトに対する操作を制限するので、ネットワーク帯域の不足によって生ずる、重要なオブジェクトへの操作要求の欠落を抑制できる。
【００１８】
さらに、本発明によれば、所定のタイムスケジュールに沿って、重要なオブジェクト以外のオブジェクトに対する操作を制限するので、ネットワーク帯域が不足することを抑制できる。
【発明を実施するための最良の形態】
【００１９】
＜実施形態１＞
以下、本発明の一実施形態について図面およびフローチャートを用いて説明する。図１は本発明における一実施形態のクライアントサーバ型の情報処理システムの概略構成を示すブロック図である。
【００２０】
図中、１０１は操作端末であり、これは詳細には操作要求入力部１０１１、および通信制御部１０１２を有する。
【００２１】
操作要求入力部１０１１では、仮想共有空間内に存在するオブジェクトに対する作業者の操作要求を受け付け、受け付けた操作要求情報を通信制御部１０１２に出力する。この操作要求入力部１０１１の具体的な構成要素としては、例えばキーボード、マウス、ディジタイザ、タッチパネル、ジョイスティックなど多様な操作機器が想定される。
【００２２】
通信制御部１０１２では、操作要求入力部１０１１が出力する操作要求情報を受け取り、これをネットワーク１０４に対応した送信データに変換し、ネットワーク１０４を介して制御サーバ１０２に送信する。また、送信データへの変換、および送信制御のために必要なプロトコルスタックを内部に擁する。
【００２３】
１０２は制御サーバであり、通信制御部１０２１、ネットワーク監視部１０２２、オブジェクト優先部１０２４、および演算処理部１０２３を有する。
【００２４】
通信制御部１０２１では、操作端末１０１内の通信制御部１０１２よりネットワーク１０４を介して送信される操作要求を受信データとして受け取り、これを変換した後に演算処理部１０２３に出力する。
【００２５】
演算処理部１０２３は、受け付けた操作要求に応じたオブジェクトを生成・演算するＣＰＵや、演算に用いるメモリを有しており、ＣＰＵは記憶部１０２５のＲＯＭに保管されているプログラムをＲＡＭに書き出し実行する。
【００２６】
そして、仮想共有空間が有する全てのオブジェクト情報を保持し、操作端末１０１がネットワーク１０４を介して送信する作業者の操作要求に応じて、仮想共有空間を順次演算し操作する。そして、得られた演算結果を出力装置１０３に送信する。
【００２７】
１０３は出力装置であり、制御サーバ１０２から送信される情報をもとに、仮想共有空間の映像を表示する。この仮想共有空間を、映像又は画像として出力する出力装置１０３として、ディスプレイや、フライトシミュレータの計器類など現実空間の一部分を再現した機器が想定される。
【００２８】
１０４はネットワークであり、前記出力装置、複数の操作端末、制御サーバを相互に接続し、所定の通信プロトコルに従って各装置間の通信を媒介する。
【００２９】
ネットワーク監視部１０２２では、ネットワーク１０４上のトラフィック量などの負荷情報を監視し、予め設定されている閾値と比較することによって障害が発生する状況にあるか否かを判断する。もしくは、監視する負荷情報として、サーバ機が扱うパケット流量や、前記演算処理部１０２３の使用率を用いてもよい。
【００３０】
オブジェクト優先部１０２４は、記憶部１０２５、判定部１０２６、制限部１０２７を有している。また、優先的に処理するオブジェクト（以下、優先オブジェクトと称す）に対する操作要求を演算処理部１０２３が処理できるようにする。
【００３１】
記憶部１０２５は、共有する仮想共有空間が取り得る状態（フェーズ）と、各状態における重要なオブジェクト（以下、優先オブジェクトと称す）の識別情報とを保持する保持手段である。
【００３２】
判定部１０２６は、演算処理部１０２３より取得する仮想共有空間上の現在の状態、カレント状態（以下、カレントフェーズと称す）をもとに、現在の優先オブジェクトかどうかを判定する。
【００３３】
制限部１０２７は、前記判定部で特定された優先オブジェクト以外の操作要求が演算処理部１０２３に送信される事を制限する。制限部１０２７は、前記ネットワーク監視部１０２２によってトラフィック量が増加した事や、制御サーバ１０２側のＣＰＵの負荷が増大した事をトリガとして制限をする。または、システムを管理するユーザーの指示に応じて制限を開始してもよい。
【００３４】
図２は、実施形態１における仮想共有空間の映像情報の出力例を示している。図２の例では、出力装置１０３としてディスプレイを、共有される仮想共有空間として理科実験室を想定している。
【００３５】
図中、２０１はディスプレイに表示される仮想共有空間領域を表している。
【００３６】
２０２〜２０６は、それぞれ仮想共有空間領域２０１が有するオブジェクトを表しており、この例では、理科実験に利用される試験管、ビーカー、フラスコを示している。
【００３７】
ここで、ユーザーは出力装置１０３に表示された仮想共有空間領域２０１に存在するオブジェクト２０２〜２０６に対して、操作端末１０１から操作要求を行なう。入力された操作要求は制御サーバ１０２により処理・演算される。
【００３８】
図３は、図２の仮想共有空間に対し、操作端末１〜ｎのいずれかから、試験管Ａ２０２、試験管Ｂ２０３、攪拌棒２０５に対して操作要求が行われた後に、出力される映像情報を示している。これらの操作要求は全てが同一の端末からである必要はない。しかし、操作要求が重複しないためにも全ての端末による操作をリアルタイムに反映させる事が必要である。
【００３９】
ここで、仮想共有空間の状態（フェーズ）について説明する。各仮想共有空間上での協調作業の進行状況に対応してあらかじめ定義され、記憶部１０２５に保持される。
【００４０】
また、カレントフェーズとは、仮想共有空間の現在の状態であり、仮想共有空間が生成された後、例えば所定の操作要求が処理された際に次の状態に遷移するなどして、随時遷移する。この、遷移のトリガとなる特別な操作要求とカレントフェーズとの関係も、記憶部１０２５により保持されており、以降、これを作業シナリオと称す。
【００４１】
図２、および図３に示した仮想共有空間の作業シナリオの一例を図５に示す。図中、列５０１は対象の仮想共有空間に定義されている状態を表している。図５の例では、状態Ａ〜状態Ｃの３つの状態が定義されており、対象の仮想共有空間はその作業の進行状況に合わせていずれかの状態に位置付けられる。
【００４２】
列５０２は、列５０１に示す各状態から他の状態に遷移する際のトリガとなる操作要求を示す。仮想共有空間が所定のカレントフェーズにある場合に、対応する操作要求を受け取ると、制御サーバ１０２内の演算処理部１０２３は該当する操作要求を演算した後に、新たなカレントフェーズへと遷移する。
【００４３】
列５０３は、列５０１の状態にある場合に、列５０２の操作要求を受け取った際に遷移する新たな状態を示す。図５の例では、対象の仮想共有空間のカレントフェーズが状態Ａである場合に、試験管Ａ、および試験管Ｂの内容物をビーカーに移動する操作要求を受け付けると、それらの操作要求を演算後に、カレントフェーズを状態Ｂに遷移させることを示している。
【００４４】
また、上記例は、作業シナリオが単純な例ではあるが、例えば同じカレントフェーズから、受け付ける操作要求の違いにより複数の遷移先状態に遷移する可能性がある場合などは、他の表現方法を用いて対象の作業シナリオを表現しても良いことは言うまでもない。
【００４５】
ここで、図２、図３、図５の仮想共有空間において、記憶部１０２５が保持する、各フェーズに対応する優先オブジェクトの一例を図６に示す。
【００４６】
列６０２は、列６０１に示す各状態に対応する優先オブジェクトの一覧を示す。図６の例では、カレントフェーズが状態Ａである場合に、試験管Ａ、試験管Ｂ、およびビーカーが優先オブジェクトとして判定部１０２６によって特定される。
【００４７】
各状態における優先オブジェクトは予めシステムの設計者によって設定されたり、使用する段階でシステムの管理者によって設定されたりするケースが考えられる。
【００４８】
図４は実施形態１の概略処理を示すフローチャートである。
【００４９】
ステップＳ４０１では、ユーザーが操作端末１０１を用いてオブジェクトに対する操作要求を入力する。入力された操作要求は、ネットワーク１０４を介し、制御サーバ１０２に伝達される。以下、オブジェクト２０２に対する保持・移動要求などが操作要求として入力されたものとして、以降の処理を説明する。
【００５０】
ステップＳ４０２では、ステップＳ４０１で送信された操作要求を、制御サーバ１０２内の通信制御部１０２１が受け付け、その情報を演算処理部１０２３に伝える。ここで、制御サーバ１０２に対して、短期間に複数の操作要求が送信された場合には、制御サーバ１０２はそれらを一連の操作要求群として関連付けて以降の処理を実施しても良い。また、上記複数の操作要求が、それぞれ異なる操作端末１０１より送信される場合もあるが、制御サーバ１０２はこれらの操作要求の送信元を意識しなくても良い。
【００５１】
ステップＳ４０３では、制御サーバ１０２内のネットワーク監視部１０２２が、ネットワーク１０４の現在のトラフィック量を測定し、あらかじめ設定しておいた所定の閾値と現在のトラフィック量とを比較する。ここで、もしトラフィック量が閾値を下回っていると判定された場合は、トラフィック量が平常であると判断し、ステップＳ４０７の処理に流れる。そうでない、すなわちトラフィック量が閾値を上回っていると判定された場合は、ネットワークに障害が発生する恐れがあるため、ステップＳ４０４に遷移する。図２の具体例においては、トラフィック量が閾値を上回っていたと判定されたとして、以降の処理を説明する。ここで、判定に用いる閾値は、例えばネットワーク１０４に輻輳が生じる可能性があるトラフィック量をネットワーク監視部１０２２にあらかじめ設定しておくとよい。また、ハブやブリッジ、ルーターなどのネットワーク資源、現在の使用帯域などの環境に応じて自動的に設定値を適応する機構を設けてもよい。
【００５２】
ステップＳ４０４では、制御サーバ１０２内の演算処理部１０２３が、仮想共有空間のカレントフェーズを判断し、オブジェクト優先部１０２４に伝える。
【００５３】
ステップＳ４０５では、判定部１０２６が、演算処理部１０２３より入力されたカレントフェーズと、記憶部１０２５に記憶されているフェーズと優先オブジェクトの対応関係（図６参照）から優先オブジェクトを特定する。ここで、優先オブジェクトとは、各カレントフェーズにおいて重要な役割を持つオブジェクトであって、記憶部１０２５は、各フェーズにおける優先オブジェクトの識別情報（もしくは対応関係）をあらかじめ保持している。
【００５４】
図２の具体例では、ステップＳ４０４により、カレントフェーズが状態Ａであることが特定され、ステップＳ４０５により、現在の優先オブジェクトが試験管Ａ、試験管Ｂ、およびビーカーであることが特定される。
【００５５】
ステップＳ４０６では、ステップＳ４０２で受け付けた操作要求対象であるオブジェクトが、ステップＳ４０５で特定された優先オブジェクトに含まれるか否かを、前記判定部１０２６によって判定する。ここで、もし含まれていると判定された場合はステップＳ４０７に遷移し、そうでない、すなわち含まれていないと判定された場合は、制限部１０２７によってステップ４０２で受け付けた操作要求に対する処理を終了する。
【００５６】
図５、図６の状態Ａにおいて、オブジェクト２０２（試験管Ａ）に対する操作要求を受け付けた場合、このオブジェクトはカレントフェーズである状態Ａの優先オブジェクトとして判定されるため、ステップＳ４０７に流れる。
【００５７】
ステップＳ４０７では、制御サーバ１０２内の演算処理部１０２３が、ステップＳ４０２で受け付けた操作要求に応じて試験管Ａの内容物がビーカーに移動するように、結果オブジェクトが生成される。
【００５８】
ステップＳ４０８では、制御サーバ１０２内の演算処理部１０２３によって、仮想共有空間のカレントフェーズが遷移するか否かが演算される。ここでは、図５に示す作業シナリオを利用し、状態遷移トリガを満たしているかが判定される。状態遷移トリガを満たしていると判定された場合は、新たな状態に遷移し、状態遷移トリガを満たしていないと判定された場合には、カレントフェーズは据え置かれる。
【００５９】
図２、図５の具体例では、状態Ａの遷移トリガとして試験管Ａ、および試験管Ｂの操作があらかじめ定義されているものの、現在操作されたのは試験管Ａのみであるため、カレントフェーズは状態Ａのまま据え置かれる。
【００６０】
ステップＳ４０９では、制御サーバ１０２内の演算処理部１０２３によって演算された、新たな仮想共有空間の情報が、通信制御部１０２１によってネットワーク１０４を介して出力装置１０３に送信される。図２の具体例では、試験管Ａの内容物がビーカーに移動した状態にある仮想共有空間の表示画面が、出力装置１０３のディスプレイに表示される。
【００６１】
次に、同様にトラフィック量が閾値を上回っている状況において、状態Ａ（図６）においてオブジェクト２０６（フラスコ）に対する操作要求が入力された場合を考える。この場合には、ステップＳ４０６において判定部１０２６によってオブジェクト２０６が優先オブジェクトではないと判定され、制限手段１０２７によって処理が終了される。すなわち、オブジェクト２０６に対する操作要求は無視され、操作要求に対する結果である結果オブジェクトの生成処理が行われないため、ネットワークの帯域を消費することはなく、仮想共有空間にも変更が生じない。
【００６２】
以上の処理によって、演算結果の送信の集中によりネットワークの帯域が不足することを抑制し、操作に対する出力のリアルタイム性の損失を防ぐことが可能となる。また、優先的に処理する優先オブジェクトに対する操作要求の損失を低減することができる。
【００６３】
＜実施形態２＞
実施形態１のように、制御サーバ１０２内にネットワーク監視部１０２２を設けない実施形態を示す。
【００６４】
実施形態１では、ステップＳ４０１でユーザーによって入力された操作要求に対して、全てステップ４０３でネットワークのトラフィック量が大きいが小さいかを判定していた。本実施形態では、図７に示した処理を、例えば所定のタイムスケジュールに沿って実施することにより、ネットワーク帯域の混雑を抑制することができる。
【００６５】
図４のフローではステップＳ４０３において、ネットワークトラフィック量が閾値と比較し、小さい場合は、優先オブジェクトであるかないかに関わらず操作要求を演算していた。しかし、図７のフローでは、優先オブジェクト以外のオブジェクトに対する操作要求は、全て制限部１０２７によって制限される。
【００６６】
ステップＳ７０１、Ｓ７０２の処理の内容はＳ４０１、Ｓ４０２（図４）と同様であるので説明を省略する。
【００６７】
そして、ステップＳ４０３（図４）に該当するものが、本フローチャートにはない。
【００６８】
ステップＳ７０３〜Ｓ７０８の処理の内容は、ステップＳ４０４〜Ｓ４０９（図４）と同様なので説明を省略する。
【００６９】
上述の実施形態によって制御サーバが優先オブジェクトを中心に処理し、負荷が集中し制御サーバもしくはネットワークのリソースが不足することを抑制する。
【００７０】
さらに、実施形態２と実施形態１の組み合わせとしての所定のタイムスケジュールに従って、実施形態１にあるようにネットワーク負荷を監視して制限をかけるようにしてもよい。この方法を用いると、実施形態１や２に比べて、制限をかけるオブジェクトをより細かく設定できるために、操作者にとってより快適に操作できる。
【００７１】
前述実施形態では、出力装置１０３が制御サーバからネットワーク越しに設置され、映像情報を変換・出力し映像を表示する表示装置でるように説明したが、制御サーバ１０２が出力装置１０３を備える形態であってもよい。つまり、出力装置は表示装置に対して映像情報を出力する装置であればよいので、表示装置としてプロジェクターやその他の表示装置を使用、又は併用可能なように映像情報を個別に出力する装置でもよい。
【００７２】
また、複数のディスプレイで表示する場合、操作者毎に仮想共有空間の視点が異なる場合が考えられるが、その場合、演算処理部１０２３が各ディスプレイに対応した映像を演算する。従って、ユーザーはディスプレイ毎に表示形式を選択可能である。
【００７３】
前述の実施形態では、操作端末１〜ｎ側に仮想共有空間の映像を処理するための演算処理部を提示していないが、本発明では、各操作端末側で仮想共有空間の映像を処理する場合においても、ネットワークの輻輳を抑制する。
【００７４】
例えば、制御サーバ１０２の演算処理部１０２３の負荷に応じて、図７の処理を実施する事が考えられる。
【００７５】
他にも、仮想共有空間は全てのオブジェクトをリアルタイムに共有する必要はなく、ＧＵＩ（グラフィック・ユーザー・インターフェース）など個別の操作部を設けてもよい。また、オブジェクトとして協調作業を円滑にするために、メッセージウィンドウを設け各端末同士がメッセージを交換できるようにしてもよい。
【００７６】
また、所定のフェーズ（状態）に対して優先オブジェクトを設定しないことで、表示される全てのオブジェクトを制限するようにしてもよい。
【００７７】
ちなみに、前述の本発明の一実施形態による情報処理装置は、各構成を全てハードウェアで構成したり、または、各構成全てをソフトウェアで構成したり、あるいはハードウェアとソフトウェアの両方で構成したりする事も可能である。
【００７８】
他にも、前述の実施形態の構成を成すコンピュータが読取り可能なプログラムコードを外部記憶装置や機能拡張ユニット、記憶媒体から読み込みシステムあるいは装置のコンピュータが実行する形態も考えられる。
【００７９】
また、コンピュータが読み出したプログラムの指示に基づき、コンピュータ上で稼動しているＯｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ（ＯＳ）などが実際の前述した実施形態の処理の一部または全部を行ってもよい。
【図面の簡単な説明】
【００８０】
【図１】情報処理装置の構成を示すブロック図である。
【図２】仮想共有空間の出力結果の一例を表す図である。
【図３】仮想共有空間の出力結果の異なる一例を表す図である。
【図４】実施形態１の実現手順を示すフローチャートである。
【図５】実施形態１に係る、制御サーバに保持される作業シナリオの保持方法を示している。
【図６】実施形態１に係る、制御サーバに保持される優先オブジェクトの識別情報の保持方法を示している。
【図７】実施形態２の実現手順を示すフローチャートである。
【符号の説明】
【００８１】
１０１  操作端末
１０１１  操作要求入力部
１０１２  操作端末内の通信制御部
１０２  制御サーバ
１０２１  制御サーバ内の通信制御部
１０２２  ネットワーク監視部
１０２３  演算処理部
１０２４  オブジェクト優先部
１０２５  記憶部
１０２６  判定部
１０２７  制限部
１０３  出力装置
１０４  ネットワーク
【図１】
2009140162.tif 000003
【図２】
2009140162.tif 000004
【図３】
2009140162.tif 000005
【図４】
2009140162.tif 000006
【図５】
2009140162.tif 000007
【図６】
2009140162.tif 000008
【図７】
2009140162.tif 000009