JP2011034491A - 共同作業支援システム及びサーバー - Google Patents

Abstract

【課題】サーバーへの負荷を抑えつつ、複数のユーザーによる共同作業を容易に行うことができるようにする。
【解決手段】管理サーバー３は、共同作業に参加するユーザーのクライアント４の画面上に表示させるＧＵＩ部品に対応する所定の対象の属性情報と、対象に関するアドレスとを含むＧＵＩ部品情報を記憶するＧＵＩ部品情報ＤＢ３６と、ＧＵＩ部品情報を共同作業に参加するユーザーのクライアント４に対して送信する送受信部３１とを有し、クライアント４は、ＧＵＩ部品情報を受信する送受信部４１と、ＧＵＩ部品情報に基づいて、部品を画面に表示させる表示処理部４５とを有するように構成する。
【選択図】図４

Description

本発明は、ネットワークに接続された複数のクライアントを用いた共同作業を支援するための共同作業支援システム及びサーバーに関する。

従来、ネットワークを介して複数のユーザーがサーバーにアクセスして利用するリモート会議システムが知られている。

このようなリモート会議システムでは、例えば、複数のクライアントにおいて同様な画面を表示させる、すなわち画面全体を共有させることが行なわれている。この場合、画面全体を共有するためにデータ転送量が多くなり、クライアントを接続するネットワークが広帯域であることが要求される。これに対して、例えば、送信側の処理状況や受信側の負荷情報を把握しながら、画面の更新領域のみを送受信する方法が知られている(特許文献１参照)。

また、複数の参加者が共有する画面を用いて共同に作業を行う共同作業システムにおいて、各参加者のクライアントの画面をサーバーで合成し、各参加者のクライアントに送信することにより、各クライアントで書き込まれた画面を各クライアントに表示させる技術が知られている（特許文献２参照）。

特開２００４−２５９１６３号公報 特開２００６−３１３５９号公報

しかしながら、特許文献１に記載の技術では、画面の表示を共有するのみであるので、各参加者は、表示されているテキスト、図形等については編集することができない、すなわち、データ共有して、共同作業を行うことができない。

これに対して、特許文献２に記載の技術では、それぞれのクライアントで編集した画面を共有して、共同作業を行うことができる。しかしながら、サーバー側が各クライアントのコンテンツの画面を合成するとともに、全クライアントに合成した画像を送信するので、サーバーへの負荷が大きいという問題がある。

本発明は、上記課題に鑑みなされたものであり、その目的は、サーバーへの負荷を抑えつつ、複数のユーザーによる共同作業を容易に行うことのできる技術を提供することにある。

上記目的達成のため、本発明の第１の観点に係る共同作業支援システムは、複数のユーザーが利用するための複数のクライアントと、サーバーとを有し、複数のクライアントの複数のユーザーによる共同作業を支援する共同作業支援システムであって、サーバーは、共同作業に参加するユーザーのクライアントの画面上に表示させる部品に対応する所定の対象の属性情報と、対象に関するアドレス情報とを含む部品情報を記憶する部品情報記憶手段と、部品情報を共同作業に参加するユーザーのクライアントに対して送信する送信手段とを有し、クライアントは、部品情報を受信する受信手段と、部品情報に基づいて、部品を画面に表示させる表示制御手段とを有する。

係る共同作業支援システムによると、クライアントの画面上に表示させる部品についての部品情報を共同作業に参加するユーザーのクライアントに対して送信し、クライアントが部品情報に基づいて、部品を画面に表示させる。このため、サーバーにおいて、画面を構成する必要がなく、サーバーの負荷を低減することができる。

上記共同作業支援システムにおいて、サーバーは、クライアントから、クライアントの画面に新たに追加表示させる追加部品に対応する属性情報とアドレス情報とを含む追加部品情報を受け付ける追加部品情報受付手段を更に有し、送信手段は、追加部品情報を、共同作業に参加しているユーザーのクライアントに対して送信し、クライアントの受信手段は、追加部品情報を受信し、表示制御手段は、追加部品情報に基づいて、追加部品を画面に表示させるようにしてもよい。係る共同作業支援システムでは、画面に新たに追加させる追加部品がある場合には、追加部品情報を各クライアントに送信することにより、各クライアントの画面に表示させる。このため、サーバーは、追加部品を画面に表示させる場合に、追加部品情報を各クライアントに送信することにより、各クライアントに追加部品を追加させた画面を表示させることができ、各クライアントに送信すべきデータ量を低減することができる。

また、上記共同作業支援システムにおいて、サーバーは、クライアントから、クライアントの画面から削除させる削除部品を特定する削除部品情報を受け付ける削除部品情報受付手段を更に有し、送信手段は、削除部品情報を、共同作業に参加しているユーザーのクライアントに対して送信し、クライアントの受信手段は、削除部品情報を受信し、表示制御手段は、削除部品情報に基づいて、削除部品を画面から削除させるようにしてもよい。係る共同作業支援システムでは、画面から削除させる削除部品がある場合には、削除部品情報を各クライアントに送信することにより、各クライアントに削除部品を削除させた画面に表示させる。このため、サーバーは、削除部品情報を各クライアントに送信することにより、各クライアントに削除部品を削除させた画面を表示させることができ、各クライアントに送信すべきデータ量を低減することができる。

また、上記共同作業支援システムにおいて、サーバーは、クライアントから、クライアントの画面の部品が示す対象が変更したことを示す変更部品情報を受け付ける変更部品情報受付手段を更に有し、送信手段は、変更部品情報を、共同作業に参加しているユーザーのクライアントに対して送信し、クライアントの受信手段は、変更部品情報を受信し、クライアントは、部品情報を記憶するクライアント部品情報記憶手段と、部品変更情報に基づいて、部品情報を更新して記憶する部品情報変更手段とを更に有するようにしてもよい。係る共同作業支援システムでは、部品が示す対象を変更させる場合に、変更部品情報を各クライアントに送信することにより、各クライアントにおける部品情報を更新する。このため、サーバーは、変更部品情報のみを各クライアントに送信することにより、適切に部品の部品情報を更新させることができ、各クライアントに送信すべきデータ量を低減することができる。

また、上記共同作業支援システムにおいて、クライアントは、部品が示す属性情報に対応する画面における配置位置を特定する配置情報を記憶する配置情報記憶手段を更に有し、表示制御手段は、部品情報の属性情報と、配置情報とに基づいて、画面における部品の配置位置を決定するようにしてもよい。係る共同作業支援システムでは、クライアントにおいて、部品情報の属性情報と、配置情報とに基づいて、画面における部品の配置位置が決定され、画面の表示がされる。このため、各クライアントに適した配置情報を記憶させておくことにより、クライアントに適した部品配置が行なわれた画像を表示させることができる。

また、上記共同作業支援システムにおいて、クライアントは、部品情報のアドレス情報に対応するアクセス先にアクセスして、アクセス先からデータを取得するクライアント側データ取得手段を更に有するようにしてもよい。係る共同作業支援システムによると、部品情報のアドレス情報に対応するアクセス先から適切にデータ（データ、プログラムデータ等）を取得することができる。

また、上記共同作業支援システムにおいて、部品が示す対象は、データであり、表示制御手段は、部品情報を画面にアイコンとして表示し、クライアント側データ取得手段は、アイコンに対する指定操作に基づいて、アクセス先からデータを取得するようにしてもよい。係る共同作業支援システムによると、クライアントにおいてアイコンに対して指定操作を行うことにより、対応するデータを容易に取得することができる。

また、上記共同作業支援システムにおいて、サーバーは、クライアントから受け付けた部品情報が示す対象がデータである場合に、アドレス情報に基づいて、データを取得するサーバー側データ取得手段と、取得したデータを記憶する共有データ記憶手段と、部品情報のアドレス情報を、共有データ記憶手段におけるデータのアドレスに更新する更新手段とを更に有し、送信手段は、更新された部品情報を共同作業に参加しているユーザーのクライアントに対して送信し、クライアント側データ取得手段は、部品が示す対象に対するアクセス指示を受け付けた場合に、アドレス情報が示すサーバーの共有データ記憶手段からデータを取得するようにしてもよい。係る共有作業支援システムによると、各クライアントに送信する可能性のあるデータをサーバーの共有データ記憶手段に記憶させることができ、データを適切に管理することができる。

