(57)【要約】【課題】各端末側ユーザの意見を反映して共有データを更新し得る情報共有システムを提供する。【解決手段】情報共有システム５００の端末装置１００は、ネットワーク６００で接続された他の端末装置２００〜４００と相互に情報を交換する。受信部１０３は、グループ内の他の端末装置から、グループで共有される共有データを更新するための更新データおよび更新データの採用の可否を示す採用可否情報を受信する。入力部１０１は、ユーザから更新データおよび採用可否情報の入力を受け付ける。送信部１０４は、入力された更新データおよび採用可否情報を他の端末装置に送信する。合成部１０５は、更新データと共有データとを合成して更新された共有データを生成する。判断部１０９は、採用可否情報に基づいて更新データの採用可否を判断し、採用可と判断した更新データのみ合成部１０５に合成させる。【選択図】    図２
2004348180.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークで繋がった複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく通信装置であって、
既に共有している、または、共有可能になっている共有情報を出力する第１の出力手段と、
当該通信装置および１以上の他の通信装置の少なくとも１つから入力された更新情報を出力する第２の出力手段と、
前記更新情報を採用するか否かに関する採用可否情報を取得し、取得した採用可否情報に基づいて前記更新情報を採用するか否かを判断する判断手段と、
前記判断手段により前記更新情報を採用すると判断された場合に、前記共有情報と前記更新情報とを合成することによって前記共有情報を更新する合成手段と
を備えることを特徴とする通信装置。
【請求項２】
ネットワークで繋がった複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく通信装置であって、
共有情報を記憶する記憶手段と、
前記記憶手段に記憶されている共有情報を出力する第１の出力手段と、
当該通信装置のユーザが入力した更新情報を受け取る入力手段と、
他の通信装置から送られてくる更新情報を受け取る受信手段と、
前記入力手段および前記受信手段の少なくとも１つによって更新情報が受け取られた場合に、その更新情報を出力する第２の出力手段と、
前記入力手段および前記受信手段の少なくとも１つによって更新情報が受け取られた場合に、その更新情報と前記記憶手段に記憶されている共有情報とを合成することによって前記共有情報を更新する合成手段と
を備えることを特徴とする通信装置。
【請求項３】
前記第１の出力手段は、前記入力手段および前記受信手段において当該通信装置および１以上の他の通信装置の少なくとも１つから入力された更新情報を受け取った場合、その更新情報が前記第２の出力手段によって出力された後、前記合成手段による更新後の共有情報を出力する
ことを特徴とする請求項１または請求項２記載の通信装置。
【請求項４】
前記合成手段は、前記更新情報と前記共有情報とをＸＭＬ書式で記述されたＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）ファイルとして合成する
ことを特徴とする請求項１または請求項２記載の通信装置。
【請求項５】
前記合成手段は、前記更新情報と前記共有情報とを、更新日時および送信元情報を含む履歴管理情報が付加されたＸＭＬで記述されたＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）ファイルとして合成する
ことを特徴とする請求項１または請求項２記載の通信装置。
【請求項６】
前記合成手段はさらに、前記更新情報のＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）ファイルに付加された履歴管理情報に基づいて送信元毎に更新情報のリストを生成する
ことを特徴とする請求項５記載の通信装置。
【請求項７】
前記通信装置はさらに、前記入力手段が受け取った更新情報を他の通信装置に送信する送信手段を備え、
前記入力手段が受け取るユーザによる更新情報の入力が確定した後に、前記送信手段はその更新情報を他の通信装置に送信するとともに、前記第２の出力手段はその更新情報を出力し、前記合成手段はその更新情報と前記共有情報とを合成する
ことを特徴とする請求項２記載の通信装置。
【請求項８】
前記通信装置はさらに、前記入力手段が受け取った更新情報をＸＭＬ書式で記述されたＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）ファイルとして生成するＳＶＧファイル生成手段を備え、
前記送信手段は、前記ＳＶＧファイル生成手段により生成されたＳＶＧファイルを他の通信装置に送信する
ことを特徴とする請求項７記載の通信装置。
【請求項９】
前記通信装置はさらに、
前記入力手段または前記受信手段が受け取った更新情報を採用するか否かに関する採用可否情報を取得し、取得した採用可否情報に基づいて前記更新情報を採用するか否かを判断する判断手段を備え、
前記合成手段は、前記判断手段により採用すると判断された場合に、前記更新情報と前記記憶手段に記憶されている共有情報とを合成する
ことを特徴とする請求項２記載の通信装置。
【請求項１０】
前記判断手段は、当該通信装置および他の通信装置の少なくとも１つから前記採用可否情報を取得する
ことを特徴とする請求項９記載の通信装置。
【請求項１１】
前記判断手段は、前記採用可否情報の多数決、または、当該通信装置および他の通信装置を含む通信装置の総数内の所定数以上による決定によって前記判断を行う
ことを特徴とする請求項１０記載の通信装置。
【請求項１２】
前記通信装置はさらに、前記採用可否情報の送信に関する権限を設定する設定手段を備え、
前記判断手段は、前記権限が与えられた通信装置から取得した採用可否情報に基づいて前記判断を行う
ことを特徴とする請求項１１記載の通信装置。
【請求項１３】
前記設定手段は、前記権限として、２以上のレベルのいずれかを示す権限レベルを設定し、
前記判断手段は、前記権利レベルとして、最終決定する権利レベルが設定された特定の通信装置からの採用可否情報に基づいて前記判断を行う
ことを特徴とする請求項１２記載の通信装置。
【請求項１４】
前記通信装置はさらに、
前記受信手段が受け取った更新情報を前記合成手段による合成の対象として採用するか否かをユーザに問い合わせる問い合わせ手段と、
前記問い合わせに対してユーザから取得した情報を採用可否情報として他の通信装置に送信する採用可否情報送信手段とを備える
ことを特徴とする請求項９記載の通信装置。
【請求項１５】
前記通信装置はさらに、前記第１の出力手段が出力する共有情報についての印刷データを生成して印刷するプリンタエンジンを備える
ことを特徴とする請求項１〜１４のいずれか１項に記載の通信装置。
【請求項１６】
前記通信装置は、携帯電話機、または、ＰＤＡ（ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、または、デジタルカメラ、または、ＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）コンテンツで記述されたコンテンツを放送局から受信することが可能な受信機である
ことを特徴とする請求項１〜１４のいずれか１項に記載の通信装置。
【請求項１７】
ネットワークで繋がった複数の通信装置からなり、前記複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく情報共有システムであって、
前記通信装置は、
既に共有している、または、共有可能になっている共有情報を出力する第１の出力手段と、
当該通信装置および１以上の他の通信装置の少なくとも１つから入力された更新情報を出力する第２の出力手段と、
前記更新情報を採用するか否かに関する採用可否情報を取得し、取得した採用可否情報に基づいて前記更新情報を採用するか否かを判断する判断手段と、
前記判断手段により前記更新情報を採用すると判断された場合に、前記共有情報と前記更新情報とを合成することによって前記共有情報を更新する合成手段とを備える
ことを特徴とする情報共有システム。
【請求項１８】
ネットワークで繋がった複数の通信装置からなり、前記複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく情報共有システムであって、
前記通信装置は、
共有情報を記憶する記憶手段と、
前記記憶手段に記憶されている共有情報を出力する第１の出力手段と、
当該通信装置のユーザが入力した更新情報を受け取る入力手段と、
他の通信装置から送られてくる更新情報を受け取る受信手段と、
前記入力手段および前記受信手段の少なくとも１つによって更新情報が受け取られた場合に、その更新情報を出力する第２の出力手段と、
前記入力手段および前記受信手段の少なくとも１つによって更新情報が受け取られた場合に、その更新情報と前記記憶手段に記憶されている共有情報とを合成することによって前記共有情報を更新する合成手段とを備える
ことを特徴とする情報共有システム。
【請求項１９】
ネットワークで繋がった複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく情報共有方法であって、
前記通信装置は、
既に共有している、または、共有可能になっている共有情報を出力する第１の出力ステップと、
当該通信装置および１以上の他の通信装置の少なくとも１つから入力された更新情報を出力する第２の出力ステップと、
前記更新情報を採用するか否かに関する採用可否情報を取得し、取得した採用可否情報に基づいて前記更新情報を採用するか否かを判断する判断ステップと、
前記判断ステップにより前記更新情報を採用すると判断された場合に、前記共有情報と前記更新情報とを合成することによって前記共有情報を更新する合成ステップと
を含むことを特徴とする情報共有方法。
【請求項２０】
ネットワークで繋がった複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく情報共有方法であって、
前記通信装置は、
記憶手段に記憶されている共有情報を出力する第１の出力ステップと、
当該通信装置のユーザが入力した更新情報を受け取る入力ステップと、
他の通信装置から送られてくる更新情報を受け取る受信ステップと、
前記入力ステップおよび前記受信ステップの少なくとも１つによって更新情報が受け取られた場合に、その更新情報を出力する第２の出力ステップと、
前記入力ステップおよび前記受信ステップの少なくとも１つによって更新情報が受け取られた場合に、その更新情報と前記記憶手段に記憶されている共有情報とを合成することによって前記共有情報を更新する合成ステップと
を含むことを特徴とする情報共有方法。
【請求項２１】
ネットワークで繋がった複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく通信装置のためのプログラムであって、
請求項１〜１６のいずれか１項に記載の通信装置が備える手段としてコンピュータを機能させる
ことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般公衆電話網、インターネット網、ＤＳＬ（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）網、専用回線網等のネットワークで繋がった複数の通信装置間で相互に情報を交換する通信装置、情報共有システムおよび情報共有方法を提案するものである。
【０００２】
【従来の技術】
現在、各種の通信事業者により、一般消費者あるいは企業ユーザを対象とした様々な通信サービスが提供されている。これら通信サービスの一つとして、多地点の一般電話、携帯電話、ＰＨＳを結んで同時に会話を実施する音声会議サービスが提供されている。一方で、インターネット市場の普及に伴い、Ｗｅｂ上において、文字、画像、音楽等のデータ系の情報を多数のユーザが共有するテキスト会議、テキストチャット型サービスも提供されている。
【０００３】
上記のような会議システムは、ネットワークを介して相互に接続された複数台の端末装置をグループとして構成したコンピュータシステムまたは情報共有システムの１つである。この情報共有システムでは、各端末装置に格納されているプログラムおよび当該プログラムに対応するデータをグループ内の共有データとし、この共有データがグループ内の全ての端末装置において最新の状態となるようにシステムを運用する場合がある。このような場合、例えば、グループ内にサーバ装置を設置し、このサーバ装置が、グループ内の各端末装置で発生した共有データの更新情報をグループ内の全ての端末装置に対して同報送信することにより共有データの整合性を保持しようとしている。
【０００４】
ところで、情報共有システムが、多人数参加型のアプリケーションを実行する場合には、グループ内の端末装置が途中参加や途中脱退により頻繁に入れ替わることがあるため、各端末装置の共有データを最新の状態に保持しようとすると、サーバ装置における処理の負荷が非常に高くなってしまう。したがって、このような情報共有システムでは、高性能なサーバ装置が必要になってしまうため、情報共有システムを経済的に実現することが困難となる。
【０００５】
そこで、従来の情報共有システムは、まず、各端末装置において、予め定められた所定の決定方法にしたがって、複数の端末装置の中からいずれか１つの端末装置を決定し、決定された端末装置を同報送信端末装置とする。同報送信端末装置は、前記共有データの更新に関する更新情報をグループ内の各端末装置に対して同報送信する端末装置である（同報端末決定工程）。次いで、前記同報端末決定工程で決定した同報送信端末装置に対して、前記各端末装置から前記更新情報を送信させる（送信工程）。前記同報送信端末装置は、当該更新情報を前記端末装置に対して同報送信する（同報送信工程）。同報送信された更新情報を受信した各端末装置では、受信した更新情報によって前記共有データを更新する（更新工程）。このようにして、各端末装置における処理の負荷の軽減を図りながら、各端末装置に格納されている共有データの整合性を図っている。
【０００６】
図１４は、従来の情報共有システムの概念を説明するための図である。例えば、図１４に示すように、端末装置Ａが送信端末装置である場合、共有データＡの更新データＡ１を端末装置Ｂ、端末装置Ｃ、端末装置Ｄに同報送信している。端末装置Ｂが送信端末装置である場合、共有データＢの更新データＢ１を端末装置Ａ、端末装置Ｃ、端末装置Ｄに同報送信している。
【０００７】
【特許文献１】
特開２００１−３３１４６９号公報（第１−２５頁、第２図）
【０００８】
【発明が解決しようとする課題】
しかしながら、従来の技術では、予め定められた所定のアルゴリズムに基づいて、更新毎に同報送信端末装置を一意に決定し、決定された同報送信端末装置から共有データの更新データを各端末に送信するのみである。従って、更新データの受け手側では、その更新データで共有データを更新するか否かについて意見があったとしても、その意見を反映させることができず、更新データを一方的に受け入れることしかできない。情報共有システムを構成する端末装置がすべて大容量のハードディスクおよび高速ＣＰＵを備えたパソコンなどであれば大きな問題を生じないが、情報共有システム内にメモリおよびＣＰＵなどの資源に制限のある携帯電話機などの端末装置が含まれている場合、ユーザにとって特に重要でないデータで共有データが更新されることにより、ユーザにとってより重要なデータを保持するための記憶領域が縮小されてしまうという問題がある。
【０００９】
本発明では、更新データがあった場合、これを受け取った各端末側ユーザの意見を反映して共有データを更新し得る情報共有システムおよびその情報共有システムを構成する通信装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記目的を達成するために、本発明の通信装置は、ネットワークで繋がった複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく通信装置であって、共有情報を記憶する記憶手段と、前記記憶手段に記憶されている共有情報を出力する第１の出力手段と、当該通信装置のユーザが入力した更新情報を受け取る入力手段と、他の通信装置から送られてくる更新情報を受け取る受信手段と、前記入力手段および前記受信手段の少なくとも１つによって更新情報が受け取られた場合に、その更新情報を出力する第２の出力手段と、前記入力手段および前記受信手段の少なくとも１つによって更新情報が受け取られた場合に、その更新情報と前記記憶手段に記憶されている共有情報とを合成することによって前記共有情報を更新する合成手段とを備えることを特徴とする。
【００１１】
また、前記第１の出力手段は、前記入力手段および前記受信手段において当該通信装置および１以上の他の通信装置の少なくとも１つから入力された更新情報を受け取った場合、その更新情報が前記第２の出力手段によって出力された後、前記合成手段による更新後の共有情報を出力することを特徴とする。
【００１２】
このように、通信装置は、記憶手段で保持している合成手段の出力を第１の出力手段に出力し、新たに追加または更新された情報を受け取った場合、これを第２の出力手段でユーザに確認させた後、記憶手段で保持している合成手段の出力に合成して第１の出力手段の出力を更新する。このようにすれば、外部装置から送信された情報を適時に第２の出力手段に出力し、適宜に合成手段で合成処理を行って、第１の出力手段に更新された合成情報を出力することができる。
【００１３】
また、上記合成手段は、前記合成手段は、前記更新情報と前記共有情報とをＸＭＬ書式で記述されたＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）ファイルとして合成することを特徴とする。
このようにすれば、新たに追加または更新された情報に対応したＳＶＧファイルのみをやりとりし、ＳＶＧファイルに記述されたテキストを共有情報に追加し、または書き換えることにより効率の良い合成処理を実現することができる。例えば、ＳＶＧはビットマップ化されているＧＩＦおよびＪＰＥＧ形式と異なり、ベクター形式で記述されているので、合成処理したデータを印刷する場合においても、ビットマップ化されているイメージを印刷するときに発生するイメージのジャギーなしに、任意の解像度で高画質に印刷することができる。また、ＳＶＧによればイメージの任意の部分、例えば更新情報、をイメージが劣化することなく拡大することができる。さらに、ＳＶＧは、ビットマップ化されたイメージとは異なり、ＳＶＧイメージに含まれるテキストの選択や検索ができるので、合成情報の一部を更新するような場合に、ＳＶＧイメージから所望の情報を抽出し編集することができる。
【００１４】
また、本発明の合成手段は、前記更新情報と前記共有情報とを、更新日時および送信元情報を含む履歴管理情報が付加されたＸＭＬで記述されたＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）ファイルとして合成することを特徴とする。
このようにすれば、記憶手段に格納した合成情報とその更新履歴を合成して出力することができるので、更新状況を確認するのに便利である。
【００１５】
また、上記合成手段は、さらに、前記更新情報のＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）ファイルに付加された履歴管理情報に基づいて送信元毎に更新情報のリストを生成することを特徴とする。
このようにすれば、送信元別の更新状況を確認することができる。
【００１６】
さらに、本発明の通信装置は、前記入力手段が受け取った更新情報を他の通信装置に送信する送信手段を備え、前記入力手段が受け取るユーザによる更新情報の入力が確定した後に、前記送信手段はその更新情報を他の通信装置に送信するとともに、前記第２の出力手段はその更新情報を出力し、前記合成手段はその更新情報と前記共有情報とを合成することを特徴とする。
【００１７】
このようにすれば、新たに情報が追加または更新された場合、この新たな情報を関連する手段へ迅速に送信することができる。
さらに、本発明の通信装置は、前記入力手段が受け取った更新情報をＸＭＬ書式で記述されたＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）ファイルとして生成するＳＶＧファイル生成手段を備え、前記送信手段は、前記ＳＶＧファイル生成手段により生成されたＳＶＧファイルを他の通信装置に送信することを特徴とする。
【００１８】
このようにすれば、プレーンテキスト形式で記述されたＳＶＧファイルで文字、静止画、動画などを扱うことができるので便利である。また、ＳＶＧファイルは、ＪＰＥＧやＧＩＦのイメージに比べて圧縮時にも圧縮率がより高くなるので、ファイル伝送においても有利である。
【００１９】
さらに、本発明の通信装置は、前記入力手段または前記受信手段が受け取った更新情報を採用するか否かに関する採用可否情報を取得し、取得した採用可否情報に基づいて前記更新情報を採用するか否かを判断する判断手段を備え、前記合成手段は、前記判断手段により採用すると判断された場合に、前記更新情報と前記記憶手段に記憶されている共有情報とを合成することを特徴とする。
【００２０】
また、前記判断手段は、前記採用可否情報の多数決、または、当該通信装置および他の通信装置を含む通信装置の総数内の所定数以上による決定によって前記判断を行うことを特徴とする。
このようにすれば、グループ登録された各通信装置のユーザの意図を反映し、多数決あるいは適当な判断基準をもって、合成手段により更新情報を合成するか否かを判断することができる。
【００２１】
さらに、本発明の前記通信装置は、前記採用可否情報の送信に関する権限を設定する設定手段を備え、前記判断手段は、前記権限が与えられた通信装置から取得した採用可否情報に基づいて前記判断を行うことを特徴とする。
また、前記設定手段は、前記権限として、２以上のレベルのいずれかを示す権限レベルを設定し、前記判断手段は、前記権利レベルとして、最終決定する権利レベルが設定された特定の通信装置からの採用可否情報に基づいて前記判断を行うことを特徴とする。
【００２２】
このようにすることで、グループ登録された各通信装置に、新たな情報を採用するか否かを判断する権利のレベルを設定して、この権利レベルに基づいた新たな情報の採用可否判断をすることができる。
さらに、本発明の通信装置は、前記受信手段が受け取った更新情報を前記合成手段による合成の対象として採用するか否かをユーザに問い合わせる問い合わせ手段と、前記問い合わせに対してユーザから取得した情報を採用可否情報として他の通信装置に送信する採用可否情報送信手段とを備えることを特徴とする。
【００２３】
このようにすれば、当該通信装置の外部から情報を受け取った場合に、これを新たな情報として採用するか否かの当該通信装置のユーザによる判断を適時に行うことができる。
さらに、本発明の通信装置は、前記第１の出力手段が出力する共有情報についての印刷データを生成して印刷するプリンタエンジンを備えることを特徴とする。
【００２４】
このようにすれば、本発明の通信装置が適用された画像形成装置を提供することができる。
また、上記通信装置は、携帯電話機、または、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、または、デジタルカメラ、または、ＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）コンテンツで記述されたコンテンツを放送局から受信することが可能な受信機であることを特徴とする。
【００２５】
このようにすれば、本発明の通信装置が適用された、携帯電話機、または、ＰＤＡ（ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、または、デジタルカメラ、または、ＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）コンテンツで記述されたコンテンツを放送局から受信することが可能な受信機を提供することができる。
【００２６】
また、本発明の情報共有システムは、ネットワークで繋がった複数の通信装置からなり、前記複数の通信装置間で相互に情報を交換し合うことによって情報を共有するとともに、当該情報を更新していく情報共有システムであって、前記通信装置は、既に共有している、または、共有可能になっている共有情報を出力する第１の出力手段と、当該通信装置および１以上の他の通信装置の少なくとも１つから入力された更新情報を出力する第２の出力手段と、前記更新情報を採用するか否かに関する採用可否情報を取得し、取得した採用可否情報に基づいて前記更新情報を採用するか否かを判断する判断手段と、前記判断手段により前記更新情報を採用すると判断された場合に、前記共有情報と前記更新情報とを合成することによって前記共有情報を更新する合成手段とを備えることを特徴とする。
【００２７】
このようにすれば、他方の通信装置からの採用可否情報に基づいて、新たな情報を合成情報に合成するか否かの判断を行い、合成する場合、一方の通信装置で合成処理をした更新合成情報を他方の通信装置へ送信する情報共有システムを実現することができる。
【００２８】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。
【００２９】
（実施の形態１）
図１は、本発明の情報共有システムの概要を説明するための概念図である。情報共有システムは、共有データを更新するための更新データに対して、それを採用したい／したくないというユーザの意見を示す、各端末装置からの採用可否情報に基づいて、更新データの採用／不採用を判断し、採用された更新データで共有データを更新するシステムであって、端末装置１００、端末装置２００、端末装置３００および端末装置４００を備える。端末装置１００、端末装置２００、端末装置３００および端末装置４００は、本発明の請求項でいう「通信装置」である。なお、以下では、更新データの採用の可否が決定された後、各々の端末装置はユーザからの入力操作によって更新データが入力されるごとに送信端末装置の役割を担い、送信端末装置となった端末装置だけが内部で作成された更新データをグループ内の各端末装置に同報送信するものとする。ここでは、最初の送信端末装置を端末装置１００とし、端末装置１００、端末装置２００、端末装置３００および端末装置４００が、共有データ１および共有データ２を共有する場合について説明する。
【００３０】
まず、送信端末装置である端末装置１００は、ユーザからの入力操作によって更新データが入力されると、この更新データを当該端末装置（端末装置１００）以外の各端末装置に同報送信する。例えば、端末装置１００は、共有データ１の更新データ１を端末装置２００、端末装置３００および端末装置４００に同報送信する。端末装置１００から同報送信された更新データ１の採用の可否が判断されるまでの間、端末装置１００以外の端末装置は、内部で作成された更新データを送信することはできず、外部から受信した更新データに対する採用可否情報を、更新データの採用の可否を判断する端末装置（ここでは、例えば、最終決定権を有する端末装置）に対して送信するものとする。この後、端末装置１００は、送信端末装置としての役割を終え、ユーザからの入力操作によって更新データが入力された端末装置１００を含むいずれかの端末装置が次の送信端末装置として動作する。なお、ここでは、情報共有システムにおける送信端末装置の決定方法は本発明の本旨ではないので、説明を省略する。
【００３１】
端末装置１００以外のいずれかの端末装置が送信端末装置として動作する場合も、端末装置１００が送信端末装置である場合と同様に、送信端末装置だけが内部で作成された更新データを同報送信する。その後、同報送信された更新データの採用の可否が決定されると、端末装置のユーザからの入力操作によって更新データが入力されたいずれかの端末装置が送信端末装置の役割を担う。
【００３２】
このように、本発明の情報共有システムは、送信端末装置から同報送信された更新データを受け取った各端末装置が、更新データを採用するか否かを示す採用可否情報を他の端末装置に送信し、この採用可否情報に基づいて更新データを採用するか否かを決定する機能と、既に採用可となっている共有データ（以下、基本データという）と採用可否情報に基づいて採用可となった更新データとを合成して基本データを更新する機能を有する。
【００３３】
以下、図２を用いて本発明の通信装置と情報共有システムについて説明する。
図２は、実施の形態１の情報共有システム５００の構成を示すブロック図である。端末装置１００、端末装置２００、端末装置３００および端末装置４００は、複数のユーザがデータを共有する情報共有システム５００における多地点のマルチメディア会議用のユーザ側端末である。これにおいて、端末装置２００、端末装置３００および端末装置４００は端末装置１００と同様の機能を有するユーザ側端末装置であり、端末装置１００と同様の各構成要素をバスで接続することにより具現化できる。従って、ここでは端末装置２００、端末装置３００および端末装置４００の構成については説明を省略する。また、ここでは仮に送信端末装置としての端末装置１００から更新データ１を発信し、その他の端末装置としての端末装置２００、端末装置３００および端末装置４００は、端末装置１００から送信された更新データ１を受け取るものとする。
【００３４】
以下では、本発明の情報共有システム５００をマルチメディア会議に適用する場合を例にして説明する。まず、端末１００の構成について説明する。
端末装置１００は、複数のユーザが共通の会議に参加する多地点のマルチメディア会議用のユーザ側端末装置であって、入力部１０１、Ｉ／Ｆ処理部１０２、受信部１０３、送信部１０４、合成部１０５、記憶部１０６、第１表示部１０７、第２表示部１０８、判断部１０９、設定部１１０、問い合わせ部１１１、ＳＶＧファイル生成部１１２およびバス１１３を備える。
【００３５】
入力部１０１は、キーボード、マウスなどの操作部を備え、ユーザが操作部を操作することによって、受信部１０３において外部から受信した更新データを更新データとして採用するか否かを示す採用可否情報の入力、端末装置１００の権利レベルを設定するための入力およびユーザが共有データを更新する（更新データを作成する）ための入力などを受け付ける。
【００３６】
Ｉ／Ｆ処理部１０２は、端末装置１００の外部機器と通信を行うために、ネットワーク６００への接続処理を行う。
受信部１０３は、端末装置１００の外部の端末装置（例えば、端末装置２００、端末装置３００および端末装置４００）から、更新データおよび採用可否情報などを受信する。
【００３７】
送信部１０４は、当該端末装置１００のユーザにより入力部１０１で入力された採用可否情報および更新データなどを当該端末装置の外部の端末装置（例えば、端末装置２００、端末装置３００、端末装置４００）に送信する。
合成部１０５は、既に採用された共有データである基本データと、採用可否情報に基づいて採用されることが決定された更新データとを合成する。
【００３８】
記憶部１０６は、共有データおよび合成部１０５で合成された合成データを保持するための記憶領域である。
第１表示部１０７は、記憶部１０６に保持されている合成データを表示する。
第２表示部１０８は、共有データ、入力部１０１で入力されたまたは受信部１０３で受信された更新データおよび採用可否情報などを表示する。
【００３９】
判断部１０９は、入力部１０１で入力された採用可否情報および当該端末装置１００の外部から受信した採用可否情報に基づいて、更新データを採用するか否かを判断する。
設定部１１０は、入力部１０１への入力に従って、更新データの採用可否について投票する権利、判断部１０９による更新データの採用可否判断を行う権利の有無および／または権利のレベル（優先度）などを示す設定情報を生成し、内部に保持する。より具体的には、入力部１０１から入力された更新データおよび外部から受信部１０３で受信した更新データについて、更新データの採用可否について投票する権利、採用するか否かの判断を行う権利を当該端末装置１００が有するか否かの設定および当該端末装置１００の権利レベルを設定する。設定部１１０で設定される権利には、例えば、以下のようなものがある。
【００４０】
「１１」＝最終決定権（更新データを採用するか否かを最終的に決定する権利）、
「１０」＝代理最終決定権（最終決定権を有する端末装置のユーザが不参加の場合に代理で最終決定権を行使する権利）、
「０１」＝権利有（更新データの採用可否について投票することができる）、
「００」＝権利無（更新データの採用可否について投票することができない）などがある。
【００４１】
なお、上記説明では、端末装置１００の入力部１０１から入力された更新データも含めて、更新データを採用するか否かを端末装置１００で判断するとしたが、当該端末装置１００の入力部１０１で入力された更新データは、採用可否判断の対象から除外するようにしても良い。
【００４２】
問い合わせ部１１１は、受信部１０３において外部の端末装置から受信した更新データの採用の可否を当該端末装置１００のユーザに問い合わせる。
ＳＶＧファイル生成部１１２は、入力部１０１を操作することにより、端末装置１００のユーザが更新した共有データから、各端末装置に送信するための更新データを表すＳＶＧファイルを生成する。
【００４３】
次に、情報共有システムの動作について図１、図２、図３を用いて説明する。図３は、図２に示した情報共有システム５００における共有データの更新処理の流れを示すフローチャートである。図４は、図２に示した情報共有システム５００におけるデータの流れを示す通信シーケンス図である。同図において、図３に示した各ステップに対応する箇所には同じステップ番号を付している。
【００４４】
ここで、図１、図２に示した端末装置１００がＡ地点に設置されており、端末装置２００がＢ地点に、端末装置３００がＣ地点に、端末装置４００がＤ地点に設置されているとする。Ａ地点の端末装置１００、Ｂ地点の端末装置２００、Ｃ地点の端末装置３００、およびＤ地点の端末装置４００は、ネットワーク６００を介して接続され、相互に情報を交換する。端末装置１００、端末装置２００、端末装置３００および端末装置４００は、それぞれ、情報共有システム５００を構成する端末装置としてグループ登録されており、登録メンバーを示すメンバーデータなどのグループ登録に関する情報を保持している。
【００４５】
本発明の端末装置をマルチメディア会議用端末装置として用いる場合、グループ登録されたいずれか１つの端末装置からグループ内の他の端末装置を呼び出して、呼び出しを受けた他の端末装置のユーザが呼び出しに応答すると、双方向の通信が可能になる。以下、説明を簡単にするため、Ａ地点とＢ地点の２拠点間での通信を例に説明する。
【００４６】
端末装置１００を含むグループ登録された端末装置は、更新データを採用するか否かについて投票する権利を有するか否か、更新データを採用するか否かの判断を行う権利を有するか否かおよびその権利レベルが事前に設定されているものとする。ここでは、例えば、端末装置１００に最終決定権「１１」が設定されており、グループ登録された全ての端末装置に権利有＝「０１」が設定されているものとして以下を説明する。
【００４７】
端末装置１００は、ユーザの入力に従って、グループ登録された他の端末に接続要求を出す。すなわち、端末装置１００の送信部１０４は、Ｉ／Ｆ処理部１０２、ネットワーク６００を介して、端末装置２００のＩ／Ｆ処理部に対して接続要求を送信する。端末装置２００は、端末装置１００からの接続要求を受け取り、グループ登録された相手からの接続要求であることを確認して接続を確立する。すなわち、端末装置２００のＩ／Ｆ処理部は、端末装置１００からの接続要求を受け取ると、端末装置２００内の記憶部に保持している（図示省略の）グループ登録情報を参照し、グループ登録された相手からの接続要求であるか否かを判断する。そして、グループ登録された相手からの接続要求であることが確認できたら、端末装置２００と端末装置１００との接続を確立する。これにより端末装置２００と端末装置１００との間で通信および情報の共有が可能になる。
【００４８】
端末装置１００は共有データ１を保有しており、この共有データ１をグループ登録された他の端末に同報送信する（Ｓ３０１）。例えば、この共有データ１を会議で使用する資料とすれば、グループ登録された他の全端末装置に共有データ１を配信することにより会議資料の配布を完了する。
【００４９】
ここで、端末装置１００と端末装置２００とで共有データ１を基本データとして参照しながらの会議が進捗して、共有データ１の更新が発生したとする。
端末装置１００のユーザが入力部１０１より更新データを入力する。入力部１０１により入力された更新データは、ＳＶＧファイル生成部１１２に入力され、ＳＶＧファイル生成部１１２によって更新データのＳＶＧファイルが生成される。端末装置１００は、ＳＶＧファイル生成部１１２により生成されたＳＶＧファイルを、共有データ１の更新データ１として他の端末装置（端末装置２００）に同報送信する（Ｓ３０２）。
【００５０】
更新データ１を受信した他の端末装置は（Ｓ３０３）、これを第２表示部２０８に出力（表示）し（Ｓ３０４）、問い合わせ部１１２によりユーザに更新データ１を採用するか否かを問い合わせる。端末装置２００のユーザは、第２表示部２０８に出力（表示）された更新データ１の内容を確認して、更新データ１を採用するか否かの情報を入力部１０１から入力する（Ｓ３０５）。
【００５１】
他の端末装置は、更新データ１を採用するか否かを示す採用可否情報を送信部２０４、Ｉ／Ｆ処理部２０２、ネットワーク６００を介して端末装置１００に送信する（Ｓ３０６）。
端末装置１００の受信部１０３において、ネットワーク６００、Ｉ／Ｆ処理部１０２を介して他の端末装置から、あらかじめ定めた数の採用可否情報を受信すると（Ｓ３０７）、判断部１０９は、受け取った採用可否情報に基づいて、共有データ１と更新データ１とを合成部１０５で合成するか否かを判断する（Ｓ３０８）。
【００５２】
ここで、判断部１０９による判断について詳しく説明する。
端末装置１００の判断部１０９は、他の端末装置（端末装置２００、端末装置３００および端末装置４００）から受け取った採用可否情報に基づいて、更新データ１を採用するか否かを多数決により判断する（Ｓ３０９）。判断部１０９による判断結果が「採用可」である場合、判断部１０９は、更新データの採用指示を当該端末装置１００の合成部１０５に送信すると共に、ネットワーク６００を介して他の端末装置（端末装置２００、端末装置３００、端末装置４００）に同報送信する（Ｓ３１１）。具体的には、端末装置１００は、多数決を取った結果、「採用可」を示す採用可否情報が多数の場合、共有データ１と更新データ１とを合成する旨の指示である採用指示を内部の合成部１０５に送信し、併せて他の端末装置に同報送信する。
【００５３】
端末装置１００の合成部１０５は、判断部１０９からの採用指示を受けて、記憶部１０６に保持している共有データ１と更新データ１とを合成する。端末装置１００から採用指示を受信した他の端末装置においても、受信した共有データ１と更新データ１とを合成する（Ｓ３１２）。
【００５４】
端末装置１００は、合成部１０５の合成結果を記憶部１０６に格納すると共に、第１表示部１０７に出力し、表示させる。端末装置１００から採用指示を受信した他の端末装置においても、合成結果を記憶部に格納し、第１表示部に表示させる（Ｓ３１３）。
【００５５】
一方、ステップＳ３０９で、判断部１０９において多数決を取った結果、「採用否」を示す採用可否情報が多数の場合、判断部１０９は、更新データの不採用を示す指示を当該端末装置１００の合成部１０５に送信すると共に、ネットワーク６００を介して他の端末装置（端末装置２００、端末装置３００、端末装置４００）に同報送信する（Ｓ３１０）。端末装置１００では、合成部１０５による合成処理は行わず、共有データ１はそのままで更新は行わない。したがって、第１表示部１０７の出力（表示）も更新されず、共有データ１を出力（表示）したままの状態である。他の端末装置においても、合成部による合成処理は行わず、共有データ１はそのままで更新は行わない。
【００５６】
次いで、各端末装置は、ユーザから処理を終了する旨の指示が入力されているか否かをチェックし（Ｓ３１４）、終了の指示が入力されていなければ、ステップＳ３０３の処理に戻り、他の端末装置からの更新データの受信を待つ。ユーザから終了の指示が入力されていれば、以上の処理を終了する。
【００５７】
なお、ここでは、端末装置１００のユーザが入力部１０１から直接入力した更新データについては採用可否情報を作成しないものとして説明したが、入力部から直接入力された更新データについても、採用可否情報を作成するとしてもよい。特に、当該端末装置１００を含めない他の端末装置の数、または採用可否情報により更新データの採用の可否について投票する権利を有している端末装置の数が偶数であり、多数決によって更新データの採用の可否を判断する場合、入力部から直接入力された更新データについても採用可否情報を作成することが好ましい。この場合、当該端末装置１００の採用可否情報を含めて、採用可否情報の数を奇数とし、判断部１０９による多数決をとる。このようにすれば、端末装置１００以外の他の全端末装置による採用可否情報の「採用可」と「採用否」とが同数であっても、当該端末装置１００の採用可否情報を含めることで多数決の結果を得ることができる。したがって、判断部１０９による判断を行うとき、グループ登録された他の端末装置の数に応じて当該端末装置１００の採用可否情報を含めるか否かを切り替えるようにしても良い。つまり、グループ登録された当該端末装置１００以外の端末装置の数が偶数の場合は、当該端末装置１００の採用可否情報を含め、奇数の場合は含めないように設定部１１０に設定する。この場合、入力部に直接入力された更新データについては、問い合わせ部１１１による問い合わせを行っても、行わなくてもよい。問い合わせを行わない場合は、常に「採用可」を示す採用可否情報を作成して更新データに添付し、送信するとしてもよい。この場合、更新データに添付される採用可否情報は、「０」のとき「採用否」を示し、「１」のとき「採用可」を示すフラグなどであってもよい。
【００５８】
また、上記判断部１０９による判断の説明では、グループ登録された端末からの採用可否情報に基づいて、更新データの採用の可否を多数決により判断する例を説明したが、これに限定されるものではない。例えば、判断部１０９は、グループ登録された端末装置の数（ここでは、当該端末装置１００を含めて４台）以内の所定数（例えば２台）以上の端末で採用可とされた場合に、その更新データを採用すると判断してもよい。
【００５９】
さらに、情報共有システム５００において送信端末装置の交代のタイミングを、更新データの採用の可否が決定されるごと、現在の送信端末装置はその役割を終え、端末装置のユーザからの入力操作によって更新データが入力されたいずれかの端末装置が次の送信端末装置として動作するとしたが、これに限定されるものではない。例えば、更新データを同報送信した送信端末装置は、続けて送信端末として動作せずに、他の端末装置の１つと送信端末装置の役割を交代するとしてもよい。この場合、新たに送信端末装置となった端末装置は、前回の送信端末装置であった端末装置から受信した更新データの採用の可否が決定されるまでは、当該端末装置の内部で作成された更新データを同報送信しないものとする。
【００６０】
また、以上では、更新データの採用の可否を判断する端末装置を特定の端末装置（端末装置１００）定めておき、他の端末装置からの採用可否情報に基づいて更新データの採用の可否を判断したが、これとは異なる方法で更新データの採用の可否を判断してもよい。例えば、グループに登録されたすべての端末装置が、各自で更新データの採用の可否を判断するとしてもよい。この場合、各端末装置は、更新データについて作成した採用可否情報をグループ内の全端末装置に同報送信し、各端末装置は、他の端末装置から受信した採用可否情報に基づいて、各更新データの採用の可否を判断し、「採用可」と判断した更新データと共有データとを合成する。この場合、各端末装置における判断結果は、他の端末装置に送信する必要がない。
【００６１】
図５は、各端末装置で更新データの採用可否を判断する場合の情報共有システム５００の動作の一例を示すフローチャートである。図６は、各端末装置で更新データの採用可否を判断する場合の情報共有システム５００におけるデータの流れを示す通信シーケンス図である。ここでは、最初に端末装置２００が送信端末装置である場合について説明する。端末装置２００はまず、共有データ１をシステム内の各端末装置（端末装置１００、端末装置３００および端末装置４００）に同報送信し（Ｓ１３０１）、内部で生成した更新データを残りの端末装置に同報送信する（Ｓ１３０２）。更新データを受信した各端末装置は（Ｓ１３０３）、受信した更新データを第２表示部に表示し（Ｓ１３０４）、受信した更新データを採用するか否かをユーザに問い合わせる。各端末装置のユーザは、第２表示部に表示された更新データの内容を確認した上、更新データの採用の可否を入力する（Ｓ１３０５）。各端末装置は、ユーザの入力に従って採用可否情報を生成し、他の各端末装置に同報送信する（Ｓ１３０６）。各端末装置では、所定数の採用可否情報が受信されるまで採用可否情報の受信と待機とを繰り返し、受信した採用可否情報の数が所定数に達すると（Ｓ１３０７）、受信した採用可否情報に基づいて判断部で多数決をとり、受信された更新データを採用するか否かを判断する（Ｓ１３０８）。各装置の判断部において、更新データを採用すると判断された場合は（Ｓ１３０９）、合成部において共有データ１と更新データとを合成し（Ｓ１３１０）、合成結果を第１表示部に表示するとともに、記憶部に格納する（Ｓ１３１１）。この後、各端末装置は、ユーザから共有データ１の更新処理を終了する旨の指示が入力されているか否かを判断する（Ｓ１３１２）。更新処理を終了する旨の指示が入力されていない場合は、新たな更新データが受信されるまで待機し（Ｓ１３０３）、以降の処理を行う。更新処理を終了する旨の指示が入力されている場合は、共有データ１の更新処理を終了する。
【００６２】
ステップＳ１３０９において採用しないと判断された場合は、ステップＳ１３１０およびステップＳ１３１１の処理を行わず、更新処理を終了する旨の指示が入力されているか否かを判断し（Ｓ１３１２）、更新処理を終了する旨の指示が入力されていない場合は、新たな更新データが受信されるまで待機し（Ｓ１３０３）、以降の処理を行う。更新処理を終了する旨の指示が入力されている場合は、共有データ１の更新処理を終了する。
【００６３】
また、以上では、更新データの採用の可否を判断する端末装置を、最終決定権を有する端末装置としたが、各端末装置に設定されている権利とは関係なく、送信端末装置が更新データの採用の可否を判断するとしてもよい。
また、以上では、更新データの採用の可否について投票権を有する端末装置からの採用可否情報に基づいて多数決をとり、更新データの採用の可否を判断したが、さらに、多数決で「採用可」と「採用否」とが同数になって判断がつかない場合、最終決定権を有する端末装置の採用可否情報に従って更新データの採用の可否を判断するとしてもよい。例えば、特定の端末装置に最終決定権＝「１１」を設定し、この最終決定権＝「１１」が設定された端末装置からの採用可否情報に基づいて、更新情報を採用するか否かを最終判断するようにする。このようにすれば、多数決による更新データの採用可否判断の結果を踏まえた上で、最終決定権を与えられた特定の端末装置により、再度採用可否の判断をすることができる。
【００６４】
次に、更新データのレイヤーによる管理と共有データへの合成について図７、図８、図９、図１０、図１１および図１２を用いて説明する。図７は、図２に示した端末装置１００内で基本データに更新データを合成する場合における各部間のデータの流れを示す図である。
【００６５】
図７に示すように、端末装置１００の判断部１０９は、更新データ（１〜Ｎ）のそれぞれについて、ユーザによって入力部１０１（図示省略）から入力され、または他の端末装置から受信部１０３（図示省略）で受信された採用可否情報（１〜Ｎ）を受け取る。判断部１０９は、受け取った採用可否情報（１〜Ｎ）に基づいて、その更新データを採用して基本データと合成させるか否かを判断し、その判断結果を合成部１０５に出力する。合成部１０５には、入力部１０１または受信部１０３から更新データが入力されており、さらに判断部１０９の判断結果が入力される。合成部１０５に入力される更新データは、端末装置１００を使用しているユーザがその更新データを確認するために第２表示部１０８にも入力されており、第２表示部１０８はこの更新データを出力（表示）する。合成部１０５は、記憶部１０６に格納された基本データ（本実施の形態では共有データ１）を記憶部１０６から受け取って、判断部１０９の判断結果がその更新データを採用する旨を示していたとき、更新データを基本データと合成する。これとは逆に、判断部１０９の判断結果が、この更新データを採用しない旨を示していたときには、更新データを基本データと合成しない。合成部１０５の合成結果は記憶部１０６に出力され、合成処理が行われたときは、更新された基本データとして記憶部１０６に格納される。記憶部１０６に格納された合成結果は、第１表示部１０７に読み出され、第１表示部１０７は読み出した基本データ（更新された場合は更新された最新の基本データ）を出力（表示）する。
【００６６】
ここで、図８を用いて基本データと更新データ（１〜Ｎ）との合成の概念を説明する。図８は、更新データをレイヤー毎に管理する場合の概念を示す図である。図８に示すように、例えば、端末装置１００からの更新データを更新データ１、端末装置２００からの更新データを更新データ２、端末装置３００からの更新データを更新データ３、・・・、端末装置Ｎ００からの更新データを更新データＮとして、基本データと各端末からの更新データとをレイヤーで管理する。ここでは、共有データ１を基本データとしてレイヤー０とし、その上に更新データ１をレイヤー１、更新データ２をレイヤー２、更新データ３をレイヤー３、・・・、更新データＮをレイヤーｎとしてレイヤーの順に重ねている。このように、情報共有システム５００内の端末装置間では、基本データを含まない更新データのみを送受信し、各端末装置の第１表示部１０７には、レイヤー０の基本データに、更新データ１から更新データＮのうち採用が決定された更新データを合成して表示する。
【００６７】
このような、レイヤーによるデータの管理は、２００１年９月にＷ３Ｃ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍ）勧告として公開されたＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ベースの２次元ベクター画像記述言語であるＳＶＧ（Ｓｃａｌａｂｌｅ  Ｖｅｃｔｏｒ  Ｇｒａｐｈｉｃｓ）を用いることで実現できる。ＳＶＧでは、画像を点の集合体ではなく、線や面などの図形の集合体（ベクター画像）として扱うため、レイヤー毎に管理された基本データや更新データ１〜Ｎに対して拡大、縮小、合成などの処理を施したとしても、見る環境（受信側装置の表示部の性能や表示形式など）に応じて最適な表示が可能となる。また、ＳＶＧファイルは、ベクター画像の記録用として単独で利用されるほか、他のＸＭＬ文書に埋め込んで使用することができる。ちなみに、ＳＶＧはＸＭＬベースで策定された言語であるため、テキスト形式のファイルで画像を表現することができる。すなわち、テキストエディタを用いてＸＭＬ文書で記述されたＳＶＧ文書のテキストファイルを作成して画像を表現することができる。これにより、画像の検索や索引化が可能となる。
【００６８】
次に、各端末からの更新情報（１〜Ｎ）をテキスト形式のＳＶＧファイルで受け取り、これを合成して出力（表示）する例について図９、図１０を用いて説明する。図９は、ＸＭＬによる更新データ（１〜４）の記述例１１００を示す図である。図１０は、更新データ１〜４の合成前のイメージと合成後のイメージを示す図である。図１０（ａ）は、更新データレイヤー１〜４のすべてが採用された場合の更新後の基本データであるレイヤー０の合成イメージを示す図である。図１０（ｂ）は、レイヤー１の更新データ１のイメージを示す図である。図１０（ｃ）は、レイヤー２の更新データ２のイメージを示す図である。図１０（ｄ）は、レイヤー３の更新データ３のイメージを示す図である。図１０（ｅ）は、レイヤー４のイメージを示す図である。ＸＭＬ文書によりＳＶＧ文書を記述する場合、最初に、図９に示すような宣言文１１０１が必要である。そして、宣言文１１０１の中で  ｓｔａｎｄａｌｏｎｅ＝”ｎｏ”  （ｎｏ：ＳＶＧのＤＴＤ（ｄｏｃｕｍｅｎｔ  ｔｙｐｅ  ｄｅｆｉｎｉｔｉｏｎ）を参照する、ｙｅｓ：参照しない）の場合、図９に示すようなＳＶＧ文書にＤＴＤ参照文１１０２を記述する。図９の記述文１１０３は、イメージを作成する領域を指定しており、記述文１１０４は、記述文１１０３で領域指定した範囲を区切る罫線を指定している。記述文１１０５は、「更新データ１」というテキストを、位置・フォントの種類・フォントサイズ・色などを指定して記述している。同様に、図９の記述文１１０６は「更新データ２」を、記述文１１０７は「更新データ３」を、記述文１１０８は「更新データ４」を、記述している。
【００６９】
図９に示したように、ＸＭＬ文書によりＳＶＧ文書を記述したものを、ビューワーを用いてイメージにした場合、図１０の（ａ）に示すように更新データ１〜４が合成されたイメージとなる。また、図９の宣言文１１０１〜記述文１１０４と記述文１１０５とを記述したものを、イメージにした場合は図１０の（ｂ）に示したようなイメージになる。図９の宣言文１１０１〜記述文１１０４と記述文１１０６とを記述したものを、イメージにした場合は図１０の（ｃ）に示したようなイメージになる。図９の宣言文１１０１〜記述文１１０４と記述文１１０７とを記述したものを、イメージにした場合は図１０の（ｄ）に示したようなイメージになる。さらに、図９の宣言文１１０１〜記述文１１０４と記述文１１０８とを記述したものを、イメージにした場合は図１０の（ｅ）に示したようなイメージになる。
【００７０】
このようにＸＭＬ文書によりＳＶＧ文書を記述して、レイヤーの概念を用いて更新データを管理するようにすれば、ＳＶＧファイルの送受信のみで更新データの送受信を実現することができる。また、合成部１０５は、更新データとして受け取ったテキスト形式のＳＶＧファイルと、基本データのＳＶＧファイルとを結合することにより、更新された合成イメージを生成することができる。
【００７１】
なお、イメージの合成方法として、上記の説明ではＳＶＧ文書により合成する方法について説明したが、これに限定されるものではない。更新データの送受信を、ＳＶＧ文書により記述されたテキストファイルを用いて行い、受信側端末装置がテキストファイルを受け取って、更新データのイメージデータを作成してから合成するように構成しても良い。
【００７２】
以下では、図１１を用いて、ＳＶＧ文書による更新データを用いた他の応用例について説明する。図１１は、電子会議の議題が社内旅行である場合の基本データ、更新データ１〜Ｎおよびそれらの合成結果の一例を示す図である。上記の例では、基本データとして、宣言文１１０１〜記述文１１０４（ただし、罫線は枠囲いに変更している）までを各端末装置で共有する場合について説明したが、以下では、例えば、レイヤー０とレイヤー１とを基本データとして共有し、合成イメージを作成する場合について説明する。ここでは、例えば、レイヤー０〜１０までを基本データ用のレイヤーとして管理し、更新データ１〜Ｎを、レイヤー１１〜（ｎ＋１０）として管理する。例えば、レイヤー１の基本データは、議題が社内旅行である場合、各端末装置のユーザに提案してもらいたい内容を示すテンプレートである。ここでは、上記で説明した領域指定などを記述する基本データは、そのままレイヤー０としてどんな議題の場合にも共通のものとして使用し、レイヤー１のテンプレートは議題ごとに異なるものを使用する。図１１に示したレイヤー１の基本データには、社内旅行の行き先および日時を入力するための項目が示されている。この例では、各端末装置のユーザが、この基本データに示された各項目に、各自が希望する行き先と日時とを記入することにより、更新データ１〜Ｎが作成される。図１１のように、各更新データは、上記ＸＭＬの宣言文、テンプレートの各項目に記入されたテキストおよびその記入位置を示すデータで構成されている。レイヤー１１の更新データ１は、端末装置１００のユーザがレイヤー１のテンプレートで示される行き先の項目に「京都」、日時の項目に「５月２日」と入力することによって作成された更新データの例である。他の更新データ２〜Ｎも同様に作成され、それぞれ、他の端末装置に同報送信される。更新データ１〜Ｎのそれぞれは、各端末装置からの採用可否情報に従って採用の可否を判断され、採用が決定された更新データだけが基本データと合成される。例えば、更新データ１の採用指示を受信した各端末装置の合成部は、まず、更新データ１とテンプレートであるレイヤー１の基本データとを合成し、この合成結果とレイヤー０の基本データとを合成する。この場合、更新データ１〜Ｎは、送信元である各端末装置を特定するためのアドレスまたはＩＤなどを伴って送信されるので、合成部は更新データ１の送信元である端末装置１００を特定することができる。これにより、合成部は、端末装置１００に対してあらかじめ定められた領域に、その更新データのイメージが表示されるように、更新データ１とレイヤー０の基本データとを合成する。このようにして、更新データ１〜Ｎのうち、例えば、更新データ１、更新データ２および更新データ４の採用が決定された場合、各端末装置の合成部による合成結果は、図１１左の図のようになる。同図のように、採用されなかった更新データの表示領域は空欄となる。また、更新データ５以降の更新データは、更新データ１〜４と同様に、２ページ目以降に表示される。
【００７３】
次に、各端末装置の第１表示部に更新履歴を基本データの合成イメージとして出力する場合について、端末装置１００における動作を例に説明する。まず、受信部１０３は、端末装置１００の外部の端末装置から更新データを受信する都度、更新データの格納日時、作成日時およびファイル名などにより更新の経緯が分かるような状態で記憶部１０６に格納する。さらに、受信部１０３は、更新データが当該端末装置の外部のどの端末装置から受信したものか分かるように、送信元を識別し得る情報（ハンドルネームおよびメンバー間であらかじめ取り決めた端末名など）を付加する。入力部１０１もまた、入力された更新データに、更新データの格納日時、作成日時、端末装置１００で作成されたことを識別しうる情報（ハンドルネームおよびメンバー間であらかじめ取り決めた端末名など）およびファイル名などの情報を付加して記憶部１０６に格納する。同様に、送信部１０４は、入力された更新データに、更新データの格納日時、作成日時、端末装置１００で作成されたことを識別しうる情報（ハンドルネームおよびメンバー間であらかじめ取り決めた端末名など）およびファイル名などの情報を付加して他の端末装置に同報送信する。そして、合成部１０５は、このように記憶部１０６内に格納された更新データの付加情報を参照して、更新履歴を表示するための合成イメージを作成する。このように、更新データに更新履歴を付加して格納しておく代わりに、更新データとは別個に、送信元の端末装置毎に、更新データファイル名、更新日時などを記述したリスト（更新履歴）を作成するようにしても良い。その際、更新履歴の項目として、ファイル名、送信元（情報）、格納時間などの時間要素、更新内容などを含めるのが好ましい。
【００７４】
上記の例では、合成部１０５により合成された基本データ、入力部１０１により入力された更新データ、および受信部１０３により受け取った更新データなどを記憶部１０６に格納した。ここではさらに、ユーザが、更新データで更新された基本データを参照しながら、更新データの格納日時やファイル名などにより更新の経緯を確認できるように合成された更新基本データを記憶部１０６に格納する。この更新基本データは、例えば、更新データ１〜Ｎがレイヤー１〜ｎで管理されている場合、レイヤー（ｎ＋１）以降のレイヤーとして管理する。
【００７５】
図１２は、更新履歴を合成イメージとして表示する場合の表示例を示す図である。図１２（ａ）は、更新データと更新履歴とのレイアウトの一例を示す図である。図１２（ｂ）は、更新履歴の詳細な内容を示すテーブルである。図１２（ｂ）に示すように、更新履歴の「ファイル名」の項目には、例えば、端末装置１００による更新データ１を「ｕｐｄａｔｅ１」、端末装置２００による更新データ２を「ｕｐｄａｔｅ２」、端末装置３００による更新データ３を「ｕｐｄａｔｅ３」、端末装置４００による更新データ４を「ｕｐｄａｔｅ４」というファイル名で表示している。ここでは、同一ファイル名の重複を許可し、それらをレイヤー４までを使用して管理している。また、「送信元」の項目には、例えば、端末装置１００を「ｔｅｒｍｉｎａｌ１」、端末装置２００を「ｔｅｒｍｉｎａｌ２」、端末装置３００を「ｔｅｒｍｉｎａｌ３」、端末装置４００を「ｔｅｒｍｉｎａｌ４」という端末名で表示している。更新履歴の「格納時間」の項目には、例えば、更新情報を記憶部に格納した日時を「西暦年／月／日＿時間」のように表記して表示している。更新履歴の「更新内容」の項目には、例えば、更新データの内容を示す簡単なコメントを、更新データの送信元のユーザが更新データに添付して送信できるようにしておき、添付されたコメントの内容をコメント「○○○・・・」として表示している。コメントの後には、例えば、各端末装置のユーザの入力により添付されている、この更新データが追加的内容であるか一部を削除する内容であるかを示す「追加／削除」などの情報を表示している。
【００７６】
このように、ＳＶＧファイルとして格納されている過去の更新データと一緒に、更新履歴情報をＳＶＧ書式で記述して記憶部１０６に格納し、図１２の（ｂ）に示すようなレイヤー５のＳＶＧファイルとして生成し、合成部１０５でレイヤー１の更新データ１とレイヤー３の更新データ３とに合成することにより、図１２の（ａ）に示すような更新履歴を含む合成イメージとして出力（表示）することができる。また、合成部１０５は、更新履歴情報を表すレイヤー５のＳＶＧファイルを、レイヤー２の更新データ２およびレイヤー４の更新データ４と、切り替え可能に表示されるよう合成してもよい。このように、更新履歴情報が切り替え可能に表示されるよう合成しておけば、ユーザは、通常には所定の更新データが合成された共有データを参照し、必要のあるときだけ表示を切り替えて更新履歴情報を参照することができる。従って、副次的情報である更新履歴情報が本来の目的である共有データの表示の邪魔にならず便利である。
【００７７】
なお、上記実施の形態１では履歴管理のための時間要素として更新データの格納日時を例にあげたが、更新データが外部から受信されたものである場合には、これに代えて更新データの受信日時を用いても良い。さらに、更新データの格納日時に代えて、更新データの送信元で更新データとして確定した日時、あるいは更新データを送信した日時を履歴管理の時間要素として用いても良い。
【００７８】
また、上記実施の形態１では共有データとその更新データとの合成処理の例としてＸＭＬで記述したＳＶＧ書式を用いた文字の合成について説明したが、このＳＶＧを用いれば画像の合成も容易に実現できる。さらに、ＳＶＧのアニメーション機能を用いれば、動的な画像の合成処理も可能である。このように、ＳＶＧを応用した情報共有システムによれば、共有データの更新が発生した場合、更新されたデータのみをグループ登録されたメンバーに送信すれば良いので、伝送路を介したデータの伝送量を低く抑え、共有データの更新を効率良く実現することができる。
【００７９】
また、本実施の形態では、会議システムとしての情報共有システムについて説明したが、本発明はこれに限定されるものではない。例えば、画像を含む共有データをグループ登録されたメンバーで共有し、追加画像データや更新画像データを共有データに合成するような場合においても、追加または更新された画像データをＸＭＬ書式で記述されたＳＶＧファイルに変換して送信することで、本実施の形態における会議システムの場合と同様に共有画像データの追加や更新を効率良く実現することができる。
【００８０】
（実施の形態２）
上記実施の形態１では、会議システムとしての情報共有システムについて説明したが、本実施の形態２ではグループ登録されたメンバーの各端末から報告書を構成する本文を外出先で作成、または報告書に挿入する写真を外出先で撮って、会社のサーバに送信して報告書を作成するシステムに本願発明の情報共有システムを適用した例について図１３および図２を用いて説明する。
【００８１】
図１３は、実施の形態２における報告書作成システムの概念と共有データの例を示す図である。図１３（ａ）は、実施の形態２における報告書作成システムの概念図である。図１３（ｂ）は、共有データとしての報告書の一例を示す図である。本実施の形態２においても、情報共有システムとしての構成と動作は、実施の形態１で説明したものと同様であるので、ここでは、詳細な説明は省略して概要を説明する。
【００８２】
サーバは、会社の保有するサーバであり、実施の形態１で説明した図２の端末装置１００の機能を有している。
携帯端末１〜３は、例えば、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）などであり、デジタルカメラの機能を有しているものとする。そして、実施の形態１で説明した図２の端末装置２００〜４００の保有する機能と同様の機能を有している。
【００８３】
以下、実施の形態２の報告書作成システムの動作について説明する。
ここでは、出張先で作成した出張報告の本文やデジタルカメラ付き携帯端末で撮影した画像を、会社で保有しているサーバに格納された報告書の雛形に合成して、報告書を作成する例について説明する。また、携帯端末１と携帯端末２とのユーザが一緒に出張しており、携帯端末３のユーザは別の場所にいることとする。そして、携帯端末３のユーザは、報告書の内容を確認して承認する権限をもっていることとする。
【００８４】
グループ登録された携帯端末１のユーザは、出張先で報告書の本文（テキスト）を作成し、作成した本文を携帯端末１側でＳＶＧファイル（図１３（ａ）：▲１▼）に変換して、サーバと携帯端末３とに送信する。
携帯端末２のユーザは、携帯端末１のユーザと一緒に出張し、報告書に挿入する図を担当しているものとする。携帯端末２のユーザは、当該端末装置のデジタルカメラで撮影した出張先の写真を、携帯端末２側でＳＶＧファイル（図１３（ａ）：▲２▼）に変換して、サーバと携帯端末３とに送信する。
【００８５】
携帯端末３は、携帯端末１から報告書本文のＳＶＧファイルを受け取るとともに、携帯端末２から報告書に挿入する画像のＳＶＧファイルを受け取る。携帯端末３のユーザは、携帯端末３の表示部で報告書本文と画像の内容を確認して、それらの採用の可否を携帯端末３に入力する。携帯端末３は、ユーザが入力した結果を示す採用可否情報（図１３（ａ）：▲３▼−１、▲３▼−２）を、報告書本文と画像の送付元である携帯端末１、携帯端末２およびサーバに送信する。すなわち、携帯端末３は、画像の採用可否情報（図１３（ａ）：▲３▼−２）をサーバと送信元の携帯端末２に送信し、本文の採用可否情報（図１３（ａ）：▲３▼−１）をサーバと送信元の携帯端末１に送信する。
携帯端末１のユーザは、自ら送信した報告書本文に対する採用可否情報を受け取り、採用不可の場合、修正した報告書本文のＳＶＧファイル（図１３（ａ）：▲１▼）の修正版を、サーバと携帯端末３に再度送信する。
【００８６】
携帯端末２のユーザは、自ら送信した画像に対する採用可否情報を受け取り、採用不可の場合、修正した画像のＳＶＧファイル（図１３（ａ）：▲２▼）の修正版を、サーバと携帯端末３に再度送信する。
サーバは、報告書本文と画像に対する採用可否情報が採用可となったら、既に受け取っている報告書本文（レイヤー１）と画像（レイヤー２）とを報告書の雛形（レイヤー０）に合成したＳＶＧファイルを生成する（図１３（ｂ））。
【００８７】
サーバは、グループ登録された各端末装置から合成処理して完成した報告書を送信するように要求されたら、報告書雛形（レイヤー０）に本文（レイヤー１）と画像（レイヤー２）を合成したＳＶＧファイルを各端末装置に送信する。
上記実施の形態２では、携帯端末３のユーザに、報告書の内容を確認して承認する権限をもたせて、採用可否判断する例を示したが、実施形態１に記載したように、グループ登録された各端末装置で報告書の本文と挿入する画像との内容を確認し、各端末装置からの採用可否情報に基づいて、最終的な採用可否判断を行うようにしても良い。
【００８８】
なお、本発明における合成データの出力は、第１表示部および第２表示部であるＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）・液晶（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ）・有機ＥＬ（ｏｒｇａｎｉｃ  ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）などのディスプレイへの出力に限定されるものではなく、熱転写方式（昇華型と熱溶融型）、感熱方式、インクジェット方式、電子写真方式などのプリンタエンジンを有する画像形成装置への出力であっても良い。
【００８９】
また、実施の形態２で、本発明の端末装置の機能を、携帯端末、携帯電話機やＰＤＡ（ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）などが備えている例を説明したが、これに限定されるものではなく、上記の画像形成装置、デジタルカメラ、ＢＭＬ（Ｂｒｏａｄｃａｓｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）コンテンツで記述されたコンテンツを放送局から受信することが可能な受信機、電子ペーパー、コンピュータなどが本発明の上記端末装置の機能を備えていても良い。
【００９０】
【発明の効果】
以上のように、本発明の情報共有システムでは、更新データがあった場合、これを受け取った各端末装置は、更新データを採用するか否かを示す採用可否情報を、判断を行う端末装置に送信する。各端末装置は、自己の採用可否情報と他の端末装置からの採用可否情報とに基づいて、新たな情報として採用するか否かを判断された更新データを、判断結果に従って既存の共有データに合成することができる。したがって、本発明の情報共有システムによれば、各端末装置のユーザの意見を反映した情報の共有と共有情報の更新とを実現することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の情報共有システムの概要を説明するための概念図である。
【図２】実施の形態１の情報共有システムの構成を示すブロック図である。
【図３】図２に示した情報共有システムにおける共有データの更新処理の流れを示すフローチャートである。
【図４】図２に示した情報共有システムにおけるデータの流れを示す通信シーケンス図である。
【図５】各端末装置で更新データの採用可否を判断する場合の情報共有システムの動作の一例を示すフローチャートである。
【図６】図６は、各端末装置で更新データの採用可否を判断する場合の情報共有システムにおけるデータの流れを示す通信シーケンス図である。
【図７】図２に示した端末装置内で基本データに更新データを合成する場合における各部間のデータの流れを示す図である。
【図８】更新データをレイヤー毎に管理する場合の概念を示す図である。
【図９】ＸＭＬによる更新データ（１〜４）の記述例１１００を示す図である。
【図１０】更新データ１〜４の合成前のイメージと合成後のイメージを示す図である。（ａ）は、更新データレイヤー１〜４のすべてが採用された場合の更新後の基本データであるレイヤー０の合成イメージを示す図である。（ｂ）は、レイヤー１の更新データ１のイメージを示す図である。（ｃ）は、レイヤー２の更新データ２のイメージを示す図である。（ｄ）は、レイヤー３の更新データ３のイメージを示す図である。（ｅ）は、レイヤー４のイメージを示す図である。
【図１１】電子会議の議題が社内旅行である場合の基本データ、更新データ１〜Ｎおよびそれらの合成結果の一例を示す図である。
【図１２】更新履歴を合成イメージとして表示する場合の表示例を示す図である。（ａ）は、更新データと更新履歴とのレイアウトの一例を示す図である。（ｂ）は、更新履歴の詳細な内容を示すテーブルである。
【図１３】実施の形態２における報告書作成システムの概念と共有データの例を示す図である。（ａ）は、実施の形態２における報告書作成システムの概念図である。（ｂ）は、共有データとしての報告書の一例を示す図である。
【図１４】従来の情報共有システムの概念を説明するための図である。
【符号の説明】
１００、２００、３００、４００    端末装置
１０１    入力部
１０２    Ｉ／Ｆ処理部
１０３    受信部
１０４    送信部
１０５    合成部
１０６    記憶部
１０７    第１表示部
１０８    第２表示部
１０９    判断部
１１０    設定部
１１１    問い合わせ部
１１２    ＳＧＶファイル生成部
１１３    バス
【図１】
2004348180.tif 000003
【図２】
2004348180.tif 000004
【図３】
2004348180.tif 000005
【図４】
2004348180.tif 000006
【図５】
2004348180.tif 000007
【図６】
2004348180.tif 000008
【図７】
2004348180.tif 000009
【図８】
2004348180.tif 000010
【図９】
2004348180.tif 000011
【図１０】
2004348180.tif 000012
【図１１】
2004348180.tif 000013
【図１２】
2004348180.tif 000014
【図１３】
2004348180.tif 000015
【図１４】
2004348180.tif 000016