(57)【特許請求の範囲】
【請求項１】
ネットワークにより接続された複数のコンピュータを用いてソリッドモデルの共有を行うための連携作業システムであって、前記複数のコンピュータは、ラッパー部とカーネル部とを備え、前記ラッパー部は、メッセージオブジェクトを受け取ると、このメッセージオブジェクトに基づいて、前記カーネル部におけるコマンドを特定して、当該コンピュータの前記カーネル部において実行させることにより、当該コンピュータでソリッドモデルを生成する構成となっており、
前記メッセージオブジェクトには、前記ソリッドモデルを生成するための前記コマンドを特定するための情報が含まれており、この情報は、前記カーネル部の種類に依存しない内容となっており、
前記メッセージオブジェクトには、さらに、前記コマンドにおける引数の情報が含まれている
ことを特徴とする、連携作業システム。
【請求項２】
前記メッセージオブジェクトは、前記ネットワークを介して他のコンピュータから送られたものであることを特徴とする請求項１記載の連携作業システム。
【請求項３】
前記メッセージオブジェクトは、前記ラッパー部を有するコンピュータ自身によって生成されたものであることを特徴とする請求項１又は２記載の連携作業システム。
【請求項４】
さらにエージェント部を有し、前記エージェント部は、他のコンピュータから受け取ったメッセージオブジェクトに形状情報が含まれている場合には、前記メッセージオブジェクトを前記ラッパー部に送る構成となっていることを特徴とする請求項１〜３のいずれか１項記載の連携作業システム。
【請求項５】
さらにエージェント部を有し、前記エージェント部は、自らのコンピュータにおいて生成したメッセージオブジェクトに形状情報が含まれている場合には、前記メッセージオブジェクトを前記ネットワーク経由で他のコンピュータに送る構成となっていることを特徴とする請求項１〜３のいずれか１項記載の連携作業システム。
【請求項６】
前記エージェント部は、前記メッセージオブジェクトに形状情報が含まれていない場合には、前記メッセージオブジェクトに含まれる非形状情報に基づいて、前記メッセージオブジェクトを他のコンピュータに送るか否かの判断を行う構成となっていることを特徴とする請求項１〜５のいずれか１項記載の連携作業システム。
【請求項７】
さらにエージェント部とユーザインタフェース部とを有し、前記エージェント部は、前記ユーザインタフェース部からの入力に基づいて前記メッセージオブジェクトを生成する構成となっていることを特徴とする請求項１〜３のいずれか１項記載の連携作業システム。
【請求項８】
請求項１〜７のいずれか１項記載の連携作業システムにおける前記コンピュータ。
【請求項９】
請求項１〜７のいずれか１項記載の連携作業システムにおける前記ラッパー部。
【請求項１０】
請求項４〜７のいずれか１項記載の連携作業システムにおける前記エージェント部。
【請求項１１】
ネットワークにより接続された複数のコンピュータを用いてソリッドモデルの共有を行うための連携作業方法であって、前記コンピュータは、メッセージオブジェクトを受け取ると、このメッセージオブジェクトに基づいてコマンドを特定し、このコマンドを当該コンピュータにおいて実行することにより、当該コンピュータでソリッドモデルを生成する構成となっており、
前記メッセージオブジェクトには、前記ソリッドモデルを生成するための前記コマンドを特定するための情報が含まれており、この情報は、前記カーネル部の種類に依存しない内容となっており、
前記メッセージオブジェクトには、さらに、前記コマンドにおける引数の情報が含まれている
ことを特徴とする連携作業方法。
【請求項１２】
請求項１〜７記載の連携作業システム、請求項８記載のコンピュータ、請求項９記載のラッパー部または請求項１０記載のエージェント部のいずれかをコンピュータにより構成させるための、コンピュータにより実行可能なプログラム。
【請求項１３】
請求項１１記載の連携作業方法をコンピュータにより実行させるための、コンピュータによる利用または読み取り可能なプログラム。
【発明の詳細な説明】
技術分野
本発明は、コンピュータを用いた連携作業システムに関するものである。
背景技術
近年、製品の開発期間の短縮、開発コストの低減、あるいはリサイクルなどの環境問題への配慮などの要因に基づいて、設計の段階において、製品のライフサイクルを考慮することが、要請されている。すなわち、設計部門とその下流工程である製造、保守・検査、廃棄等の部門との間の協調が必要とされている。このような協調は、詳細設計の段階よりは概念設計の段階ほど、必要性が高く、かつ、効力を発揮する。
このような場合における協調作業は、次のような特色を有する。
（ａ）各部門は互いに異なる場所に存在することが多い。
（ｂ）各部門には部門の専門的知識があり、それらの共有と相互理解のためにはネゴシエーションが必要となる。
文献１（Ｈ．Ｉｓｈｉｋａｗａ，Ｈ．Ｙｕｋｉ  ａｎｄ  Ｓ．Ｍｉｙａｚａｋｉ，Ｃｏｎｃｕｒｒｅｎｔ  Ｅｎｇｉｎｅｅｒｉｎｇ：Ｒｅｓｅａｒｃｈ  ａｎｄ  Ａｐｐｌｉｃａｔｉｏｎｓ，Ｖｏｌ．８，Ｎｏ．１（２０００），ｐｐ．２４−３１）においては、概念設計段階から、製品形状の設計を、３Ｄソリッドモデリングに基づいて進めることの重要性が、指摘されている。したがって、ネットワークの分散環境下にある設計者と他部門の担当者とが協調して設計作業を進める場合にあっても、ソリッドモデルの共有が重要となる。ソリッドモデルの共有が行われると、設計者と、他部門の担当者との間に、ソリッドモデル情報を基礎にしたネゴシエーションを形成することができ、それによって、設計者は、モデル修正のための意見を得ながら、設計案の修正・構築を動的に進めることができる。
一般に、ネットワーク環境下での分散システムの枠組みの例としては、ＴＣＰ／ＩＰの他に、オブジェクト間のメッセージ交換を可能とするＣＯＲＢＡ、ＤＣＯＭなどが提案されている。ＣＯＲＢＡは、手続き型プログラミングで記述されているソフトウエア間の分散アプリケーションによく使われている。ＤＣＯＭは、オブジェクト指向プログラミングの分散化のために最近注目されている。ＣＯＲＢＡとＤＣＯＭは、データ転送のための機能を含むとともに、ｍａｒｓｈａｌｌｉｎｇ／ｕｎｍａｒｓｈａｌｌｉｎｇ（フォーマットの整理・変換）機能があり、ユーザからのメッセージで作成される関数やメッセージ内容のフォーマットを問わずに、これを通信用フォーマットに変換、あるいはその逆変換を行うことができる。また、ＣＯＲＢＡとＤＣＯＭは、ネーミングサービス（ｎａｍｉｎｇ  ｓｅｒｖｉｃｅ）、トランザクションサービス（ｔｒａｎｓａｃｔｉｏｎ  ｓｅｒｖｉｃｅ）、セキュリティ（ｓｅｃｕｒｉｔｙ）などのような、分散アプリケーションに有効なサービスを提供している。したがって、こうしたプロトコルによれば、異なる種類のソリッドモデリングのカーネルや、エンジニアリングツールや、既存のレガシーコードが混在する分散システムにも対応可能となる。
このような通信プロトコルを前提として、ネットワーク上の設計タスクオブジェクトが共通のライブラリ情報を統合的に交換できるようにするためのアーキテクチュアは、数多く提案されている。その一例としてＤＯＭＥ（文献２：Ｆ．Ｐａｈｎｇ，Ｎ．Ｓｅｎｎｉｎ  ａｎｄ  Ｄ．Ｗａｌｌａｃｅ，Ｃｏｍｐｕｔｅｒ−ａｉｄｅｄ  Ｄｅｓｉｇｎ，Ｖｏｌ．３０，Ｎｏ．６（１９９８），ｐｐ．４１１−４２３参照）がある。しかし、これは、ソリッドモデリングを対象にしていない。また、これは、固定的オブジェクトに基づく詳細設計の分散処理に対する支援を目的にしているものである。その他、三次元ＣＡＤシステムとして、Ｕｎｉｇｒａｐｈｉｃｓ（商品名）もある。これには、分散環境下でのソリッドモデリングを、ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）勧告のＴ．１２０プロトコルを使用して実行する機能がある（文献３：Ｎｉｋｋｅｉ  Ｃｏｍｐｕｔｅｒ  Ｇｒａｐｈｉｃｓ，Ｎｏ．８（２０００），ｐｐ．５３参照）。しかしながら、この機能は、Ｕｎｉｇｒａｐｈｉｃｓの世界の中で閉じているので、異なる種類のソリッドモデリングカーネルには対応できない。
本発明は、前記の背景に基づいてなされたもので、ネットワークへの負担が過大とならない連携作業システムの提供を目的としている。
発明の開示
本発明の連携作業システムは、ネットワークにより接続された複数のコンピュータを用いるものである。前記複数のコンピュータは、ラッパー部とカーネル部とを備える。前記ラッパー部は、メッセージオブジェクトを受け取ると、このメッセージオブジェクトに基づいて、前記カーネル部におけるコマンドを特定して、当該コンピュータにおいて実行させる。
好ましくは、前記メッセージオブジェクトは、前記カーネル部の種類に依存しない内容となっている。
また、好ましくは、前記メッセージオブジェクトには、コマンドを特定するための情報が含まれている。
前記メッセージオブジェクトには、さらに、前記コマンドにおける引数の情報を含むことができる。
前記メッセージオブジェクトは、前記ネットワークを介して他のコンピュータから送られたものであってもよい。
前記メッセージオブジェクトは、前記ラッパー部を有するコンピュータ自身によって生成されたものであってもよい。
前記システムは、さらにエージェント部を有していてもよい。この場合、前記エージェント部は、他のコンピュータから受け取ったメッセージオブジェクトに形状情報が含まれている場合には、前記メッセージオブジェクトを前記ラッパー部に送る構成となっている。
前記システムは、さらにエージェント部を有し、前記エージェント部は、自らのコンピュータにおいて生成したメッセージオブジェクトに形状情報が含まれている場合には、前記メッセージオブジェクトを前記ネットワーク経由で他のコンピュータに送る構成となっているものであってもよい。
前記エージェント部は、前記メッセージオブジェクトに形状情報が含まれていない場合には、前記メッセージオブジェクトに含まれる非形状情報に基づいて、前記メッセージオブジェクトを他のコンピュータに送るか否かの判断を行う構成となっていてもよい。
前記システムは、さらにエージェント部とユーザインタフェース部とを有してもよい。前記エージェント部は、前記ユーザインタフェース部からの入力に基づいて前記メッセージオブジェクトを生成する構成となっている。
また、本発明は、前記した連携作業システムにおける前記コンピュータ、または前記ラッパー部、または前記エージェント部と表現することもできる。
本発明は、ネットワークにより接続された複数のコンピュータを用いた連携作業方法であって、前記コンピュータは、メッセージオブジェクトを受け取ると、このメッセージオブジェクトに基づいてコマンドを特定し、このコマンドを当該コンピュータにおいて実行することを特徴とする連携作業方法と表現することもできる。
また、本発明は、カーネル部の種類を問わない形式で構成されたメッセージオブジェクトを他のコンピュータから受け取り、前記メッセージオブジェクトに基づいて、前記カーネル部におけるコマンドを特定して実行することを特徴とする、コンピュータによる連携作業方法と表現することもできる。
さらに、本発明は、カーネル部の種類を問わない形式で構成されたメッセージオブジェクトを他のコンピュータに送り、前記メッセージオブジェクトに基づいて、前記他のコンピュータにおいて、前記カーネル部におけるコマンドを特定して実行させることを特徴とする、コンピュータによる連携作業方法と表現することもできる。
また、本発明は、前記連携作業システム、前記コンピュータ、前記ラッパー部または前記エージェント部のいずれかをコンピュータにより構成させるための、コンピュータにより実行可能なプログラムも提供するものである。
さらに、本発明は、前記連携作業方法をコンピュータにより実行させるための、コンピュータによる利用または読み取り可能なプログラムも提供するものである。
さらに、本発明は、コンピュータを用いた連携作業システムにおいて用いられるメッセージオブジェクトのデータ構造であって、前記メッセージオブジェクトは、コマンドの情報と引数の情報とを備えており、前記コマンドの情報と引数の情報とは、ＢＮＦ記法により記述されているデータ構造も提供するものである。
さらに、本発明は、コンピュータを用いた連携作業システムにおいて用いられるメッセージオブジェクトの送信方法であって、前記メッセージオブジェクトは、ＢＮＦ記法で記述されたコマンドの情報と引数の情報とを備えていることを特徴とする送信方法も提供するものである。
発明を実施するための最良の形態
以下、本発明の一実施形態に係る連携作業システムを、添付の図面に基づいて説明する。このシステムは、図１に示すように、ネットワーク１により接続された複数のコンピュータ１１〜１４を用いたものである。もちろん、ネットワーク１に接続されたコンピュータの台数は、２以上であれば任意である。ネットワーク１としては、ＴＣＰ／ＩＰプロトコルを用いたインターネットやイントラネットでも、他のプロトコルを用いたものでもよく、物理層の構成も当然限定されない。
この実施形態では、ユーザＡ１がコンピュータ１１、ユーザＡ２がコンピュータ１２、ユーザＡ３がコンピュータ１３、ユーザＡ４がコンピュータ１４を用いることを想定している。ここで、例えば、ユーザＡ１は設計者、ユーザＡ２は製造技術者、ユーザＡ３は解析技術者、ユーザＡ４は非破壊（ＮＤＩ）技術者である。以下の記載においては、各ユーザの総称を単にユーザＡと表記することがある。
複数のコンピュータ１１〜１４は、いずれも同様に構成されているので、以下においては、コンピュータ１１を主に参照しながら説明する。コンピュータ１１は、機能ブロックあるいは機能モジュールとして、図２に示されるように、ユーザインタフェース部２０と、エージェント部３０と、ラッパー部４０と、カーネル部５０と、表示部６０を備えている。これらの要素は、機能としてコンピュータに備えられており、その実装方法は任意である。また、これらの要素は、ソフトウエアにより実現されても、ハードウエアにより実現されてもよく、要するに、機能としてコンピュータに備えられていればよい。また、ネットワークで接続された複数コンピュータの協働により一つの機能または要素が実現されてもよい。
ユーザインタフェース部２０は、ユーザＡとコンピュータ１１との入出力インタフェースを行うものであり、キーボード、マウス、プリンタ、インタフェースカードなどの任意の入出力機器と、これらのための入出力インタフェースソフトウエアとを含む。
エージェント部３０は、他のコンピュータ（つまり、コンピュータ１１に対して、それ以外のコンピュータ１２〜１４のいずれか）からネットワーク１を介して受け取ったメッセージオブジェクト（後述）に形状情報が含まれているか否かを判断し、含まれている場合には、メッセージオブジェクトをラッパー部４０に送る構成となっている。
ここで、メッセージオブジェクトとは、コンピュータにおいて実行されるべきコマンドを特定するための情報と、そのコマンドにおける引数を示す情報とを含むデータである。このオブジェクトは、ＢＮＦ記法で記述されている。エージェント部３０が受け取るメッセージの一例を以下に示す。〈Ｍｅｓｓａｇｅ＿Ｏｂｊｅｃｔ〉とあるのが、メッセージオブジェクトを示す。このメッセージオブジェクトに続いて記載されるのが、形状情報である。
〈Ａｇｅｎｔ＿Ｍｅｓｓａｇｅ〉：：＝〈Ａｇｅｎｔ＿Ｉｎｆｏｒｍａｔｉｏｎ〉〈Ｍｅｓｓａｇｅ＿Ｏｂｊｅｃｔ〉
〈Ａｇｅｎｔ＿Ｉｎｆｏｒｍａｔｉｏｎ〉：：＝〈Ｓｅｎｄ＿ＡｇｅｎｔＩＤ〉〈Ｒｅｃｉｐｉｅｎｔ＿ＡｇｅｎｔＩＤ〉
〈Ｍｅｓｓａｇｅ＿Ｏｂｊｅｃｔ〉：：＝〈Ｇｅｏｍｅｔｒｉｃ＿Ｍｅｓｓａｇｅ〉｜〈ＮｏｎＧｅｏｍｅｔｒｉｃ＿Ｍｅｓｓａｇｅ〉｜〈Ｇｅｏｍｅｔｒｉｃ＿Ｍｅｓｓａｇｅ〉〈ＮｏｎＧｅｏｍｅｔｒｉｃ＿Ｍｅｓｓａｇｅ〉
〈Ｇｅｏｍｅｔｒｉｃ＿Ｍｅｓｓａｇｅ〉：：＝ＫＥＹＷＯＲＤ〈Ｔａｒｇｅｔ＿Ｓｏｌｉｄ〉｜ＫＥＹＷＯＲＤ〈Ｔａｒｇｅｔ＿Ｓｏｌｉｄ〉〈Ａｒｇｓ＿Ｌｉｓｔ〉
〈ＮｏｎＧｅｏｍｅｔｒｉｃ＿Ｍｅｓｓａｇｅ〉：：＝ＫＥＹＷＯＲＤ〈Ｍｅｓｓａｇｅ＿Ｃｏｎｔｅｎｔｓ〉
…
メッセージオブジェクトにおける形状情報とは、形状を表示するためのコマンドを示す情報を意味する。また、メッセージオブジェクトは、カーネルの種類を問わない形式、すなわち、異なるカーネルにおいても共通に用いられる形式となっている。
前記の構文においては、形状情報に続いて、非形状情報が記載されるようになっている。非形状情報とは、例えば下記のものである。
（１）属性情報
（２）他技術者への質問、アドバイス
（３）他技術者からの質問、アドバイスに対する回答
（４）他技術者からの質問、アドバイス
（５）他技術者からの回答
ここで、属性情報とは、材料、加工法、負荷荷重、使用環境、材料定数などの情報である。（２）から（５）の内容は、各技術者の分野で主題となる情報である。例えば検査部門であれば検査法などである。
また、エージェント部３０は、自らのコンピュータ（つまり、この実施形態であればコンピュータ１１自身、すなわちローカルコンピュータ）において生成したメッセージオブジェクトに形状情報が含まれている場合には、メッセージオブジェクトをネットワーク１経由で他のコンピュータに送る構成となっている。
さらに、エージェント部３０は、メッセージオブジェクトに形状情報が含まれていない場合には、メッセージオブジェクトに含まれる非形状情報に基づいて、メッセージオブジェクトを他のコンピュータに送るか否かの判断を行う構成となっている。
また、エージェント部３０は、ユーザインタフェース部２０からの入力に基づいて、メッセージオブジェクトを生成する構成となっている。具体的には、ユーザＡによる入力に対応して、形状情報（例えば立体の座標点や寸法）や非形状情報を有するメッセージオブジェクトが生成される。
さらに、エージェント部３０は、他コンピュータ（すなわちリモートコンピュータ）とローカルコンピュータとの接続状況をモニタリングし、リモートコンピュータとの協調動作が可能かどうかを判断する構成となっている。もし協調動作が不能であれば、エージェント部３０は、その旨を表示して操作者に知らせるようになっている。
エージェント部３０の詳しい動作は後述する。
ラッパー部４０は、メッセージオブジェクトをエージェント部３０から受け取ると、このメッセージオブジェクトに基づいて、カーネル部５０におけるコマンドと引数と特定し、このコマンドを当該コンピュータにおいて実行させる構成となっている。すなわち、各カーネルに対応するラッパー部４０において、各カーネルのコマンドとオブジェクト中のコマンド名称とが対応付けられたものとなっている。
ラッパー部４０の詳しい動作も後述する。なお、ラッパー部４０は、ＲＰＣ（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ）を利用し、そのためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）として実装することができる。
カーネル部５０は、コンピュータに実行されるコマンドを有し、ラッパー部４０から送られたコマンドを実行させるものである。このようなカーネル部５０は公知であり、例えば、（株）リコー社製のＤＥＳＩＧＮＢＡＳＥに用いられているものがある。
表示部６０は、ユーザＡに対して画像表示を行うものである。表示部６０は、ディスプレイ、グラフィックカードなどの機器と、これらを利用するためのソフトウエアとを含む。
ラッパー部４０とカーネル部５０と表示部６０とは、この明細書においてブラウザと総称されることがある。
つぎに、本実施形態におけるエージェント部３０の動作を図３および図４に基づいて説明する。まず、図３に基づいて、リモートコンピュータからネットワーク経由でエージェント部がメッセージオブジェクト（以下「オブジェクト」と略称することがある）を受信した場合の動作を説明する。まず、ネットワーク１を介してエージェント部３０がオブジェクトを受信すると（ステップＳ３−１）、エージェント部３０は、オブジェクトをバッファ（図示せず）に保存する（ステップＳ３−２）。
ついで、エージェント部３０は、バッファ中に未処理の複数のオブジェクトがあるかどうかを判断する（ステップＳ３−３）。判断がＹｅｓであれば、複数のオブジェクトにおける処理の優先順位を決定し、優先順位に沿って整列させる（ステップＳ３−４）。優先順位の決定方法は、予め設定された適宜なルールにより、オブジェクトに記載された内容や発信元などの情報に基づいて行う。
その後、優先順位に従って、オブジェクトをパーザにより分析する（ステップＳ３−５）。ステップＳ３−３での判断がＮｏであった場合にも、ステップＳ３−５を行う。ついで、「そのオブジェクトはラッパー部４０に送るべきものか否か」を判断する（ステップＳ３−６）。この判断は、次のようにして行う。まず、オブジェクトに形状情報が含まれている場合には、オブジェクトをラッパー部４０に送る。オブジェクトに形状情報が含まれていない場合には、非形状情報を参照する。非形状情報のうち、特定のもの（例えば他技術者からの質問や回答）を含むオブジェクトもラッパー部４０に送る。送信する非形状情報のリストは、予めテーブルに記録しておく。
ステップＳ３−６での判断がＹｅｓであれば、当該オブジェクトをラッパー部４０に送る（ステップＳ３−７）。ラッパー部４０での処理フローは後述する。
ステップＳ３−６での判断がＮｏであれば、メッセージオブジェクトの内容に対応して、予め定められた処理（例えば表示や送信などの処理）を行う（ステップＳ３−８）。
つぎに、図４に基づいて、ローカルコンピュータからエージェント部３０がメッセージオブジェクトを受信した場合の動作を説明する。まず、エージェント部３０がオブジェクトを受信する（ステップＳ４−１）。オブジェクトは、例えば、設計者によって、ＧＵＩを用いたユーザインタフェース部２０を介して入力され、エージェント部３０自体によって生成される。この場合も、前記した受信に含まれるものとする。オブジェクトは、リモートコンピュータから送信されてくる場合もある。
ついで、エージェント部３０は、メッセージオブジェクトをパーザにより分析する（ステップＳ４−２）。つづいて、分析結果に基づいて、ローカルコンピュータおよびリモートコンピュータに送るべきオブジェクトか否かを判断する（ステップＳ４−３）。この判断は、予め、送るべきオブジェクトのリストを作成しておき、そのリストと照合することによって行うことができる。Ｙｅｓであれば、ローカルコンピュータのラッパー部にオブジェクトを送り（ステップＳ４−４）、さらに、リモートコンピュータにもオブジェクトを送る（ステップＳ４−５）。オブジェクトを受信したリモートコンピュータにおけるエージェント部の動作は、前記した図３に示される通りである。
ステップＳ４−３での判断がＮｏであれば、リモートコンピュータにメッセージを送るか否かを判断する（ステップＳ４−６）。この判断がＹｅｓであれば、前記ステップＳ４−５の動作を行う。ステップＳ４−６の判断がＮｏであれば、受信した当該オブジェクトの処理は終了する。処理すべき次のオブジェクトがあれば、ステップＳ４−１からの動作を繰り返す。
つぎに、ラッパー部４０の動作を、図５および図６に基づいて説明する。ラッパー部４０は、エージェント部３０からオブジェクトを受信する（ステップＳ５−１）と、パーザによりオブジェクトを分析する（ステップＳ５−２）。この分析により、オブジェクトに記載されたコマンドと引数の情報を特定する（ステップＳ５−３）。この特定は、以下のように行う。前提として、ラッパー部４０は、カーネルのコマンドと、オブジェクトに記載されるコマンドの情報との対応が記録されたテーブルを情報として格納している。ラッパー部４０は、ステップＳ５−２における分析結果を前記のテーブルに照らし合わせて、当該コンピュータに実装されたカーネル部５０において実行されるべきコマンドを特定する。特定されたコマンドは、カーネル部５０において実行される（ステップＳ５−４）。カーネル部５０の動作は、通常用いられているカーネルの動作と同様なので説明を省略する。カーネル部５０におけるコマンドの実行により得られた情報（例えば画像）は、表示部６０により、ユーザＡが視認できるように表示される。
前記システムを用いることにより、カーネルの種類を問わない形式で構成されたメッセージオブジェクトを他のコンピュータから受け取り、メッセージオブジェクトに基づいて、ラッパー部４０によってコマンドを特定して、そのコマンドを実行することが可能となる。
さらに、前記システムにより、カーネルの種類を問わない形式で構成されたメッセージオブジェクトを他のコンピュータに送り、前記メッセージオブジェクトに基づいて、他のコンピュータにおいてコマンドを特定して実行させる連携作業方法も可能となる。
また、従来提案されていた技術のように、画像情報を他のコンピュータに送信する場合には、通信量が大きくなり、ネットワークへの負担となる。この場合には、リアルタイムでの協調作業が難しい。本実施形態では、コマンドと引数とに相当する情報をメッセージオブジェクトとして他のコンピュータに送信しているので、通信量を少なくすることができる。このため、リアルタイムでの協調作業が容易となる。さらに、この実施形態では、メッセージオブジェクトを逐次送信しているので、リアルタイムでの協調作業が一層容易となるという利点がある。
なお、前記実施形態の記載は単なる一例に過ぎず、本発明に必須の構成を示したものではない。各部の構成は、本発明の趣旨を達成できるものであれば、上記に限らない。
産業上の利用可能性
本発明によれば、ネットワークへの負担が過大とならない連携作業システムを提供することができる。
【図面の簡単な説明】
図１は、本発明の一実施形態に係る連携作業システムを説明するための説明図である。
図２は、本発明の一実施形態に係る連携作業システムに用いられるコンピュータの構成を説明するための機能ブロック図である。
図３は、エージェント部の動作を説明するためのフローチャートである。
図４は、エージェント部の動作を説明するためのフローチャートである。
図５は、ラッパー部の動作を説明するためのフローチャートである。
図６は、ラッパー部の動作を説明するための説明図であって、ラッパー部におけるテーブルを示す図である。
【図１】
0004036829.tif 000002
【図２】
0004036829.tif 000003
【図３】
0004036829.tif 000004
【図４】
0004036829.tif 000005
【図５】
0004036829.tif 000006
【図６】
0004036829.tif 000007