また、上記共同作業支援システムにおいて、部品が示す対象は、アプリケーションであり、クライアント側データ取得手段は、アクセス先からアプリケーションのプログラムデータを取得し、クライアントは、プログラムデータを実行するプログラム実行手段を更に有するようにしてもよい。係る共同作業支援システムによると、部品が示すアプリケーションプログラムをアクセス先から取得し、適切に実行することができる。

また、上記共同作業支援システムにおいて、対象の属性情報には、当該対象のデバイスのドライバープログラムを格納した格納先アドレス情報が含まれており、クライアントは、格納先アドレス情報に基づいて、デバイスのドライバープログラムを取得するドライバー取得手段と、取得したドライバープログラムをインストールするインストール手段とを有するようにしてもよい。係る共同作業支援システムによると、部品が示す対象のデバイスのドライバープログラムを適切に取得し、インストールすることができる。

上記目的達成のため、本発明の第２の観点に係るサーバーは、共同作業を支援するサーバーであって、共同作業に参加するユーザーのクライアントの画面上に表示させる部品に対応する所定の対象の属性情報と、対象に関するアドレス情報とを含む部品情報を記憶する部品情報記憶手段と、部品情報を共同作業に参加するユーザーのクライアントに対して送信する送信手段とを有する。係るサーバーによると、クライアントの画面上に表示させる部品についての部品情報を共同作業に参加するユーザーのクライアントに対して送信する。このため、サーバーにおいて、画面を構成する必要がなく、サーバーの負荷を低減することができる。

本発明の一実施形態に係る会議システムの構成図である。 本発明の一実施形態に係る会議サーバーの機能構成図である。 本発明の一実施形態に係るユーザー情報データベースのユーザー情報の構成を説明する図である。 本発明の一実施形態に係る管理サーバーの機能構成図である。 本発明の一実施形態に係るＧＵＩ部品情報を説明する図である。 本発明の一実施形態に係るＧＵＩ部品情報の属性を説明する図である。 本発明の一実施形態に係るＧＵＩ部品基礎情報を説明する図である。 本発明の一実施形態に係るクライアントの機能構成図である。 本発明の一実施形態に係るクライアントの画面の管理を説明する図である。 本発明の一実施形態に係る画面におけるパネルの配置を説明する図である。 本発明の一実施形態に係るレイアウト設定情報を説明する図である。 本発明の一実施形態に係るパネル設定情報を説明する図である。 本発明の一実施形態に係るクライアントにおける会議参加及びＧＵＩ表示処理のフローチャートである。 本発明の一実施形態に係る管理サーバーの参加時配信処理のフローチャートである。 本発明の一実施形態に係る管理サーバーのＧＵＩ部品情報の送信管理処理のフローチャートである。 本発明の一実施形態に係る会議サーバーのユーザー確認処理のフローチャートである。 本発明の一実施形態に係る最初のユーザー参加時のシーケンス図である。 本発明の一実施形態に係るユーザー参加時におけるＧＵＩ部品情報を説明する図である。 本発明の一実施形態に係る後続のユーザー参加時のシーケンス図である。 本発明の一実施形態に係る後続のユーザー参加時におけるＧＵＩ部品情報を説明する図である。 本発明の一実施形態に係るＧＵＩ部品追加時のシーケンス図である。 本発明の一実施形態に係るＧＵＩ部品追加時におけるＧＵＩ部品情報を説明する図である。 本発明の一実施形態に係るＧＵＩ部品変更時のシーケンス図である。 本発明の一実施形態に係るＧＵＩ部品変更時におけるＧＵＩ部品情報を説明する図である。 本発明の一実施形態に係るＧＵＩ部品削除時のシーケンス図である。 本発明の一実施形態に係るＧＵＩ部品削除時におけるＧＵＩ部品情報を説明する図である。

本発明の実施形態について、図面を参照して説明する。なお、以下に説明する実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態の中で説明されている諸要素及びその組み合わせの全てが発明の解決手段に必須であるとは限らない。

まず、本発明の一実施形態に係る共同作業支援システムの一例としての会議システムについて説明する。

図１は、本発明の一実施形態に係る会議システムの構成図である。

会議システム１は、ネットワーク５を介して接続された、会議サーバー２と、管理サーバー３と、複数のユーザーが利用可能な複数のクライアント４とを有する。会議サーバー２、管理サーバー３は、それぞれ、例えば、ＰＣ（Personal Computer）によって構成されている。クライアント４は、例えば、ＰＣによって構成されている。ネットワーク５は、ＬＡＮ（Local Area Network）であってもよく、ＷＡＮ（Wide Area Network）であってもよく、インターネットを含んでいてもよい。なお、本実施形態では、ネットワーク５は、インターネットを含み、インターネットに接続された図示しない各種サーバーにアクセスすることができるようになっている。

図２は、本発明の一実施形態に係る会議サーバーの機能構成図である。

会議サーバー２は、会議（共同作業）への参加者（ユーザー）の管理および呼制御を行うサーバーであり、一般的な会議サーバーと同等の機能を有している。会議サーバー２は、送受信部２１と、呼制御部２２と、ユーザー管理部２３と、ユーザー情報データベース（ユーザー情報ＤＢ）２４とを有する。送受信部２１は、ネットワーク５を介して他の装置（管理サーバー３、クライアント４等）と、各種データの送受信を行う。呼制御部２２は、呼制御を行う。呼制御部２２は、例えば、ＳＩＰ（Session Initiation Protocol）や、Ｈ．３２３などの既存のプロトコルに従った呼制御を行う。ユーザー管理部２３は、ユーザーに関する問い合わせがあった場合に、ユーザー情報（ユーザーのクライアント４の位置情報（ＩＰアドレス）、権限情報）を提供したり、ユーザーが共同作業の参加を認められたユーザーであるか否かを確認し、その結果を提供したりする。ユーザー情報ＤＢ２４は、ユーザー情報を記憶する。

図３は、本発明の一実施形態に係るユーザー情報データベースのユーザー情報の構成を説明する図である。

ユーザー情報ＤＢ２４が記憶するユーザー情報は、ユーザーＩＤと、参加フラグと、参加日時と、退出日時と、ＩＰ（Internet Protocol）アドレスとを含む。ユーザーＩＤは、会議サーバー２に登録されている、すなわち、会議への参加が認められているユーザーのＩＤである。参加フラグは、対応するユーザーが会議に参加中か否かを示すフラグである。参加日時は、ユーザーが会議に参加した日時である。退出日時は、ユーザーが会議から退出した日時である。ＩＰアドレスは、対応するユーザーが利用しているクライアント４のＩＰアドレスである。

図４は、本発明の一実施形態に係る管理サーバーの機能構成図である。

管理サーバー３は、会議で用いられるＧＵＩ部品の情報（ＧＵＩ部品情報：部品情報）を管理し、ユーザーのクライアント４に対して、ＧＵＩ部品情報の配信、変更のあったＧＵＩ部品情報の配信、削除するＧＵＩ部品情報の配信等を行う。管理サーバー３は、送信手段、追加部品情報受付手段、削除部品情報受付手段、及び変更部品情報受付手段の一例としての送受信部３１と、サブスクリプション管理部３２と、サーバー側データ取得手段及び更新手段の一例としてのＧＵＩ（Graphical User Interface）部品情報生成部３３と、ＧＵＩ部品情報解析部３４と、ＧＵＩ部品基礎情報記憶部３５と、部品情報記憶手段の一例としてのＧＵＩ部品情報データベース（ＧＵＩ部品情報ＤＢ）３６とを有する。

送受信部３１は、ネットワーク５を介して他の装置（会議サーバー２、クライアント４等）と、各種データの送受信を行う。サブスクリプション管理部３２は、会議サーバー２へのユーザーが会議に参加可能か否かの問合せ処理、ＧＵＩ部品情報の配信先のユーザーの管理処理等を行う。ＧＵＩ部品情報生成部３３は、クライアント４に送信するためのＧＵＩ部品情報を生成する。ＧＵＩ部品情報解析部３４は、クライアント４から送信されたＧＵＩ部品情報を解析し、ＧＵＩ部品情報が新規部品の追加を示すＧＵＩ部品情報（追加ＧＵＩ部品情報：追加部品情報）であるのか、部品に対応するＧＵＩ部品情報の変更を示すＧＵＩ部品情報（変更ＧＵＩ部品情報：変更部品情報）であるのか、部品の削除を示すＧＵＩ部品情報（削除ＧＵＩ部品情報：削除部品情報）であるのかを判定する。

ＧＵＩ部品情報ＤＢ３６は、各クライアント４に送信しているＧＵＩ部品情報を管理（格納等）する。

図５は、本発明の一実施形態に係るＧＵＩ部品情報を説明する図であり、図６は、本発明の一実施形態に係るＧＵＩ部品情報の属性を説明する図である。

図５Ａは、ＧＵＩ部品情報の基本構造を示し、図５Ｂは、部品種別（部品が示す対象）がデバイスである場合の属性を示し、図５Ｃは、部品種別がデバイスである場合の具体的なＧＵＩ部品情報の例を示し、図６Ａは、部品種別がアプリケーションである場合の属性を示し、図６Ｂは、部品種別が共有データである場合の属性を示し、図６Ｃは、部品種別が他参加者である場合の属性を示している。

ＧＵＩ商品情報ＤＢ３６が管理するＧＵＩ部品情報は、図５Ａに示すように、ＧＵＩ部品ＩＤと、フラグと、更新日時と、部品種別と、属性と、アクセス先と、配信者リストとを有する。ＧＵＩ部品ＩＤは、ＧＵＩ部品毎に一意な識別情報である。フラグは、対応するＧＵＩ部品情報を送信対象とするか否かを示すフラグである。更新日時は、ＧＵＩ部品情報が作成された、又は更新された日時である。部品種別は、ＧＵＩ部品情報に対応する部品が示す対象の種別である。ここで、部品が示す対象としては、プリンター、プロジェクター等のデバイス、アプリケーションプログラム（アプリケーション）、共有データ、他参加者（他ユーザ）等がある。属性は、部品種別に応じた属性である。部品種別に応じた属性の具体例については、後述する。アクセス先は、ＧＵＩ部品が示す対象に関するアドレス、例えば、ＧＵＩ部品が示す対象の実体を指し示すアドレスである。アクセス先の表記形式としては、例えば、ＵＲＩ（Uniform Resource Identifier）形式、ＵＮＣ（Universal Naming Convention）形式等がある。

ＵＲＩ形式は、ネットワーク上に存在する情報資源の場所を記述する形式であり、例えば、インターネット上のアドレスを示すＵＲＬ（Uniform Resource Locator）形式もこれに含まれる。具体的には、例えば、ＨＴＴＰ（Hypertext Transfer Protocol）であれば、”http://192.168.1.10/printer/”のように記述され、ＳＩＰであれば、”sip:user1@192.168.1.10”のように記述され、ファイルプロトコルであれば、”fill:///C:Temp/App.exe”のように記述される。また、種別が共有データである場合に、共有データは、管理サーバー３上に管理されるので、例えば、”http://server/share/0001”のように記述される。ここで、shareは、共有サーバー３の共有データを格納するフォルダのフォルダ名であり、shareに続く数字部分は、ＧＵＩ部品ＩＤとなっている。また、種別がデバイスであり、デバイスの種別がプリンターである場合には、例えば、ＩＰＰ（Internet Printing Protocol）により、”http://192.168.1.10:631/PRINTER”のように、ＩＰアドレス以下にポート番号とプリンター名とを記述するようにしてもよい。

ＵＮＣ形式は、Ｗｉｎｄｏｗｓ（登録商標）ＯＳ向けのネットワーク環境（Ｍｉｃｒｏｓｏｆｔ（登録商標）ネットワーク）上で、ネットワーク上のリソース（デバイス、ファイル、ディレクトリの位置）を指し示すための記述形式である。具体的には、例えば、ファイル（実行ファイルも含む）であれば、”\\192.168.1.10\File.ppt”のように記述され、プリンターであれば、”\\192.168.1.10\PRINTER”のように記述される。

配信者リストは、対応するＧＵＩ部品情報を配信するユーザーのリストであり、配信先のユーザーＩＤと、ＩＰアドレスとが含まれる。

部品種別がデバイスである場合には、属性は、図５Ｂに示すようになる。すなわち、属性は、デバイス種別と、ステータスと、ドライバー提供元とを含む。デバイス種別は、デバイスの種別を示し、例えば、プリンター、プロジェクター、電子ホワイトボード、電話等が設定される。ステータスは、デバイスの状態であり、例えば、電源のＯＮ／ＯＦＦなどのプレゼンス情報等が設定される。ドライバー提供元は、対応するデバイスのドライバープログラム（デバイスドライバープログラム）の提供元のアドレスである。

部品種別がアプリケーションである場合には、属性は、図６Ａに示すようになる。すなわち、属性は、アプリケーション種別と、能力情報とを含む。アプリケーション種別は、アプリケーションの種別であり、例えば、音声、映像、画像、テキスト、プレゼンテーション等が設定される。能力情報とは、アプリケーションの能力の情報であり、例えば、対応するコーデックの情報、対応する解像度の情報が設定される。

部品種別が共有データである場合には、属性は、図６Ｂに示すようになる。すなわち、属性は、データ種別を含む。データ種別は、データの種別を示し、例えば、音声、映像、テキスト、図形、ホワイトボード等が設定される。

部品種別が他参加者である場合には、属性は、図６Ｃに示すようになる。すなわち、属性は、アドレスと、名前、ステータスとを含む。アドレスは、ユーザーのクライアント４のＩＰアドレスや、ＵＲＩ形式のアドレスである。名前は、ユーザーの名前、ニックネームである。ステータスは、ユーザーのプレゼンス情報であり、例えば、離席、通話中等が設定される。

ＧＵＩ部品基礎情報記憶部３５は、各クライアント４に対して送信すべき基本的なＧＵＩ部品情報を生成するためのテンプレートであるＧＵＩ部品基礎情報を記憶する。

図７は、本発明の一実施形態に係るＧＵＩ部品基礎情報を説明する図である。

ＧＵＩ部品基礎情報は、ＧＵＩ部品ＩＤと、更新日時と、ＧＵＩ部品種別と、属性と、アクセス先とを含む。各内容は、ＧＵＩ部品情報と同じであるが、ＧＵＩ部品基礎情報においては、実際にＧＵＩ部品情報を生成するまで未定である項目については、ＮＵＬＬ（ヌル）となっている。本実施形態では、ＧＵＩ部品ＩＤと、更新日時とは、全てＮＵＬＬとなっており、また、部品種別が共有データの場合のアクセス先もＮＵＬＬとなっている。

図８は、本発明の一実施形態に係るクライアントの機能構成図である。

クライアント４は、受信手段の一例としての送受信部４１と、ＧＵＩ部品情報生成部４２と、入力処理部４３と、ドライバー取得手段、インストール手段、クライアント側データ取得手段、及び部品情報変更手段の一例としてのＧＵＩ部品情報解析部４４と、表示制御手段及びプログラム実行手段の一例としての表示処理部４５と、パネル設定情報記憶部４６と、レイアウト設定情報記憶部４７とを有する。ここで、配置情報記憶手段は、パネル設定情報記憶部４６及びレイアウト設定情報記憶部４７によって構成される。

送受信部４１は、ネットワーク５を介して他の装置（会議サーバー２、管理サーバー３等）と、各種データの送受信を行う。入力処理部４３は、図示しないキーボード、マウス等の入力装置に対するユーザーの操作に基づいて、各種入力を受け付ける。本実施形態では、入力処理部４３は、新たに追加するＧＵＩ部品のＧＵＩ部品情報の入力、削除するＧＵＩ部品の選択指示や、変更するＧＵＩ部品の選択指定および変更内容の入力等を受け付ける。ＧＵＩ部品情報生成部４２は、入力処理部４３の入力に従ってＧＵＩ部品情報を生成する。生成するＧＵＩ部品情報としては、新たなＧＵＩ部品の追加を示す追加ＧＵＩ部品情報と、ＧＵＩ部品の変更を示す変更ＧＵＩ部品情報と、削除するＧＵＩ部品を示す削除ＧＵＩ部品情報とがある。ＧＵＩ部品情報解析部４４は、管理サーバー３から送信されたＧＵＩ部品情報を解析し、送受信部４１が受信したＧＵＩ部品情報が、追加ＧＵＩ部品情報であるのか、変更ＧＵＩ部品情報であるのか、削除ＧＵＩ部品情報であるのかを判定する。表示処理部４５は、ＧＵＩ部品情報解析部４４による解析結果に基づいて、図示しない表示装置に画面を表示させる処理を行う。具体的な処理については、後述する。レイアウト設定情報記憶部４７は、画面に配置するパネルの配置位置を示すレイアウト設定情報を記憶する。パネル設定情報記憶部４６は、画面に配置したパネルにおける、表示するＧＵＩ部品及びその態様を示すパネル設定情報を記憶する。

図９は、本発明の一実施形態に係るクライアントの画面の管理を説明する図である。

クライアント４における会議用の画面４８は、例えば、図９に示すように、４×６のグリッドにより管理されている。各グリッドには、座標（行、列）が定義されている

図１０は、本発明の一実施形態に係る画面におけるパネルの配置を説明する図である。

本実施形態では、画面においては、図１０に示すように、共有データパネル４８ａと、アプリケーション（プレゼンテーション用）パネル４８ｂと、アプリケーション(画像)パネル４８ｃと自データパネル４８ｄと、デバイスパネル４８ｅと、参加者パネル４８ｆとが配置される。

共有データパネル４８ａには、共有データの部品が表示される。アプリケーション（プレゼンテーション用）パネル４８ｂには、プレゼンテーションアプリケーションの部品が表示される。アプリケーション(画像)パネル４８ｃには、画像アプリケーションの部品が表示される。自データパネル４８ｄには、ローカルデータが表示される。デバイスパネル４８ｅには、デバイスの部品が表示される。参加者パネル４８ｆには、参加者を示す部品が表示される。

上記した画面におけるパネルの配置、パネルにおける部品の表示は、表示処理部４５が、レイアウト設定情報及びパネル設定情報に基づいて行なっている。

図１１は、本発明の一実施形態に係るレイアウト設定情報を説明する図である。

レイアウト設定情報は、パネルＩＤと、パネル種別と、開始位置と、大きさとを有する。パネルＩＤは、パネルを一意に示すＩＤである。パネル種別は、パネルに表示させる情報の種別である。開始位置は、画面４８におけるパネルの表示開始位置を示す。本実施形態では、表示開始位置としては、パネルの左上が配置されるグリッドの座標を用いている。大きさは、パネルの大きさを示す。本実施形態では、パネルが配置されるグリッドの範囲（行範囲、列範囲）を示している。例えば、パネルＩＤが”０２”のパネルは、アプリケーション（プレゼンテーション）用のパネルであり、パネルの左上がグリッド”３，１”であり、２行×３列のグリッドの範囲に表示されることを示している。

図１２は、本発明の一実施形態に係るパネル設定情報を説明する図である。

パネル設定情報は、パネルＩＤと、ＧＵＩ部品種別と、ＧＵＩ部品属性と、表示属性とを有する。パネルＩＤは、対応するパネルのパネルＩＤである。ＧＵＩ部品種別は、対応するパネルの表示対象とするＧＵＩ部品の種別である。ＧＵＩ部品属性は、対応するパネルの表示対象とするＧＵＩ部品に必要とされるＧＵＩ部品の属性である。表示属性は、対応するパネルにおいてＧＵＩ部品を表示させる態様である。

例えば、パネルＩＤが”０３”のパネルは、アプリケーションのＧＵＩ部品であって、属性が画像であるＧＵＩ部品を表示させるものであり、ＧＵＩ部品の対象を最大表示させることを示し、パネルＩＤが”０５”のパネルは、デバイスのＧＵＩ部品を表示させるものであり、ＧＵＩ部品の対象をアイコン化し、左を基準（初期位置）として表示させることを示している。なお、アイコンについては、予めクライアント４にアイコンの画像データを記憶しておき、その画像データを用いて表示させるようにしてもよく、ＧＵＩ部品情報とともに、管理サーバー３から画像データを送信させ、その画像データを用いて表示させるようにしてもよい。

次に、会議システム１における動作を説明する。

図１３は、本発明の一実施形態に係るクライアントにおける会議参加及びＧＵＩ表示処理のフローチャートである。

クライアント４において、ユーザーが入力装置により会議参加の登録を入力すると、入力処理部４３がその入力を受け付けて、送受信部４１が登録要求を会議サーバー２に送信する(ステップＳ１)。次いで、入力処理部４３が、送受信部４１を介して会議サーバー２から認証ＯＫを受信したか否かを判定し(ステップＳ２)、認証ＯＫでない場合には処理を終了する。

一方、認証ＯＫを受信した場合（ステップＳ２：ＹＥＳ）には、入力処理部４３がＧＵＩ部品情報の配信要求を管理サーバー３に送信する(ステップＳ３)。次いで、入力処理部４３が、送受信部４１を介して管理サーバー３から配信要求ＯＫを受信したか否かを判定し(ステップＳ４)、配信要求ＯＫでない場合には処理を終了する。

一方、配信要求ＯＫを受信した場合（ステップＳ４：ＹＥＳ）には、表示処理部４５がレイアウト情報をレイアウト設定情報記憶部４７から読み込み（ステップＳ５）、レイアウト設定情報に基づいて、画面にパネルを配置した初期画面を描画する(ステップＳ６)。

次いで、ＧＵＩ部品情報の配信があった場合（ステップＳ７：ＹＥＳ）には、送受信部４１は、ＧＵＩ部品情報を受信して、ＧＵＩ部品情報解析部４４に渡す(ステップＳ８)。

ＧＵＩ部品情報解析部４４は、ＧＵＩ部品情報を解析し（ステップＳ９）、各ＧＵＩ部品情報を抽出して表示処理部４５に送出する（ステップＳ１０）。ここで、ＧＵＩ部品情報解析部４４は、ＧＵＩ部品情報に含まれるアクセス先から、共有データや、アプリケーションを取得して、表示処理部４５に渡すようにしてもよい。また、ＧＵＩ部品情報解析部４４は、ＧＵＩ部品情報のドライバー提供元からデバイスドライバーを取得し、クライアント４にインストールするようにしてもよい。このようにＧＵＩ部品情報解析部４４が、アクセス先からデータ（共有データ、アプリケーション、デバイスドライバー）を取得する処理は、表示画面に対するユーザーの指示、例えば、ＧＵＩ部品の一例であるアイコンに対する指示があった場合に実行するようにしてもよい。

また、これと並行して、表示処理部４５は、パネル設定情報をパネル設定情報記憶部４６から読み込み（ステップＳ１１）、ＧＵＩ部品情報解析部４４から受け取ったＧＵＩ部品情報と、パネル設定情報とに基づいて、画面における各パネルへ、ＧＵＩ部品を表示させる（ステップＳ１２）。これにより、表示画面には、各ＧＵＩ部品が配置されて表示される。このとき、例えば、ＧＵＩ部品の対象がアプリケーションであれば、表示処理部４５がＧＵＩ部品情報解析部４４からアプリケーションを取得して、実行するようにしてもよく、また、ＧＵＩ部品の種別が共有データであれば、ＧＵＩ部品情報解析部４４から共有データを取得して、表示処理部４５が当該共有データを表示させるようにしてもよい。

その後、ステップＳ７に進み、以降において、ＧＵＩ部品情報が配信された場合（ステップＳ７：ＹＥＳ）には、受信したＧＵＩ部品情報に基づいて、画面表示が行なわれることとなる（ステップＳ８〜Ｓ１２）。例えば、追加のＧＵＩ部品情報を受信した場合には、表示処理部４５等は、対応するＧＵＩ部品を新たに画面に表示し、また、変更のＧＵＩ部品情報を受信した場合には、ＧＵＩ部品情報を変更し、また、削除のＧＵＩ部品情報を受信した場合には、対応するＧＵＩ部品の表示を画面から削除する。

図１４は、本発明の一実施形態に係る管理サーバーの参加時配信処理のフローチャートである。

管理サーバー３において、サブスクリプション管理部３２が、送受信部３１を介してクライアント４からＧＵＩ部品情報の配信要求を受信したか否かを判定し(ステップＳ２１)、配信要求を受信していない場合には、配信要求を待つ一方、配信要求を受信した場合(ステップＳ２１：ＹＥＳ)には、会議サーバー２にクライアント４のユーザーが会議に参加可能なユーザーであるか否かの確認を要求する(ステップＳ２２)。

次いで、サブスクリプション管理部３２が会議サーバー２から確認ＯＫであるとの通知を受けた場合には、送受信部３１を介して要求ＯＫである旨の通知をクライアント４に送信する(ステップＳ２４)。

次いで、サブスクリプション管理部３２は、当該クライアント４のユーザーが会議への最初の参加者であるか否かを判定し(ステップＳ２５)、最初の参加者である場合（ステップＳ２５：ＹＥＳ）には、ＧＵＩ部品情報生成部３３がＧＵＩ部品基礎情報記憶部３５からＧＵＩ部品基礎情報を読み込み(ステップＳ２６)、ＧＵＩ部品基礎情報に基づいてＧＵＩ部品情報を生成し(ステップＳ２７)、ＧＵＩ部品情報ＤＢ３６に格納する。この際、ＧＵＩ部品情報生成部３３は、ＧＵＩ部品基礎情報のそれぞれに対してＧＵＩ部品情報ＩＤを付与するとともに、この時点での時刻情報を更新日時に設定する。また、ＧＵＩ部品情報生成部３３は、クライアント４のユーザーを示すＧＵＩ部品情報を生成する。また、ＧＵＩ部品情報生成部３３は、共有データを示すＧＵＩ部品情報のアクセス先のアドレスを決定して、設定する。次いで、ＧＵＩ部品情報生成部３３は、各ＧＵＩ部品情報（当該ユーザーを示すＧＵＩ部品情報を除く）の配信者リストにクライアント４のユーザーを追加し（ステップＳ２８）、生成したＧＵＩ部品情報（当該ユーザーを示すＧＵＩ部品情報を除く）をクライアント４に送信する(ステップＳ２９)。これにより、会議に必要な基本的なＧＵＩ部品情報が送信されることとなる。

一方、最初の参加者ではない場合（ステップＳ２５：ＮＯ）には、ＧＵＩ部品情報生成部３３は、当該クライアント４のユーザーを示すＧＵＩ部品情報を生成し（ステップＳ３０）、ＧＵＩ部品情報ＤＢ３６に格納する。次いで、当該ユーザーを示すＧＵＩ部品情報を除くＧＵＩ部品情報の配信者リストにクライアント４のユーザーを追加し（ステップＳ３１）、新たに参加したユーザーのクライアント４には、当該ユーザーを示すＧＵＩ部品情報及びフラグにＯＦＦが設定されたＧＵＩ部品情報を除くＧＵＩ部品情報を送信し、既に参加しているユーザーのクライアント４に対しては、新たに参加したユーザーを示すＧＵＩ部品情報を送信する(ステップＳ３２)。これにより、会議に必要なＧＵＩ部品情報と、既に会議に参加しているユーザーを示すＧＵＩ部品情報とが、後続の参加者のクライアント４に送信されるとともに、既に参加しているユーザーには、新たに参加したユーザーのＧＵＩ部品情報が送信されることとなる。

なお、ステップＳ２３において、確認ＯＫでないとの通知を受け取った場合には、サブスクリプション管理部３２が、送受信部３１を介して要求ＮＧである旨の通知をクライアント４に送信し(ステップＳ３３)、ステップＳ２１に戻る。

図１５は、本発明の一実施形態に係る管理サーバー３のＧＵＩ部品情報の送信管理処理のフローチャートである。

管理サーバー３において、ＧＵＩ部品情報解析部３４が送受信部３１を介してＧＵＩ部品情報を受信したか否かを判定し(ステップＳ４１)、受信していない場合には、受信するまで待つ一方、受信した場合（ステップＳ４１：ＹＥＳ）には、ＧＵＩ部品情報を抽出する(ステップＳ４２)。

次いで、ＧＵＩ部品情報解析部３４は、ＧＵＩ部品情報中のＧＵＩ部品ＩＤがＮＵＬＬであるか否かを判定する(ステップＳ４３)。この結果、ＧＵＩ部品ＩＤがＮＵＬＬの場合（ステップＳ４３：ＹＥＳ）には、当該ＧＵＩ部品情報がＧＵＩ部品の追加を示す追加ＧＵＩ部品情報であることを示しているので、ＧＵＩ部品情報生成部３３が、当該ＧＵＩ部品情報が示すＧＵＩ部品のＧＵＩ部品ＩＤを生成し（ステップＳ４４）、ＧＵＩ部品ＩＤをＧＵＩ部品情報に設定することにより、登録用のＧＵＩ部品情報を生成し(ステップＳ４５)、ＧＵＩ部品情報の配信先リストに参加中の全ユーザーを設定し(ステップＳ４６)、ＧＵＩ部品情報ＤＢ３６に格納する(ステップＳ４７)。ここで、本実施形態では、ステップＳ２５においては、追加するＧＵＩ部品情報が共有データである場合には、ＧＵＩ部品情報生成部３３は、ＧＵＩ部品情報のアクセス先に格納されているアクセス先からデータの実体を取得し、当該データを図示しない記憶装置に記憶される共有データのフォルダ（共有データ記憶手段）に格納し、当該データのアドレスを新たなアクセス先として、ＧＵＩ部品情報に設定する。

次いで、生成したＧＵＩ部品情報を参加している各ユーザーのクライアント４に対して送信する(ステップＳ４８)。

一方、ＧＵＩ部品情報中のＧＵＩ部品ＩＤがＮＵＬＬでない場合（ステップＳ４３：ＮＯ）には、ＧＵＩ部品情報解析部３４は、ＧＵＩ部品情報中の種別及び属性がＮＵＬＬであるか否かを判定する(ステップＳ４９)。この結果、種別及び属性がＮＵＬＬの場合（ステップＳ４９：ＹＥＳ）には、当該ＧＵＩ部品情報がＧＵＩ部品の削除を示す削除ＧＵＩ部品情報であることを示しているので、ＧＵＩ部品情報生成部３３が、当該ＧＵＩ部品情報に対応する配信フラグをＯＦＦ（送信対象から外す）に設定するとともに、更新日時に送信されたＧＵＩ部品情報の更新日時（削除日時）を設定し(ステップＳ５０)、送受信部３１が当該ＧＵＩ部品を削除させるためのＧＵＩ部品情報を各ユーザーのクライアント４に対して送信する（ステップＳ５１）。なお、本実施形態では、配信フラグの設定によりＧＵＩ部品情報の送信を制御することにより、クライアント４において対応するＧＵＩ部品が表示されないようにする（削除させる）とともに、履歴として用いることができるようにしているが、表示させないＧＵＩ部品のＧＵＩ部品情報をＧＵＩ部品情報ＤＢ３６から削除するようにしてもよい。

一方、種別及び属性がＮＵＬＬではない場合（ステップＳ４９：ＮＯ）には、変更用のＧＵＩ部品情報であることを示しているので、ＧＵＩ部品情報生成部３３が、ＧＵＩ部品情報ＤＢ３６の対応するＧＵＩ部品情報の更新（例えば、更新日時を更新）し（ステップＳ５２）、変更用の更新部品情報を各クライアント４（対応する配信者リストに格納されているクライアント）に送信する(ステップＳ５３)。なお、ステップＳ５２において、ＧＵＩ部品情報が共有データである場合には、ＧＵＩ部品情報生成部３３は、ＧＵＩ部品情報のアクセス先に格納されているアクセス先からデータの実体を取得し、当該データを共有データのフォルダに格納する。

図１６は、本発明の一実施形態に係る会議サーバーのユーザー確認処理のフローチャートである。

会議サーバー２において、呼制御部２２が送受信部２１を介してユーザーの確認要求を受信したか否かを判定し(ステップＳ６１)、受信していない場合には、受信するまで待つ。なお、ユーザーの確認要求は、クライアント４又は管理サーバー３から送信される。

一方、受信した場合（ステップＳ６１：ＹＥＳ）には、要求が適式であるか否かを判断し(ステップＳ６２)、その結果、要求が正しい場合（ステップＳ６３：ＹＥＳ）には、ユーザー管理部２３が、対象のユーザーが会議への参加が許可されているユーザーであるか否か、すなわち、ユーザー情報ＤＢ２４のユーザー情報にユーザーＩＤが登録されているユーザーであるか否かを確認する処理を行う(ステップＳ６４)。

この結果、確認ＯＫの場合（ステップＳ６５：ＹＥＳ）には、当該ユーザーが会議への参加が許可されているユーザーであることを示しているので、確認ＯＫを確認要求元の装置に対して送信する(ステップＳ６６)。一方、要求が適式でない場合(ステップＳ６３：ＮＯ)、又は確認ＯＫでない場合（ステップＳ６５：ＮＯ）には、確認ＮＧを確認要求元の装置に対して送信する(ステップＳ６７)。

次に、会議システム１における各装置間における処理を詳細に説明する。

図１７は、本発明の一実施形態に係る最初のユーザー参加時のシーケンス図である。ここで、最初のユーザー（ユーザー１）が利用しているクライアント４をクライアントＡ
とする。図１８は、本発明の一実施形態に係るユーザー参加時におけるＧＵＩ部品情報を説明する図である。

まず、クライアントＡが、ユーザー１による会議参加の指示入力を受け付けた場合に、会議サーバー２に対してユーザー１の登録確認要求を行い（図１７（１））、会議サーバー２は、ユーザー１の登録確認を行い（図１７（２））、その確認結果をクライアント４に送信する（図１７（３））。この結果、確認結果がＯＫの場合には、クライアントＡは、ＧＵＩ部品情報の配信要求を管理サーバー３に送信する（図１７（４））。管理サーバー３は、配信要求を受信すると、会議サーバー２にユーザーの確認要求を行う（図１７（５））。会議サーバー２は、ユーザーの登録確認を行い（図１７（６））、その確認結果を管理サーバー３に送信する(図１７（７）)。この結果、確認結果がＯＫの場合には、管理サーバー３のＧＵＩ部品情報生成部３３は、ＧＵＩ部品基礎情報記憶部３５からＧＵＩ部品基礎情報（本実施形態では、図７に示すＧＵＩ部品基礎情報である場合を例にし、以下説明する）を読み込み（図１７（８））、ＧＵＩ部品情報を生成し、ＧＵＩ部品情報ＤＢに登録する（図１７（９））。具体的には、ＧＵＩ部品情報生成部３３は、各ＧＵＩ部品情報にＧＵＩ部品ＩＤを付与するとともに、更新日時を設定する。また、ＧＵＩ部品情報生成部３３は、クライアントＡのユーザー１を示すＧＵＩ部品のＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００５”）を追加する。また、ＧＵＩ部品情報生成部３３は、共有データのＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００１”）のアクセス先を設定する。この結果、ＧＵＩ部品情報ＤＢ３６には、図１８Ａに示すようなＧＵＩ部品情報が格納されることとなる。なお、図１８Ａにおいては、ＧＵＩ部品情報の送信先リストについては、便宜上表示していない。

その後、ユーザー１のＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００５”）を除く、生成したＧＵＩ部品情報をクライアントＡに送信する(図１７（１０）)。

これによって、クライアントＡには、図１８Ｂに示すようなＧＵＩ部品情報が送信されて保持されることとなり、これらのＧＵＩ部品情報に基づいて、画面が表示されることとなる。

図１９は、本発明の一実施形態に係る後続のユーザー参加時のシーケンス図である。ここで、後続のユーザー（ユーザー２）が利用しているクライアント４をクライアントＢとする。図２０は、本発明の一実施形態に係る後続のユーザー参加時におけるＧＵＩ部品情報を説明する図である。

クライアントＢが、ユーザー２による会議参加の指示入力を受け付けた場合に、会議サーバー２に対してユーザー２の登録確認要求を行い（図１９（１））、会議サーバー２は、ユーザー２の登録確認を行い（図１９（２））、その確認結果をクライアントＢに送信する（図１９（３））。この結果、確認結果がＯＫの場合には、クライアントＢは、ＧＵＩ部品情報の配信要求を管理サーバー３に送信する（図１９（４））。管理サーバー３は、配信要求を受信すると、会議サーバー２にユーザー２の確認要求を行う（図１９（５））。会議サーバー２は、ユーザー２の登録確認を行い（図１９（６））、その確認結果を管理サーバー３に送信する(図１９（７）)。この結果、確認結果がＯＫの場合には、管理サーバー３のＧＵＩ部品情報生成部３３は、クライアントＢのユーザー２を示すＧＵＩ部品のＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００６”）を生成し、ＧＵＩ部品情報ＤＢ３６に追加する(図１９（８）)。この結果、ＧＵＩ部品情報ＤＢ３６には、図２０Ａに示すように、図１８Ａに示す状態に対して、ＧＵＩ部品ＩＤ”０００６”のＧＵＩ部品情報が追加された状態となる。

次いで、ＧＵＩ部品情報生成部３３は、ＧＵＩ部品情報ＤＢ３６のクライアントＢのユーザー２のＧＵＩ部品情報以外のＧＵＩ部品情報であって、フラグがＯＦＦとなっていないＧＵＩ部品情報をクライアントＢに送信する（図１９（９））。具体的には、図２０Ａに示すＧＵＩ部品ＩＤ”０００１”〜”０００５”のＧＵＩ部品情報が送信されることとなる。この結果、クライアントＢには、図２０Ｂに示すようなＧＵＩ部品情報が送信され保持されることとなり、これらのＧＵＩ部品情報に基づいて、画面が表示されることとなる。したがって、クライアントＢには、共有データと、画像アプリケーションと、プレゼンテーションアプリケーションと、デバイスと、参加者（ユーザー１）を示すＧＵＩ部品を含む画面が表示されることとなる（図１９（１０））。

更に、ＧＵＩ部品情報生成部３３は、図２０Ｃに示すように、クライアントＢのユーザー２を示すＧＵＩ部品のＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００６”）を既に参加しているユーザーのクライアント４（本実施形態では、クライアントＡ）に送信する(図１９（１１）)。この結果、クライアントＡには、図２０Ｄに示すように、クライアントＢのユーザー２を示すＧＵＩ部品情報が追加されて保持されることとなり、これらのＧＵＩ部品情報に基づいて、画面が表示されることとなる。したがって、クライアントＡには、参加者（ユーザー２）を示すＧＵＩ部品が新たに追加された画面が表示されることとなる（図１９（１２））。

図２１は、本発明の一実施形態に係るＧＵＩ部品追加時のシーケンス図である。図２２は、本発明の一実施形態に係るＧＵＩ部品追加時におけるＧＵＩ部品情報を説明する図である。

クライアントＡにおいて、入力処理部４３が、ユーザー１から新たに追加させるＧＵＩ部品情報の入力を受け付けた場合には、ＧＵＩ部品情報生成部４２が入力に基づいて、追加させるＧＵＩ部品情報を生成する（図２１（１））。ここで、共有データを示すＧＵＩ部品情報を追加させる場合を例にすると、ＧＵＩ部品情報生成部４２は、図２２Ａに示すように、ＧＵＩ部品ＩＤが空（ＮＵＬＬ）であり、アクセス先には、共有データとすべきデータが格納されているクライアントＡのディスクの位置が設定されたＧＵＩ部品情報を生成する。

次いで、ＧＵＩ部品情報生成部４２は、生成したＧＵＩ部品情報を管理サーバー３に送信する（図２１（２））。管理サーバー３では、ＧＵＩ部品情報解析部３４が、受信したＧＵＩ部品情報のＧＵＩ部品ＩＤがＮＵＬＬなので、新たに追加するＧＵＩ部品情報であると判定すると、ＧＵＩ部品情報生成部３３が、当該ＧＵＩ部品情報にＧＵＩ部品ＩＤを付与する（図２１（３））。更に、部品種別が共有データであるので、ＧＵＩ部品情報生成部３３は、受信したＧＵＩ部品情報のアクセス先に対応するクライアントＡのデータの格納先から、対応するデータを受信し、管理サーバー３内の共有データのフォルダ内に格納し、アクセス先を共有フォルダの格納位置に更新し（図２１（４））、当該ＧＵＩ部品情報をＧＵＩ部品情報ＤＢ３６に追加する（図２１（５））。この結果、ＧＵＩ部品情報ＤＢ３６には、図２２Ｂに示すように、図２０Ａに示す状態に対して、ＧＵＩ部品ＩＤ”０００７”のＧＵＩ部品情報が追加された状態となる。

更に、ＧＵＩ部品情報生成部３３は、図２２Ｃに示す追加されたＧＵＩ部品のＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００７”）を、参加しているユーザーのクライアント４（本実施形態では、クライアントＡ及びクライアントＢ）に送信する(図２１（６）、（７）)。

この結果、クライアントＡには、図２２Ｄに示すように、追加された共有データのＧＵＩ部品情報が追加されて保持されることとなり、これらのＧＵＩ部品情報に基づいて、画面が表示されることとなる。したがって、クライアントＡには、追加された共有データのＧＵＩ部品が新たに追加された画面が表示されることとなる。また、クライアントＢには、図２２Ｅに示すように、追加された共有データのＧＵＩ部品情報が追加されて保持されることとなり、これらのＧＵＩ部品情報に基づいて、画面が表示されることとなる。したがって、クライアントＢには、追加された共有データのＧＵＩ部品が新たに追加された画面が表示されることとなる。

図２３は、本発明の一実施形態に係るＧＵＩ部品変更時のシーケンス図である。図２４は、本発明の一実施形態に係るＧＵＩ部品変更時におけるＧＵＩ部品情報を説明する図である。ここで、図２１に示すシーケンスにおいて、追加したＧＵＩ部品情報に対して変更を行う場合を例に説明する。

クライアントＡにおいて、入力処理部４３が、ユーザー１から変更対象のＧＵＩ部品情報の選択入力とともに、変更内容の入力を受け付けた場合には、ＧＵＩ部品情報生成部４２が入力に基づいて、変更させるＧＵＩ部品情報を生成する（図２３（１））。具体的には、ＧＵＩ部品情報生成部４２は、図２４Ａに示すように、ＧＵＩ部品ＩＤが”０００７”であり、アクセス先には、新たに変更されたデータが格納されているクライアントＡのディスクの位置が設定され、更新日時として生成した日時が設定されたＧＵＩ部品情報を生成する。なお、本実施形態では、ＧＵＩ部品情報の変更に関係のない項目については、備えられておらず、また、変更前のデータが格納されていた位置に、変更後のデータを格納しているので、アクセス先については、ＧＵＩ部品情報を追加した際と変わっていない。

次いで、ＧＵＩ部品情報生成部４２は、生成したＧＵＩ部品情報を管理サーバー３に送信する（図２３（２））。管理サーバー３では、ＧＵＩ部品情報解析部３４が、受信したＧＵＩ部品情報のＧＵＩ部品ＩＤ”０００７”が付与されているＧＵＩ部品情報ＤＢ３６のＧＵＩ部品情報の更新日時を確認し（図２３（３））、更新日時が異なっているので、変更するＧＵＩ部品情報であると判定する。変更するＧＵＩ部品であると判定されると、ＧＵＩ部品情報生成部３３が、受信したＧＵＩ部品情報のアクセス先に対応するクライアントＡのデータの格納先から、対応するデータを受信し、管理サーバー３内の共有データのフォルダ内に格納し、アクセス先を共有フォルダの格納位置に更新し（図２３（４））、当該ＧＵＩ部品情報に基づいてＧＵＩ部品情報ＤＢ３６を更新する（図２３（５））。この結果、ＧＵＩ部品情報ＤＢ３６には、図２４Ｂに示すように、図２２Ｂに示す状態に対して、ＧＵＩ部品ＩＤ”０００７”の更新日時が変更された状態となる。

更に、ＧＵＩ部品情報生成部３３は、図２４Ｃに示す変更するＧＵＩ部品のＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００７”）を、参加しているユーザーのクライアント４（本実施形態では、クライアントＡ及びクライアントＢ）に送信する(図２３（６）、（７）)。

この結果、クライアントＡには、図２４Ｄに示すように、ＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００７”）が変更されてクライアントＡ内の記憶装置（部品情報記憶手段）に保持される。これにより、クライアントＡでは、新たにＧＵＩ部品情報のアクセス先からデータが取得され、記憶装置内に記憶されることとなる。したがって、クライアントＡには、変更されたＧＵＩ部品情報が示す変更されたデータに基づいて画面が表示されることとなる。また、クライアントＢには、図２４Ｅに示すように、ＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００７”）が変更されて保持される。これにより、クライアントＢでは、新たにＧＵＩ部品情報のアクセス先からデータが取得されることとなる。したがって、クライアントＢには、変更されたＧＵＩ部品情報が示す変更されたデータに基づいて画面が表示されることとなる。

図２５は、本発明の一実施形態に係るＧＵＩ部品削除時のシーケンス図である。図２６は、本発明の一実施形態に係るＧＵＩ部品削除時におけるＧＵＩ部品情報を説明する図である。

クライアントＡにおいて、入力処理部４３が、ユーザー１から削除対象のＧＵＩ部品情報の選択入力を受け付けた場合には、ＧＵＩ部品情報生成部４２が入力に基づいて、削除させるＧＵＩ部品情報を生成する（図２５（１））。具体的には、ＧＵＩ部品情報生成部４２は、図２６Ａに示すように、選択されたＧＵＩ部品情報のＧＵＩ部品ＩＤが設定され、更新日時として指示された日時が設定され、ＧＵＩ部品種別及び属性がＮＵＬＬのＧＵＩ部品情報を生成する。

次いで、ＧＵＩ部品情報生成部４２は、生成したＧＵＩ部品情報を管理サーバー３に送信する（図２５（２））。管理サーバー３では、ＧＵＩ部品情報解析部３４が、受信したＧＵＩ部品情報のＧＵＩ部品種別及び属性を確認し（図２５（３））、ＧＵＩ部品種別及び属性がＮＵＬＬであるので、削除するＧＵＩ部品であると判定する。削除するＧＵＩ部品であると判定されると、ＧＵＩ部品情報生成部３３が、受信したＧＵＩ部品情報のＧＵＩ部品ＩＤに対応するＧＵＩ部品情報のフラグをＯＦＦに設定し(図２５（４）)、受信したＧＵＩ部品情報の更新日時をＧＵＩ部品情報ＤＢの対応するＧＵＩ部品情報の更新日時に更新する(図２５（５）)。この結果、ＧＵＩ部品情報ＤＢ３６には、図２６Ｂに示すように、図２４Ｂに示す状態に対して、ＧＵＩ部品ＩＤ”０００３”のフラグと、更新日時とが変更された状態となる。

更に、ＧＵＩ部品情報生成部３３は、図２６Ｃに示す削除するＧＵＩ部品のＧＵＩ部品情報を、参加しているユーザーのクライアント４（本実施形態では、クライアントＡ及びクライアントＢ）に送信する(図２５（６）、（７）)。

この結果、クライアントＡのＧＵＩ部品情報からは、図２６Ｄに示すように、削除対象のＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００３”）が削除される。これにより、クライアントＡでは、対応するＧＵＩ部品が削除された画面が表示されることとなる。また、クライアントＢのＧＵＩ部品情報からは、図２６Ｅに示すように、ＧＵＩ部品情報（ＧＵＩ部品ＩＤ”０００３”）が削除される。これにより、クライアントＢでは、対応するＧＵＩ部品が削除された画面が表示されることとなる。

以上、本発明を実施形態に基づいて説明したが、本発明は上述した実施の形態に限られず、他の様々な態様に適用可能である。

例えば、上記実施形態では、会議サーバー２と、管理サーバー３とを別のＰＣとして構成していたが、例えば、会議サーバー２と管理サーバー３とをひとつのＰＣで構成するようにしてもよい。また、上記実施形態では、管理サーバー３とクライアント４とをそれぞれ別のＰＣで構成していたが、例えば、管理サーバー３と１つのクライアント４とを同一のＰＣで構成するようにしてもよい。

１ 共同作業支援システム、２ 会議サーバー、３ 管理サーバー、４ クライアント、５ ネットワーク、２１ 送受信部、２２ 呼制御部、２３ ユーザー管理部、２４ ユーザー情報ＤＢ、３１ 送受信部、３２ サブスクリプション管理部、３３ ＧＵＩ部品情報生成部、３４ ＧＵＩ部品情報解析部、３５ ＧＵＩ部品基礎情報記憶部、３６ ＧＵＩ部品情報ＤＢ、４１ 送受信部、４２ ＧＵＩ部品情報生成部、４３ 入力処理部、４４ ＧＵＩ部品情報解析部、４５ 表示処理部、４６ パネル設定情報記憶部、４７ レイアウト設定情報記憶部。

Claims (11)

1. 複数のユーザーが利用するための複数のクライアントと、サーバーとを有し、複数の前記クライアントの複数のユーザーによる共同作業を支援する共同作業支援システムであって、
   前記サーバーは、
   共同作業に参加するユーザーの前記クライアントの画面上に表示させる部品に対応する所定の対象の属性情報と、前記対象に関するアドレス情報とを含む部品情報を記憶する部品情報記憶手段と、
   前記部品情報を前記共同作業に参加する前記ユーザーの前記クライアントに対して送信する送信手段と
   を有し、
   前記クライアントは、
   前記部品情報を受信する受信手段と、
   前記部品情報に基づいて、前記部品を前記画面に表示させる表示制御手段と
   を有する共同作業支援システム。
2. 前記サーバーは、
   前記クライアントから、前記クライアントの画面に新たに追加表示させる追加部品に対応する属性情報とアドレス情報とを含む追加部品情報を受け付ける追加部品情報受付手段を更に有し、
   前記送信手段は、前記追加部品情報を、前記共同作業に参加している前記ユーザーの前記クライアントに対して送信し、
   前記クライアントの前記受信手段は、前記追加部品情報を受信し、
   前記表示制御手段は、前記追加部品情報に基づいて、前記追加部品を前記画面に表示させる
   請求項１に記載の共同作業支援システム。
3. 前記サーバーは、
   前記クライアントから、前記クライアントの画面から削除させる削除部品を特定する削除部品情報を受け付ける削除部品情報受付手段を更に有し、
   前記送信手段は、前記削除部品情報を、前記共同作業に参加している前記ユーザーの前記クライアントに対して送信し、
   前記クライアントの前記受信手段は、前記削除部品情報を受信し、
   前記表示制御手段は、前記削除部品情報に基づいて、前記削除部品を前記画面から削除させる
   請求項１又は請求項２に記載の共同作業支援システム。
4. 前記サーバーは、
   前記クライアントから、前記クライアントの画面の部品が示す対象が変更したことを示す変更部品情報を受け付ける変更部品情報受付手段を更に有し、
   前記送信手段は、前記変更部品情報を、前記共同作業に参加している前記ユーザーの前記クライアントに対して送信し、
   前記クライアントの前記受信手段は、前記変更部品情報を受信し、
   前記クライアントは、
   前記部品情報を記憶するクライアント部品情報記憶手段と、
   前記部品変更情報に基づいて、前記部品情報を更新して記憶する部品情報変更手段とを更に有する
   請求項１乃至請求項３のいずれか一項に記載の共同作業支援システム。
5. 前記クライアントは、
   部品が示す属性情報に対応する前記画面における配置位置を特定する配置情報を記憶する配置情報記憶手段を更に有し、
   前記表示制御手段は、前記部品情報の前記属性情報と、前記配置情報とに基づいて、前記画面における前記部品の配置位置を決定する
   請求項１乃至請求項４のいずれか一項に記載の共同作業支援システム。
6. 前記クライアントは、
   前記部品情報の前記アドレス情報に対応するアクセス先にアクセスして、前記アクセス先からデータを取得するクライアント側データ取得手段を更に有する
   請求項１乃至請求項５のいずれか一項に記載の共同作業支援システム。
7. 前記部品が示す前記対象は、データであり、
   前記表示制御手段は、前記部品情報を前記画面にアイコンとして表示し、
   前記クライアント側データ取得手段は、前記アイコンに対する指定操作に基づいて、前記アクセス先からデータを取得する
   請求項６に記載の共同作業支援システム。
8. 前記サーバーは、
   前記クライアントから受け付けた前記部品情報が示す前記対象がデータである場合に、前記アドレス情報に基づいて、前記データを取得するサーバー側データ取得手段と、
   前記取得した前記データを記憶する共有データ記憶手段と、
   前記部品情報の前記アドレス情報を、前記共有データ記憶手段における前記データのアドレスに更新する更新手段とを更に有し、
   前記送信手段は、前記更新された前記部品情報を前記共同作業に参加している前記ユーザーの前記クライアントに対して送信し、
   前記クライアント側データ取得手段は、前記部品情報に対するアクセス指示を受け付けた場合に、前記アドレス情報が示す前記サーバーの前記共有データ記憶手段から前記データを取得する
   請求項６又は請求項７に記載の共同作業支援システム。
9. 前記部品が示す前記対象は、アプリケーションであり、
   前記クライアント側データ取得手段は、前記アクセス先から前記アプリケーションのプログラムデータを取得し、
   前記クライアントは、
   前記プログラムデータを実行するプログラム実行手段を更に有する
   請求項６乃至請求項８のいずれか一項に記載の共同作業支援システム。
10. 前記対象の前記属性情報には、当該対象のデバイスのドライバープログラムを格納した格納先アドレス情報が含まれており、
    前記クライアントは、
    前記格納先アドレス情報に基づいて、前記デバイスの前記ドライバープログラムを取得するドライバー取得手段と、
    取得した前記ドライバープログラムをインストールするインストール手段と
    を有する請求項１乃至請求項９のいずれか一項に記載の共同作業支援システム。
11. 共同作業を支援するサーバーであって、
    前記共同作業に参加するユーザーのクライアントの画面上に表示させる部品に対応する所定の対象の属性情報と、前記対象に関するアドレス情報とを含む部品情報を記憶する部品情報記憶手段と、
    前記部品情報を前記共同作業に参加する前記ユーザーの前記クライアントに対して送信する送信手段と
    を有するサーバー。

Images