(57)【要約】【課題】電子会議システムにおいて会議情報や会議で使用されたデータなどを容易に参照・利用等できるようにした端末装置を提供すること。【解決手段】電子会議システムの端末装置となる情報処理装置１００は、セッションに関する情報を管理するセッション管理部１０５と、一つ以上のセッションからなるミーティング情報を管理するミーティング管理部１０６とを持つ。セッション管理部１０５では、セッションで使用されたデータをまとめて管理し、ミーティング管理部１０６が関連するセッションを分類して管理することにより、実際の会議の開催状況に合わせて会議情報や会議で使用したデータに容易にアクセスすることができるようになる。【選択図】    図１
2004213271.tif 000002
【特許請求の範囲】
【請求項１】
他の端末装置との間でデータ通信を行うための通信手段と、
前記通信手段を介して１又は複数の前記他の端末装置との相互間でのリアルタイムなデータ共有を伴うセッションを実施するための実施手段と、
各々の前記セッションに関するセッション情報を管理する第１の管理手段と、
前記セッション情報を関連付けて管理するために設定されるミーティングに関するミーティング情報を管理する第２の管理手段とを備えたことを特徴とする端末装置。
【請求項２】
各々の前記ミーティング情報は、当該ミーティング情報に関連付けられた前記セッション情報を特定する情報を含むことを特徴とする請求項１に記載の端末装置。
【請求項３】
各々の前記セッション情報は、当該セッション情報の関連付けられた前記ミーティング情報を特定する情報を含むことを特徴とする請求項１または２に記載の端末装置。
【請求項４】
各々の前記セッション情報は、唯一の前記ミーティング情報に関連付けられることを特徴とする請求項１ないし３のいずれか１項に記載の端末装置。
【請求項５】
各々の前記セッション情報は、任意数の前記ミーティング情報に関連付けられることを特徴とする請求項１ないし３のいずれか１項に記載の端末装置。
【請求項６】
前記セッション情報を関連付けて管理するための前記ミーティング情報を関連付けて管理するための上位のミーティングに関するミーティング情報、及び上位のミーティングに関するミーティング情報を関連付けて管理するためのさらに上位のミーティングに関するミーティング情報を、任意の階層構造又はネットワーク構造にわたって設定可能としたことを特徴とする請求項１ないし５のいずれか１項に記載の端末装置。
【請求項７】
前記ミーティング情報及び前記セッション情報からなるリンク構造を設定するための設定手段を更に備えたことを特徴とする請求項１ないし６のいずれか１項に記載の端末装置。
【請求項８】
いずれかの前記セッションにおいて共有され得るデータに関するデータ情報を管理する第３の管理手段を更に備えたことを特徴とする請求項１ないし７のいずれか１項に記載の端末装置。
【請求項９】
各々の前記セッション情報は、前記第３の管理手段により管理される前記データのうち、当該セッションにおいて共有されるデータを特定する情報を含むことを特徴とする請求項８に記載の端末装置。
【請求項１０】
いずれかの前記セッションにおいて起動され得るアプリケーションに関するアプリケーション情報を管理する第４の管理手段を更に備えたことを特徴とする請求項１ないし９のいずれか１項に記載の端末装置。
【請求項１１】
各々の前記セッション情報は、前記第４の管理手段により管理される前記アプリケーションのうち、当該セッションにおいて起動されるアプリケーションを特定する情報を含むことを特徴とする請求項１０に記載の端末装置。
【請求項１２】
各々の前記ミーティング情報は、前記第４の管理手段により管理される前記アプリケーションのうち、当該ミーティングに関連付けられた前記セッションにおいて起動されるアプリケーションを特定する情報を含むことを特徴とする請求項１０又は１１に記載の端末装置。
【請求項１３】
いずれかの前記セッションに参加し得る前記他の端末装置に関するユーザ情報を管理する第５の管理手段を更に備えたことを特徴とする請求項１ないし１２のいずれか１項に記載の端末装置。
【請求項１４】
各々の前記セッション情報は、前記第５の管理手段により管理される前記他の端末装置のうち、当該セッションに参加する他の端末装置を特定する情報を含むことを特徴とする請求項１３に記載の端末装置。
【請求項１５】
各々の前記ミーティング情報は、前記第５の管理手段により管理される前記他の端末装置のうち、当該ミーティングに関連付けられた前記セッションに参加する他の端末装置を特定する情報を含むことを特徴とする請求項１３または１４に記載の端末装置。
【請求項１６】
前記実施手段は、前記セッションを開始する際に、前記通信手段を介して当該セッションを協働して実施する１又は複数の前記他の端末装置との間で、当該セッションの実施に必要な情報を交換するための手段を含むことを特徴とする請求項１ないし１５のいずれか１項に記載の端末装置。
【請求項１７】
前記実施手段は、
前記セッションを開始する前に、当該セッションへの参加を予定する１又は複数の前記他の端末装置へ、当該セッションの実施に必要な情報を配布するための手段と、
前記セッションを開始する前に、いずれかの前記他の端末装置から配布された、当該セッションの実施に必要な情報を取り込むための手段とを更に含むことを特徴とする請求項１ないし１６のいずれか１項に記載の端末装置。
【請求項１８】
前記セッションの実施に必要な情報は、当該セッションにおいて共有されるデータ又は該データを取得するための情報を含むことを特徴とする請求項１７に記載の端末装置。
【請求項１９】
所望のミーティング情報又はセッション情報に関連する情報を参照するための参照手段を更に備えたことを特徴とする請求項１ないし１８のいずれか１項に記載の端末装置。
【請求項２０】
前記参照手段は、前記ミーティング情報及び前記セッション情報を一覧表示又はそれらのリンク構造の視覚的な表示により提示する手段を含むことを特徴とする請求項１９に記載の端末装置。
【請求項２１】
前記参照手段は、前記ミーティング情報又は前記セッション情報に関連するデータ、プログラム又は他の端末装置を一覧表示する手段を更に含むことを特徴とする請求項２０に記載の端末装置。
【請求項２２】
請求項１ないし２１のいずれか１項に記載の端末装置を複数備えたことを特徴とする電子会議システム。
【請求項２３】
端末装置におけるセッション管理方法であって、
他の端末装置との間でデータ通信を行うための通信手段を介して１又は複数の前記他の端末装置との相互間でのリアルタイムなデータ共有を伴うセッションを実施するステップと、
各々の前記セッションに関するセッション情報を管理するステップと、
前記セッション情報を関連付けて管理するために設定されるミーティングに関するミーティング情報を管理するステップとを有することを特徴とするセッション管理方法。
【請求項２４】
コンピュータを端末装置として機能させるためのプログラムであって、
他の端末装置との間でデータ通信を行うための通信機能と、
前記通信機能を介して１又は複数の前記他の端末装置との相互間でのリアルタイムなデータ共有を伴うセッションを実施するための実施機能と、
各々の前記セッションに関するセッション情報を管理するための第１の管理機能と、
前記セッション情報を関連付けて管理するために設定されるミーティングに関するミーティング情報を管理するための第２の管理機能とをコンピュータに実現させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、電子会議システム、その端末装置、セッション管理方法及びプログラムに関する。
【０００２】
【従来の技術】
オフィスワーカーの業務の中で、各種の形態の会議や打ち合わせなどのコミュニケーション活動は、重要な位置を占めている。かつては、紙に印刷した資料を参加者に配布し、直接顔を合わせて行うか、電話会議などが中心であったが、ネットワーク技術の進展に伴い、各種の電子会議システムが利用されるようになってきている。
【０００３】
従来、ＩＴＵ−ＴのＴ．１２０勧告（例えば、非特許文献１参照）に準拠した電子会議システムが複数のベンダーによって開発され、利用されている。例えば、Ｍｉｃｒｏｓｏｆｔ社のＮｅｔＭｅｅｔｉｎｇＴＭが良く知られている（例えば、非特許文献２参照）。また、ＮｅｔＭｅｅｔｉｎｇ以外にも、Ｅｘｃｈａｎｇｅ  ２０００  Ｓｅｒｖｅｒや、ＩＢＭ社のＬｏｔｕｓＴＭ  ＳａｍｅｔｉｍｅＴＭなどが、Ｔ．１２０勧告に準拠した会議システムとして利用可能である。これらの製品を利用すると、アプリケーション共有、ホワイトボード共有などを複数のコンピュータの間で実行することができるようになる。
【０００４】
Ｔ．１２０勧告では、通信制御装置をノードとするツリー型のトポロジー、もしくは電子会議に参加するコンピュータのいずれか一台がサーバとなって残りのコンピュータがサーバに接続するというトポロジーをとる。そのため、ＮｅｔＭｅｅｔｉｎｇなどのＴ．１２０勧告準拠の電子会議システムは、主として距離的に離れた地点間を接続して使用されることが多く、専用の設備が備えられた場所に集まって利用するか、デスクトップコンピュータなどの固定的に設置されたコンピュータが用いられることが多い。
【０００５】
近年は、Ｐ２Ｐ（Ｐｅｅｒ−ｔｏ−ｐｅｅｒ）型のアーキテクチャを有する電子会議システムも出現している。Ｐ２Ｐ型の電子会議システムとしては、例えば、ＧｒｏｏｖｅＮｅｔｗｏｒｋ社が開発したＧｒｏｏｖｅ  ＷｏｒｋｓｐａｃｅＴＭがある（例えば、非特許文献３参照）。Ｇｒｏｏｖｅ  ＷｏｒｋｓｐａｃｅはＰ２Ｐ型のソフトであるため、ＮｅｔＭｅｅｔｉｎｇのように会議システムの特定の参加者に負荷が集中したり、特定の参加者が会議から退出すると会議を継続できなくなるといった問題が発生しない。
【０００６】
さらに、アドホックなネットワーク環境に適した会議システムであるところのＳＰＡＮｗｏｒｋｓＴＭ  ２０００を用いることによって、ネットワーク設定などの手間をかけずとも、電子会議システムを利用することが可能である。
【０００７】
近年の無線ＬＡＮネットワークの普及と、軽量でありコンパクトでありながら十分なパフォーマンスを有するコンピュータが利用できるようになったため、ＳＰＡＮｗｏｒｋｓ  ２０００のようなアドホックネットワーク環境との適合性の高い電子会議システムを組み合わせると、以前のように固定的な場所にいって利用するのではなく、必要な場所にコンピュータを持ち運び、いつでも電子会議システムを利用できるようになる。
【０００８】
ところで、上述のように、いつでも電子会議システムを利用することができるようになり、使用される機会が増えるにつれ、会議で使用されるデータ量も増加していく。日常の打ち合わせなどでも利用できるようになれば、これまで紙に印刷して配布されていたような資料も電子的に配布して参照すればよくなるし、ホワイトボード共有などのデータ共有アプリケーションを用いて、会議中にデータを作成する機会も増える。このようにして電子データが蓄積されていくわけであるが、電子データは紙に印刷された資料に比べて修正や再利用が容易であるという利点があり、業務の効率化につながる。
【０００９】
しかしながら、電子データの欠点として、印刷された資料に比べると一般に一覧性が劣るため、再利用性などの利点を生かすためには、検索が容易となるように保存することが必要になる。会議で複数のデータが共有される場合には、それらのデータが関連性を持っていることが多いのにもかかわらず、従来の電子会議システムでは、共有したデータを保存しようとすると、それぞれのアプリケーションごとに独立に保存場所を指定する必要がある。この結果、後になって参照しようとしても一つずつ保存場所を探してこなければならなくなったり、保存する際に一つずつ同じ場所を指定しなければならないという問題があった。また、資料を特定する手がかりとして、会議の開催日時や会議の参加メンバーなどの会議情報は有効な情報の一つであるにもかかわらず、保存されるデータと会議に関する情報との間に相互を参照する手段がない、あるいはそもそも会議の情報を記録する手段がないために、会議情報から資料を検索する手段が提供されていないという問題があった。
【００１０】
さらに、日常行われる会議には、定期的に行われるものも多い。また、定期的には行われないにしても、例えば、あるプロジェクトに関する会議をプロジェクトの進行フェーズにあわせて複数回開催するといったこともある。これらの会議は、関連性を有しているので、そこで扱われた資料も関連性をもって管理されれば利用が容易になる。ＮｅｔＭｅｅｔｉｎｇは、スケジュール管理ソフトと連携して一回の会議に関する予定を管理することは可能である。また、定期的な会議であれば、定期的な予定を作成することでスケジュール管理は可能であるが、不定期な会議の間に存在する関係をユーザが利用することはできないし、そもそもデータの管理機能と連携していない。一方、Ｇｒｏｏｖｅ  Ｗｏｒｋｓｐａｃｅの場合には、実際に通信しているか否かにかかわらずデータを共有するというモデルを採っているため、そもそも実際に行われる会議に対応する形で情報が管理されているとはいいがたく、また、ＮｅｔＭｅｅｔｉｎｇなどと同じように異なる会議の間の関係を管理できない。
【００１１】
【非特許文献１】
ＩＴＵ−Ｔ  Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  Ｔ．１２０，  “Ｄａｔａ  ｐｒｏｔｏｃｏｌｓ  ｆｏｒ  ｍｕｌｔｉｍｅｄｉａ  ｃｏｎｆｅｒｅｎｃｉｎｇ”，  １９９６年
【００１２】
【非特許文献２】
“Ｏｆｆｉｃｉａｌ  Ｍｉｃｒｏｓｏｆｔ  ＮｅｔＭｅｅｔｉｎｇ  Ｂｏｏｋ”，  Ｍｉｃｒｏｓｏｆｔ  Ｐｒｅｓｓ，  １９９８年
【００１３】
【非特許文献３】
“Ｇｒｏｏｖｅスタータカ゛イト゛”，  吉田究著，  オーム社  ２００１年
【００１４】
【発明が解決しようとする課題】
上述のように、電子会議システムが日常的に利用できるようになったが、従来、相互に関連する会議情報を管理し、会議で利用されたデータを容易に利用できるようなシステムは存在していない。
【００１５】
本発明は、上記事情を考慮してなされたもので、電子会議システムにおいて会議情報や会議で使用されたデータなどを容易に参照・利用等できるようにした、電子会議システムの端末装置、電子会議システム、セッション管理方法及びプログラムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明に係る端末装置は、他の端末装置との間でデータ通信を行うための通信手段と、前記通信手段を介して１又は複数の前記他の端末装置との相互間でのリアルタイムなデータ共有を伴うセッションを実施するための実施手段と、各々の前記セッションに関するセッション情報を管理する第１の管理手段と、前記セッション情報を関連付けて管理するために設定されるミーティングに関するミーティング情報を管理する第２の管理手段とを備えたことを特徴とする。
【００１７】
このように、第１の管理部が、一回の会議に相当するセッションに関する情報を記憶・管理することにより、利用者は、任意のセッション情報にアクセスすることが可能となる。第２の管理部が、複数のセッション情報を関連付けて管理するためのミーティング情報を管理することにより、関連するセッション情報（例えば、一つのテーマに関する一連のセッションに関する情報）を、まとめて管理することができるようになる。例えば、複数の会議に関する情報を分類し、相互に関連する会議に関する情報を容易に利用できるようになる。
【００１８】
好ましくは、いずれかの前記セッションにおいて共有され得るデータに関するデータ情報を管理する第３の管理手段を更に備えるようにしてもよい。また、好ましくは、各々の前記セッション情報は、前記第３の管理手段により管理される前記データのうち、当該セッションにおいて共有されるデータを特定する情報を含むようにしてもよい。これにより、セッション情報から該セッションに関連するデータを特定し、起動・参照等することが可能となる。
【００１９】
また、好ましくは、いずれかの前記セッションにおいて起動され得るアプリケーションに関するアプリケーション情報を管理する第４の管理手段を更に備えるようにしてもよい。また、好ましくは、各々の前記セッション情報は、前記第４の管理手段により管理される前記アプリケーションのうち、当該セッションにおいて起動されるアプリケーションを特定する情報を含むようにしてもよい。これにより、セッション情報から該セッションに関連するアプリケーションを特定し、起動等することが可能となる。また、好ましくは、各々の前記ミーティング情報は、前記第４の管理手段により管理される前記アプリケーションのうち、当該ミーティングに関連付けられた前記セッションにおいて起動されるアプリケーションを特定する情報を含むようにしてもよい。これにより、ミーティング情報から該ミーティングに関連付けられたセッションに関連するアプリケーションを特定し、起動等することが可能となる。
【００２０】
また、好ましくは、いずれかの前記セッションに参加し得る前記他の端末装置に関するユーザ情報を管理する第５の管理手段を更に備えるようにしてもよい。また、好ましくは、各々の前記セッション情報は、前記第５の管理手段により管理される前記他の端末装置のうち、当該セッションに参加する他の端末装置を特定する情報を含むようにしてもよい。これにより、セッション情報から該セッションに関連する他の端末装置を特定等することが可能となる。また、好ましくは、各々の前記セッション情報は、前記第５の管理手段により管理される前記他の端末装置のうち、当該ミーティングに関連付けられた前記セッションに参加する他の端末装置を特定する情報を含むようにしてもよい。これにより、ミーティング情報から該ミーティングに関連付けられたセッションに関連する他の端末装置を特定等することが可能となる。
【００２１】
また、好ましくは、前記実施手段は、前記セッションを開始する前に、当該セッションへの参加を予定する１又は複数の前記他の端末装置へ、当該セッションの実施に必要な情報を配布するための手段と、前記セッションを開始する前に、いずれかの前記他の端末装置から配布された、当該セッションの実施に必要な情報を取り込むための手段とを更に含むようにしてもよい。
【００２２】
このように、セッションを開始する前に、セッション情報を配布し、セッションの各参加者等がセッション情報を入力することによって、参加者等においても事前にセッション情報を確認したり、事前準備を行うことができるようになる。
【００２３】
また、好ましくは、前記セッションの実施に必要な情報は、当該セッションにおいて共有されるデータ又は該データを取得するための情報を含むようにしてもよい。
【００２４】
これにより、共有データを含むセッション情報を入力したセッションの参加者等は、事前に共有データの内容を確認することができるとともに、セッションの開始時に共有データを送信する必要がなくなるため、セッションの開始に要する時間を短縮することができる。
【００２５】
また、本発明に係る電子会議システムは、前記端末装置を複数備えたことを特徴とする。
【００２６】
また、本発明は、端末装置におけるセッション管理方法であって、他の端末装置との間でデータ通信を行うための通信手段を介して１又は複数の前記他の端末装置との相互間でのリアルタイムなデータ共有を伴うセッションを実施するステップと、各々の前記セッションに関するセッション情報を管理するステップと、前記セッション情報を関連付けて管理するために設定されるミーティングに関するミーティング情報を管理するステップとを有することを特徴とする。
【００２７】
なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。
【００２８】
【発明の実施の形態】
以下、図面を参照しながら発明の実施の形態を説明する。
【００２９】
（第１の実施形態）
図１に、本発明の第１の実施形態に係る情報処理装置（端末装置）１００の構成例を示す。
【００３０】
図１に示されるように、本実施形態の情報処理装置１００は、通信部１０１、ユーザ管理部１０２、アプリケーション管理部１０３、ドキュメント管理部１０４、セッション管理部１０５、ミーティング管理部１０６、操作部１０７を備えている。
【００３１】
ここで、ユーザとは、情報処理装置を指し、情報処理装置を利用する自然人は、利用者と呼ぶ。
【００３２】
また、セッションとは、複数のユーザ間で会議などの一回の共同作業（複数のユーザ相互間でリアルタイムなデータ共有を伴うもの）を行うために作成されたユーザのグループ、又は該ユーザのグループにより行われる会議などの一回の共同作業を指す。
【００３３】
また、ミーティングとは、例えば、上記したようなユーザ相互間の共同作業やユーザグループ、ユーザグループによる会議などの一回の共同作業からなるセッション情報のうち、関連する複数のセッション情報をまとめて管理するための情報を指す。
【００３４】
また、アプリケーションとは、情報処理装置上で実行され、セッション中に利用者が操作するそれぞれのアプリケーションプログラムを指す。
【００３５】
また、ドキュメントとは、文書やデータファイルなど、アプリケーションで用いられるデータを指す（すなわち、テキストファイルや画像データなどだけではなく、アプリケーションが利用可能なすべての形式のデータに対する総称である）。
【００３６】
操作部１０７は、利用者が当該情報処理装置に対して操作を行い、また、当該情報処理装置が利用者に対して情報の提示を行うなどの、ユーザインタフェース機能を提供するためのものである。具体的には、例えば、ミーティングの作成、セッションの開始・終了、ドキュメントの起動や、アプリケーションの起動、情報の参照、情報の検索等の機能を利用者に提供するためのものである。操作部１０７は、例えば、キーボード、音声入力装置、マウス、ディスプレイ装置、音声出力装置などを用いて構成することができる。
【００３７】
通信部１０１は、有線通信、無線通信、赤外線通信などの通信手段を用いて、他の情報処理装置との間で通信を行うためのものである。具体的には、例えば、周囲に存在する情報処理装置の検出、それらの情報処理装置との間の通信コネクションの管理を行い、およびそれらの通信コネクションを用いてアプリケーションがデータの送受信を行えるようにする。通信部１０１には、例えば、特開平７−３３６３７０に示されているものを使用することができる。なお、通信部１０１は、複数の通信方式を備え、適宜使用するようにしてもよい。
【００３８】
図２に、本実施形態の情報処理装置１００が複数集まってセッションを行う場合のネットワーク構成例を示す。（ａ）は、ある１つのミーティングに＃Ａ〜Ｃの６台の全情報処理装置（図中の端末装置１００）が属する場合に、当該ミーティングに属する全情報処理装置がネットワークＮ１（図中、１２０）を介してある１つのセッションを行う様子を表している。
【００３９】
本実施形態では、アドホックなネットワーク環境にも適用できることを想定しており、それぞれの情報処理装置１００が、少なくとも自身に必要なデータを保持するようにしているので、ある１つのミーティングに属する２以上の情報処理装置が集まれば、当該ミーティングに属するセッションを行うことができる。（ｂ）は＃Ａ〜Ｃの情報処理装置のみで当該ミーティングに属するセッションを行う様子を示しており、（ｃ）は＃Ｄ〜Ｆの情報処理装置のみで当該ミーティングに属するセッションを行う様子を示している。
【００４０】
また、情報処理装置が複数の通信方式に対応可能である場合に、必ずしも常に同一のネットワークを介してセッションを行わなくてもよく、例えば、（ｃ）のように、（ａ）とは異なるネットワークＮ１（図中、１２１）を介して当該ミーティングに属するセッションを行うことも可能である。
【００４１】
もちろん、同一のユーザ群で複数のミーティングを形成することも可能である。また、１台の情報処理装置が、構成ユーザを異にする複数のミーティングに属することが可能である。（ｄ）は、（ａ）のあるミーティングに属するユーザが構成ユーザを異にする他のミーティングに属するセッションを行う様子を示している。
【００４２】
なお、ミーティングやセッションをどのように使用するかについては、基本的には、利用者が決めて構わない。一例としては、「プロジェクトＡ定例会議」という会議の属性を１つのミーティングとして、実際に行われる個々のプロジェクトＡ定例会議…例えば、２００２／０４／０１に開催された「プロジェクトＡ定例会議（２００２／０４／０１）」、２００２／０４／０８に開催された「プロジェクトＡ定例会議（２００２／０４／０８）」など…をセッションとするなど、種々の使用方法が可能である。
【００４３】
また、個々のユーザごとにミーティングやセッションの定義や対応関係を異にすることも可能である。例えば、あるユーザは、プロジェクトＡ定例会議のミーティングとプロジェクトＢ定例会議のミーティングとを別々に定義し、他のユーザは、プロジェクトＡ定例会議とプロジェクトＢ定例会議を包含する１つのミーティングを定義することも可能である。
【００４４】
以下では、ユーザ情報、アプリケーション情報、ドキュメント情報、セッション情報及びミーティング情報、並びに各情報を管理するユーザ管理部１０２、アプリケーション管理部１０３、ドキュメント管理部１０４、セッション管理部１０５、ミーティング管理部１０６についてそれぞれ説明する。
【００４５】
ここでは、説明を簡単にするために、情報処理装置１００は自装置の属するミーティングで実施されたセッションのうち参加したセッションに関する情報を扱うものとして、ユーザ管理部１０２は、通信部１０１から得られた、自装置以外のユーザに関する情報を管理するものとする。なお、情報処理装置１００が自装置の参加したセッションに関する情報と自装置の参加しなかったセッションに関する情報の両方を管理する場合には、例えば、セッションに関する情報に、自装置が参加したか否かを示す情報を付加する方法や、ユーザ管理部１０２が自装置に関する情報をも管理する方法などを用いればよい。同様に、情報処理装置１００が自装置の属さないミーティングで実施されたセッションに関する情報をも管理する場合には、例えば、ミーティングに関する情報及び又はそのセッションに関する情報に、自装置が属するミーティングであるか否かあるいは自装置が属するミーティングで実施されたセッションであるか否かを示す情報を付加する方法や、ユーザ管理部１０２が自装置に関する情報をも管理する方法などを用いればよい。なお、自装置の参加しなかったセッションに関する情報は、例えば、後でセッションに参加したユーザから取得すればよい。同様に、自装置が属さないミーティングで実施されたセッションに関する情報は、例えば、後でそのミーティングに属するユーザから取得すればよい。
【００４６】
ユーザ管理部１０２は、ミーティングやセッションに係るユーザに関する情報の管理を行う。
【００４７】
ユーザ管理部１０２は、ユーザ情報（図４の例参照）として、例えば、それぞれのユーザについて、「ユーザの番号」、「ユーザ名」、「アドレス」、「ユーザと通信可能であるかどうかの状態」といった情報を記憶・管理する。
【００４８】
ユーザ情報自体は、各情報処理装置に固有の情報となるので、ユーザに割り当てる番号は、個々の情報処理装置ごとに決定して構わないし、もちろん、グローバル・ユニークあるいはミーティング内で固有あるいはセッション内で固有になるものを用いてもよい。例えば、通信部１０１にて新たなユーザが検出された場合に、そのユーザに新たな番号を割り当て、検出されたユーザ名（または検出されたユーザ名に対応する他の名前）およびそのアドレスとともに記憶する。前述したように、本実施形態で用いる説明では、ユーザは、自装置以外の情報処理装置を意味することになるし、自装置をも管理するバリエーションでは、自装置をも意味し得ることになる。
【００４９】
ユーザ名も、個々の情報処理装置ごとに決定して構わないし、もちろん、グローバル・ユニークあるいはミーティング内で固有あるいはセッション内で固有になるものを用いてもよい。例えば、その情報処理装置の利用者の名前であってもよいし、その情報処理装置の持つグローバル・ユニークなハードウェア番号であってもよいし、区別さえ付けば、どのようなものであってもよい。
【００５０】
アドレスは、通信部１０１が使用するプロトコルによって異なるが、例えば、ＴＣＰ／ＩＰプロトコルを使用している場合には、ＩＰアドレスを用いることができる。
【００５１】
ユーザと通信可能であるかどうかの状態は、既登録のユーザについて、そのユーザとの通信可能であるかどうかの状態を示すものであり、例えば、“Ｔｒｕｅ”が通信可能を示し、“Ｆａｌｓｅ”が通信不可を示す。状態が変化すると、その内容を変更する。
【００５２】
なお、利用者がユーザ情報を直接編集できるようにしてもよい。
【００５３】
なお、各情報処理装置は、自装置に関する基本的なデータ（例えば、自装置のアドレスや、ユーザ名等）を、このユーザ管理部１０２にて記憶・管理してもよいし、図示しない記憶部に記憶するものとしてもよい。
【００５４】
アプリケーション管理部１０３は、自装置（自情報処理装置）において利用可能なアプリケーションに関する情報の管理を行う。
【００５５】
アプリケーション管理部１０３は、アプリケーション情報（図５の例参照）として、例えば、それぞれのアプリケーションについて、「アプリケーションの番号」、「アプリケーション名」、「アプリケーションの実行ファイルの場所」、「アプリケーションの起動状態」といった情報を記憶・管理する。
【００５６】
アプリケーション情報自体は、各情報処理装置に固有の情報となるので、アプリケーションに割り当てる番号は、個々の情報処理装置ごとに決定して構わないし、もちろん、グローバル・ユニークあるいはミーティング内で固有あるいはセッション内で固有になるものを用いてもよい。アプリケーション名についても同様である。アプリケーションがローカル・メモリに保存されている場合には、アプリケーションの実行ファイルの場所は、個々の情報処理装置ごとに変わってくる。
【００５７】
アプリケーションの起動状態は、既登録のアプリケーションについて、起動中であるかどうかの状態を示すものであり、例えば、  “Ｔｒｕｅ”が起動中であることを示し、“Ｆａｌｓｅ”が起動中でないことを示す。
【００５８】
このアプリケーション管理部１０３は、他の部分（例えば、操作部１０７、セッション管理部１０５、ドキュメント管理部１０４）よりアプリケーション起動要求を受け取ると、そのアプリケーションを起動し、アプリケーションの起動状態を変更する。また、起動中のアプリケーションの状態を監視し、アプリケーションが終了すると、アプリケーションの起動状態を変更する。
【００５９】
なお、利用者がアプリケーション情報を直接編集できるようにしてもよい。
【００６０】
ドキュメント管理部１０４は、自装置で用いられるドキュメントに関する情報の管理を行う。
【００６１】
ドキュメント管理部１０４は、ドキュメント情報（図７の例参照）として、例えば、それぞれのドキュメントについて、「ドキュメントの番号」、「ドキュメント名」、「ドキュメントのファイルの場所」、「ドキュメントを起動するためのアプリケーションの番号」といった情報を記憶・管理する。
【００６２】
ドキュメント情報自体は、各情報処理装置に固有の情報となるので、ドキュメントに割り当てる番号は、個々の情報処理装置ごとに決定して構わないし、もちろん、グローバル・ユニークあるいはミーティング内で固有あるいはセッション内で固有になるものを用いてもよい。ドキュメント名についても同様である。ドキュメントがローカル・メモリに保存されている場合には、ドキュメントの場所は、個々の情報処理装置ごとに変わってくる。
【００６３】
ドキュメントを起動するためのアプリケーションの番号は、ここでは、アプリケーション管理部１０３が管理するアプリケーション情報（図５の例参照）における「アプリケーションの番号」である。なお、ドキュメントを起動するためのアプリケーションを対応付けるために、この「アプリケーションの番号」以外の情報を用いることも可能である。
【００６４】
ドキュメント管理部１０４は、他の部分（例えば、操作部１０７、セッション管理部１０５）よりドキュメント登録要求を受け取ると、新たな番号とともに、そのドキュメント名、場所、アプリケーション番号を記憶する。また、他の部分よりドキュメント起動要求を受け取ると、アプリケーション管理部１０３に、場所欄の内容のドキュメントを引数として、アプリケーション番号に対応するアプリケーションの起動を要求する。
【００６５】
なお、利用者がドキュメント情報を直接編集できるようにしてもよい。
【００６６】
セッション管理部１０５は、セッションに関する情報の管理を行う。
【００６７】
セッション管理部１０５は、セッション情報（図８の例参照）として、例えば、それぞれのセッションについて、「セッションの番号」、「セッション名」、「セッションに参加したユーザの番号」、「セッションの開始日時」、「セッションで利用されたアプリケーションの番号」、「セッションで利用されたドキュメントの番号」といった情報を記憶・管理する。
【００６８】
セッション情報自体は、各情報処理装置に固有の情報となるので、セッションに割り当てる番号は、個々の情報処理装置ごとに決定して構わないし、もちろん、グローバル・ユニークあるいはミーティング内で固有あるいはセッション内で固有になるものを用いてもよい。セッション名についても同様である。
【００６９】
セッションに参加したユーザの番号、セッションで利用されたアプリケーションの番号、セッションで利用されたドキュメントの番号は、ここでは、それぞれ、ユーザ管理部１０２が管理するユーザ情報（図４の例参照）における「ユーザの番号」、アプリケーション管理部１０３が管理するアプリケーション情報（図５の例参照）における「アプリケーションの番号」、ドキュメント管理部１０４が管理するドキュメント情報（図７の例参照）における「ドキュメントの番号」である。なお、セッションに参加したユーザを対応付けるために、この「ユーザの番号」以外の情報を用いることも可能であるし、セッションで利用されたアプリケーションや、セッションで利用されたドキュメントの対応付けについても同様である。
【００７０】
セッション管理部１０５は、新たにセッションが作成されると、セッション名、その時点でセッションに参加しているユーザ、開始日時を記憶する。また、参加ユーザの増減、アプリケーションの起動、ドキュメントの起動により、それぞれの内容を変更する。
【００７１】
なお、利用者がセッション情報を直接編集できるようにしてもよい。
【００７２】
ミーティング管理部１０６は、ミーティングに関する情報の管理を行う。
【００７３】
ミーティング管理部１０６は、ミーティング情報（図６の例参照）として、例えば、それぞれのミーティングについて、「ミーティングの番号」、「ミーティング名」、「ミーティングに関連するユーザの番号」、「ミーティングに関連するセッションの番号」といった情報を記憶・管理する。
【００７４】
ミーティング情報自体は、各情報処理装置に固有の情報となるので、ミーティングに割り当てる番号は、個々の情報処理装置ごとに決定して構わないし、もちろん、グローバル・ユニークあるいはミーティング内で固有あるいはセッション内で固有になるものを用いてもよい。ミーティング名についても同様である。
【００７５】
ミーティングに関連するユーザの番号、ミーティングに関連するセッションの番号は、ここでは、それぞれ、ユーザ管理部１０２が管理するユーザ情報（図４の例参照）における「ユーザの番号」、セッション管理部１０５が管理するセッション情報（図８の例参照）における「セッションの番号」である。なお、ミーティングに関連するユーザを対応付けるために、この「ユーザの番号」以外の情報を用いることも可能であるし、ミーティングに関連するセッションの対応付けについても同様である。
【００７６】
なお、利用者がミーティング情報を直接編集できるようにしてもよい。
【００７７】
また、前述したように、個々の情報処理装置ごとに、ミーティングとセッションとのリンク構造を異にすることも可能である。
【００７８】
なお、ユーザの番号やユーザ名を個々の情報処理装置内でのみ固有にする場合に、あるセッションにおいて情報処理装置間で当該特定のユーザに関するデータを交換する際には、少なくとも当該セッション内で固有に当該ユーザを特定する情報を用いるものとする。そのためには、グローバル・ユニークあるいはミーティング内で固有あるいはセッション内で固有に当該ユーザを特定する情報と、自装置内でのみ固有のユーザの番号やユーザ名との対応を管理すればよい。セッションの番号やセッション名、プログラムの番号やプログラム名、ドキュメントの番号やドキュメント名についても同様である。
【００７９】
以下では、本実施形態の動作について具体例を用いながら説明する。
【００８０】
図３に、セッションを開始する情報処理装置における動作手順の一例を示す。
【００８１】
以下では、セッションを開始する情報処理装置の動作例について説明し、次いでその他の情報処理装置の動作例について言及する。前者と後者の相違は、基本的には、前者は他の情報処理装置へ当該セッションへの参加を要求する何らかの要求を出すのに対して、後者は他の情報処理装置へ当該セッションへの参加を要求する何らかの要求を受けるところから始まる点である。
【００８２】
（ステップＳ１：ミーティングの作成）
本情報処理装置の利用者は、例えば既存のミーティングの一覧表示を参照するなどし、既存のミーティングが未だに存在しない場合、または既存のミーティングは存在するが、これから開始するセッションを新たなミーティングで管理しようとする場合には、まず、操作部１０７を用いて、新たなミーティングを作成する。
【００８３】
この場合、利用者は、ミーティングを新たに作成するための指示を入力し、次いで、新たに作成するミーティングのミーティング名を入力するとともに、必要に応じて、該ミーティングに参加するユーザや該ミーティングで起動するアプリケーションを入力する。参加するユーザおよび起動するアプリケーションは、必ずしも入力する必要はない。
【００８４】
なお、操作部１０７は、例えば、他のユーザの一覧および利用可能なアプリケーションの一覧を表示する機能を持ち、利用者は、表示された各一覧の中から、ミーティングに参加するユーザおよび起動するアプリケーションを選択して入力するようにしてもよいし、この機能と手入力の機能を併用してもよい。
【００８５】
一覧表示機能を持つ場合、操作部１０７は、ユーザに関する情報をユーザ管理部１０２から取得し、表示する。
【００８６】
図４に、ユーザ管理部１０２が持つユーザ情報の一例を示す。この例では、ユーザ管理部１０２は、それぞれのユーザについて、ユーザの番号、ユーザ名、アドレス、ユーザが現在通信可能かどうかを表すフラグの情報を表として保持している。前述のように、例えば、通信部１０１が新たなユーザを検出した際に、新たな番号とともに、そのユーザ名およびアドレスを表に追加する。また、この表中に存在するユーザが通信可能になったという通知を受け取ると、通信可能欄の内容をＴｒｕｅに変更し、通信不可能になったという通知を通信部１０１から受け取ると、通信可能欄の内容をＦａｌｓｅに変更する。図４に示す具体例の場合、「村井」「岩村」「池田」の３ユーザは現在通信可能という状態になっており、他方、「堀口」「池上」の２ユーザは現在通信不可能という状態になっている。
【００８７】
また、操作部１０７は、利用可能なアプリケーションに関する情報を、アプリケーション管理部１０３から取得し、表示する。
【００８８】
図５に、アプリケーション管理部１０３が持つアプリケーション情報の一例を示す。この例では、アプリケーション管理部１０３は、アプリケーションの番号、アプリケーション名、アプリケーションの実行ファイルの場所、アプリケーションが現在起動中かどうかを表すフラグの情報を表として保持している。アプリケーションの番号、アプリケーション名、アプリケーションの実行ファイルの場所は、あらかじめ与えられている。前述したように、アプリケーション管理部１０３は、他の部分よりアプリケーション起動要求を受け取ると、場所欄の内容のアプリケーションを起動し、起動中欄の内容をＴｒｕｅに変更するとともに、アプリケーションの状態を監視し、アプリケーションが終了すると、起動中欄の内容をＦａｌｓｅに変更する。図５に示す具体例の場合、「ホワイトボード」「プレゼンテーション」「チャット」「ノート」の４アプリケーションが利用可能となっている。
【００８９】
利用者が新たなミーティングを作成すると、操作部１０７は、ミーティングに関する情報をミーティング管理部１０６に渡し、ミーティング管理部１０６は、操作部１０７から与えられたミーティング情報を記憶する。
【００９０】
図６に、ミーティング管理部１０６が持つミーティング情報の一例を示す。この例では、ミーティング管理部１０６は、ミーティングの番号、ミーティング名、ミーティングに参加するユーザの番号（ミーティングに属するセッションに参加するユーザの番号）、ミーティングで起動するアプリケーションの番号（ミーティングに属するセッションで起動するアプリケーションの番号）、ミーティングに関連するセッションの番号の情報を表として持つ。前述したように、新たなミーティングが作成された場合は、新たな番号が割り当てられる。また、ミーティングの参加ユーザに関しては、ユーザ管理部１０２に記憶されているユーザの番号が記憶される。同様に、起動するアプリケーションに関しては、アプリケーション管理部１０３に記憶されているアプリケーションの番号が記憶される。図６に示す具体例の場合、「プロジェクトＡ定例会議」ミーティングが新たに作成され、参加するユーザは「村井」「岩村」「池田」、起動アプリケーションは「ノート」となっている。なお、新たに作成されたミーティングの場合、この時点ではセッションはまだ作成されていないので、セッション欄は空欄のままである。
【００９１】
なお、セッションとミーティングとの対応付けを、一時保留しておき、後であらためて行うようにすることを許すものとすれば、ステップＳ１は、ステップＳ２の中で行うことも可能であるし、ステップＳ２より後で行うことも可能である。
【００９２】
（ステップＳ２：セッションの作成）
次に、利用者は、会議を行うための準備として、操作部１０７を用いて、セッションを作成する。
【００９３】
利用者は、セッションが属するミーティングを選択する。また、利用者は、新たに作成するセッションの名前を入力する。さらに、利用者は、セッション名、セッションに参加するユーザ、およびセッションで起動するアプリケーションを入力する。その際、例えば、セッションが属するミーティングに参加するユーザおよび起動するアプリケーションをデフォルト値とし、それらを利用者に提示するようにすれば、利用者はデフォルト値の通りでよいことを確認すれば、何も入力しなくて済む。もしデフォルト値とは異なる内容にしたいのであれば、変更をすればよい。
【００９４】
利用者がセッションで利用するドキュメントを入力すると、操作部１０７は、ドキュメントに関する情報をドキュメント管理部１０４に渡し、ドキュメント管理部１０４は、操作部１０７から与えられた情報を記憶する。
【００９５】
図７に、ドキュメント管理部１０４が持つドキュメント情報の一例を示す。この例では、ドキュメント管理部１０４は、ドキュメントの番号、ドキュメント名、ドキュメントのファイルの場所、ドキュメントを起動するためのアプリケーションの番号の情報を表として保持している。図７に示す具体例の場合、「アイディア図」という「ホワイトボード」アプリケーションのドキュメントが記憶されている。
【００９６】
利用者が新たなセッションを作成すると、操作部１０７は、セッションに関する情報をセッション管理部１０５に渡し、セッション管理部１０５は、操作部１０７から与えられた情報を記憶する。
【００９７】
図８に、セッション管理部１０５が持つセッション情報の一例を示す。この例では、セッション管理部１０５は、セッションの番号、セッション名、セッションに参加するユーザの番号、セッションで起動されるアプリケーションの番号、セッションで利用されるドキュメントの番号、セッションの開始日時、セッションの終了日時の情報を表として保持している。図８に示す具体例の場合、「プロジェクトＡ定例会議（２００２／０４／０１）」セッションが新たに作成され、参加するユーザは「村井」「岩村」「池田」、起動アプリケーションは「ノート」、利用ドキュメントは「アイディア図」という「ホワイトボード」アプリケーションのドキュメントとなっている。
【００９８】
また、利用者が新たなセッションを作成すると、セッション管理部１０５は、セッションに関する情報をミーティング管理部１０６に渡し、ミーティング管理部１０６は、セッション管理部１０５から与えられた情報を記憶する。
【００９９】
図９に、新たなセッションが作成された際の、ミーティング管理部１０６が持つミーティング情報の一例を示す。セッション管理部１０５から与えられた、新たに作成されたセッションの番号を、セッション番号欄に追加する。図９に示す具体例の場合、「プロジェクトＡ定例会議」ミーティングに関連するセッションとして、「プロジェクトＡ定例会議（２００２／０４／０１）」が追加されている。
【０１００】
なお、特定のミーティングを選択せずにセッションを作成することも可能である。特定のミーティングを指定せずにセッションを作成した場合には、作成されたセッションに応じて、適当な名前の新たなミーティングが作成され、そのミーティングに属するものとして管理されるようにしてもよいし、特定のミーティングを指定せずに作成されたセッションを属させる特別のミーティングを用意しておいて、特定のミーティングを指定せずに作成されたセッションを、該特別のミーティングに属するものとして管理されるようにしてもよい。
【０１０１】
（ステップＳ３：セッションの開始）
次に、利用者は、実際の会議を開始するために、操作部１０７を用いて、セッションの開始のための処理の実施を指示する。
【０１０２】
処理が開始されると、セッション管理部１０５は、記憶されているセッション情報で指定されている相手ユーザが現在通信可能かどうかをユーザ管理部１０２に確認し、通信可能なユーザとの通信コネクションの生成を通信部１０１に依頼する。依頼を受けた通信部１０１は、例えば、各通信可能なユーザに対して、通信コネクションの生成を要求し、肯定応答を送ってきたユーザとの間で、通信コネクションを生成する。もちろん、通信コネクションの生成には、どのようなプロトコルを用いても構わない。
【０１０３】
通信コネクションが生成されると、その通信コネクション上で、各ユーザとの間でセッションに関する情報を交換する。セッションに関する情報は、自装置が保持するセッション情報そのものではなく、各ユーザが、セッション情報を作成し、他の情報を必要に応じて更新し、必要に応じてミーティングの情報を新たに作成したりすることができるようにするための内容を含むものであり、例えば、当該セッションを特定するための情報、当該セッションに参加するユーザを特定するための情報、当該セッションで起動されるアプリケーションを特定するための情報、当該セッションで利用されるドキュメントを特定するための情報などである。なお、セッション情報が通信相手ユーザとの間で固有の情報のみからなる構成の場合には、セッション情報を通信相手ユーザへ配布するようにすることも可能である。
【０１０４】
ドキュメント管理部１０４は、通信コネクションの上で、指定されたドキュメントの内容を他のユーザと交換する。なお、指定されたドキュメントが、各情報処理装置からアクセスできる共通の記憶装置に格納されているものである場合には、ドキュメントの内容の代わりに、ドキュメントの内容の記憶場所を示す情報を交換するようにしてもよい。
【０１０５】
（ステップＳ４〜ステップＳ８：セッションの実施）
さて、セッションの開始のための準備が整うと、セッションの開始となる。
【０１０６】
セッションに参加したそれぞれの情報処理装置においては、セッションに関する情報をセッション管理部１０５が操作部１０７の表示画面に表示し、指定されたアプリケーションをアプリケーション管理部１０３が起動し、指定されたドキュメントをドキュメント管理部１０４が起動する。
【０１０７】
セッションが開始されると、情報処理装置のセッション管理部１０５は、セッションが開始された日時をセッション情報に追加する。
【０１０８】
図１０に、セッションが開始された際の、セッション管理部１０５が持つセッション情報の一例を示す。図１０に示す具体例の場合、「プロジェクトＡ定例会議（２００２／０４／０１）」セッションが、「２００２／０４／０１  １３：００：００」に開始されたことが記録されている。
【０１０９】
利用者は、セッションが開始された後に、会議の実施となる操作…例えば、起動中のアプリケーションに対する操作や起動中のドキュメントに対する操作など…の他に、ドキュメントの起動や、アプリケーションの起動などの操作を行うことができ、図３のフローチャートでは、利用者の行った操作に応じて、処理が分岐する形になっている。
【０１１０】
利用者は、セッションが開始された後に、操作部１０７を用いて、会議の実施となる操作…例えば、起動中のアプリケーションに対する操作や起動中のドキュメントに対する操作など…の他に、ドキュメントの起動や、アプリケーションの起動や、セッションの終了などの操作を行うことができ、図３のフローチャートでは、利用者の行った操作に応じて、処理が分岐する形になっている。
【０１１１】
起動中のアプリケーションに対する操作や起動中のドキュメントに対する操作などが行われた場合には（ステップＳ４）、その操作に対応する処理が行われる（ステップＳ８）。
【０１１２】
ドキュメントの起動が指示された場合には（ステップＳ４，Ｓ５）、指定されたドキュメントを起動する（ステップＳ６）。新たにドキュメントが起動される場合、このドキュメントについても、セッション開始時に起動されたドキュメントと同様、通信コネクションの上で、その内容が他のユーザと交換され、それぞれの情報処理装置で起動される。セッション内で新たにドキュメントが起動されると、ドキュメント管理部１０４に新たな情報が追加されるとともに、セッション管理部１０５で記憶されているセッション情報の内容が更新される。
【０１１３】
図１１に、セッションが開始された後に、ドキュメントの起動を行った場合の、ドキュメント管理部１０４が持つドキュメント情報の一例を示す。図１１に示す具体例の場合、「検討経過」という「プレゼンテーション」アプリケーションのドキュメントが新たに追加されている。
【０１１４】
アプリケーションの起動が指示された場合には（ステップＳ４，Ｓ５）、指定されたアプリケーションを起動する（ステップＳ７）。新たにアプリケーションが起動された場合、この新たに起動されたアプリケーションについても、このアプリケーションに対応した番号をアプリケーション番号として追加する。
【０１１５】
また、利用者は、セッションが開始された後に、操作部１０７を用いて、アプリケーションの起動を行うことができる。新たにアプリケーションが起動される場合、このアプリケーションについても、セッション開始時に起動されたアプリケーションと同様、それぞれの情報処理装置で起動される。セッション内で新たにアプリケーションが起動されると、セッション管理部１０５で記憶されているセッション情報の内容が更新される。
【０１１６】
図１２に、セッションが開始された後に、アプリケーションの起動およびドキュメントの起動を行った場合の、セッション管理部１０５が持つセッション情報の一例を示す。図１２に示す具体例の場合、「チャット」アプリケーション、および「検討経過」という「プレゼンテーション」アプリケーションのドキュメントが新たに追加されている。
【０１１７】
（ステップＳ４，Ｓ９：セッションの終了）
利用者は、実際の会議を終了しようとする場合、操作部１０７を用いて、セッションの終了のための処理の実施を指示する。
【０１１８】
この処理が開始されると、セッション管理部１０５は、他のユーザにセッションの終了を通知し、通信コネクションの破棄を通信部１０１に依頼する。セッションに参加したそれぞれの情報処理装置は、セッションを終了する。
【０１１９】
なお、セッションを開始した情報処理装置のみがセッションの終了を通知できるようにしてもよいし、セッションを開始した情報処理装置以外の情報処理装置もセッションの終了を自ら又はセッションを開始した情報処理装置に依頼することによって通知できるようにしてもよい。
【０１２０】
また、１台の情報処理装置がセッションの終了を通知した場合に、セッションが終了されるものと確定するようにしてもよいし、該通知に応答して例えば全てあるいは過半数など所定の条件を満たす数の情報処理装置がセッションの終了を承諾した場合にのみ、セッションが終了できるようにしてもよい。なお、後者の場合に、承諾数が終了条件を満たさずにセッションが継続となったときでも、セッションを終了したい情報処理装置は、例えばセッションからの離脱などによって自装置に関してはセッションを終了することは可能である。
【０１２１】
さて、セッションが終了されると、情報処理装置のセッション管理部１０５は、セッションが終了された日時を、セッション情報に追加する。
【０１２２】
図１３に、セッションが終了された際の、セッション管理部１０５が持つセッション情報の一例を示す。図１３の具体例の場合、「プロジェクトＡ定例会議（２００２／０４／０１）」セッションが、「２００２／０４／０１  １５：００：００」に終了されたことを示している。
【０１２３】
以上が、１つのセッションに関する処理の流れの一例である。
【０１２４】
ここで、セッションを開始する情報処理装置以外の情報処理装置の動作について言及する。
【０１２５】
図１４に、セッションを開始する情報処理装置以外の情報処理装置における動作手順の一例を示す。
【０１２６】
この手順例では、この要求を受けた情報処理装置は、必ず、当該セッションに参加するものとしている。
【０１２７】
この場合、各情報処理装置での処理は、まず、これまで説明したセッションを開始する情報処理装置から、あるセッションへの参加を要求する何らかの要求を受けたところから始まる（ステップＳ１１）。この要求は、例えば、前述した通信コネクションの設定にあたって行われてもよいし、通信コネクションの設定の前に行われてもよいし、通信コネクションの設定の後に行われてもよい。
【０１２８】
上記の要求を受けた各情報処理装置は、セッションの開始のための処理を行う（ステップＳ１２）。この処理は、図３のステップＳ３の処理に相当する内容で、（未だ通信コネクションが生成されていない場合に）通信コネクションの生成、セッションに関する情報の交換、ドキュメントの内容の交換、アプリケーションの起動、ドキュメントの起動、セッション情報の作成、セッションが属するミーティングの選択、ミーティング情報の作成又はミーティング情報の更新などである。
【０１２９】
なお、図１４の手順例では、要求を受けた情報処理装置は、必ず、当該セッションに参加するものとしているが、その代わりに、例えば、自装置の状況や通信網の状況などを考慮して、要求を受けるか否かを判断し、要求を受けると判断された場合にのみ、当該セッションに参加するものとする構成も可能である。
【０１３０】
以降は、基本的には、図３の手順例のステップＳ４以降と同様である。
【０１３１】
また、セッションに参加するかを自装置の利用者に確認する構成も可能である。
【０１３２】
図１５に、この場合の処理手順の一例を示す。
【０１３３】
この場合、各情報処理装置は、これまで説明したセッションを開始する情報処理装置から、あるセッションへの参加を要求する何らかの要求を受けると（ステップＳ２１）、セッションを開始するかどうか、利用者へ確認をする（ステップＳ２２）。
【０１３４】
利用者により開始する旨の指示が与えられた場合には（ステップＳ２３）、上記と同様にセッションの開始のための処理を行う（ステップＳ２４）。
【０１３５】
以降は、基本的には、図３の手順例のステップＳ４以降と同様である。
【０１３６】
他方、利用者により開始しない旨の指示が与えられた場合には（ステップＳ２３）、例えば要求元の情報処理装置へ拒絶の旨のメッセージを送信するなどして、処理を終了する。
【０１３７】
さて、利用者は、これまで説明してきたような手順を繰り返すことにより、１つのミーティングの中に、複数のセッションを作成することが可能である。また、複数のミーティングを作成することも可能である。
【０１３８】
図１６に、新たなセッションを追加した場合の、ドキュメント管理部１０４が持つドキュメント情報の一例を示す。図１６に示す具体例の場合、「検討結果」という「プレゼンテーション」アプリケーションのドキュメントが追加されている。
【０１３９】
図１７は、新たなセッションを追加した場合の、セッション管理部１０５が持つセッション情報の一例である。図１７の例では、「プロジェクトＡ定例会議（２００２／０４／０８）」セッションが新たに作成され、参加したユーザは「村井」「岩村」「池田」、起動アプリケーションは「ホワイトボード」「チャット」「ノート」、利用ドキュメントは「アイディア図」という「ホワイトボード」アプリケーションのドキュメントおよび「検討結果」という「ホワイトボード」アプリケーションのドキュメント、開始日時は「２００２／０４／０８  １３：００：００」、終了日時は「２００２／０４／０８  １４：００：００」との内容が記憶されている。
【０１４０】
図１８に、新たなセッションを追加した場合の、ミーティング管理部１０６が持つミーティング情報の一例を示す。図１８に示す具体例の場合、「プロジェクトＡ定例会議」ミーティングに関連するセッションとして、「プロジェクトＡ定例会議（２００２／０４／０８）」が追加されている。
【０１４１】
このようにして利用者が各ミーティングの各セッションを繰り返し行ううちに、ミーティング情報、セッション情報、ユーザ情報、アプリケーション情報、ドキュメント情報が蓄積されていく。
【０１４２】
図１９に、本実施形態で形成されるミーティングとセッションとのリンク構造の一例を示す。図中、３００はルートノード、３０１〜３０３はミーティングを示すノード、３０４〜３０８はセッションを示すノードである。なお、図中では省略しているが、ミーティングを示すノードやセッションを示すノードには、ユーザ、プログラム、ドキュメントに関する情報がリンクしている。
【０１４３】
ところで、図１９の例では、セッション・ノードは唯一の親ノードにのみリンクするものであったが、セッション・ノードが複数の親ノードにリンク可能としてもよい。また、ミーティング・ノードの階層は単一の階層であったが、ミーティング・ノードの階層が多階層構造あるいはネットワーク構造になっていてもよい。
【０１４４】
図２０に、セッション・ノードが複数の親ノードにリンク可能とした場合の例を示す。この具体例では、例えば、プロジェクトＡ定例会議（２００２／０４／０１）というセッションは、プロジェクトＡというミーティングと、定例会議というミーティングの両方にリンクしている。
【０１４５】
図２１に、ミーティング・ノードが２階層を持つ場合の例を示す。この具体例では、プロジェクトＡ定例会議について、自装置の利用者が出席した（自装置が参加した）ものと、自装置の利用者が欠席した（自装置が参加しなかった）ものとを分けて管理するようにしており、例えば、プロジェクトＡ定例会議（２００２／０４／０１）というセッションは、直接、プロジェクトＡ定例会議のノードにリンクするのではなく、その子ノードとなる出席という親ノードにリンクしている。
【０１４６】
もちろん、図２０や図２１は、一例で、それらの他にも種々のリンク構造が可能である。なお、このような複雑なリンク構造は、新たなリンク作成のときに形成してもよいし、後から利用者がリンク構造を直接編集可能としてもよい。その際、ミーティング情報やセッション情報のデータを編集することも可能であるが、ミーティングやセッションなどのリンク構造を例えば図２０や図２１のように視覚的に表示し、ユーザはそのリスト表示等においてノードの画像やリンクの画像について、追加、削除、修正、移動等を行うことによって編集し、この編集を自動的に各種情報に反映させるようなＧＵＩを備えると好ましい。
【０１４７】
以下では、各種情報の参照について説明する。
【０１４８】
本実施形態では、ミーティング情報中に、当該ミーティングに属するセッションを特定可能とする情報を格納するので、特定のミーティングに属するセッションを探索したり、特定のセッションの属するミーティングを探索したり、特定のセッションの属するミーティングに属する他のセッションを探索したり、各ミーティングや各セッションに関連するユーザやプログラムやドキュメントを探索することが可能になる。
【０１４９】
なお、本実施形態では、ミーティング情報中に、当該ミーティングに属するセッションを特定可能とする情報を格納したが、その代わりにまたはそれに加えて、セッション情報中に、当該セッションに属するミーティングを特定可能とする情報を格納するようにしてもよい。
【０１５０】
図２２に、各種情報を参照する場合の手順の一例を示す。
【０１５１】
この手順では、利用者は、操作部１０７を通じて、ミーティングの情報、過去に作成されたセッションの情報、それぞれのセッションで起動されたアプリケーションとドキュメントの情報を参照することできる。
【０１５２】
操作部１０７は、ミーティング管理部１０６に記憶されているミーティングの一覧を表示する（ステップＳ３１）。
【０１５３】
利用者がミーティング一覧の中から所望のミーティングを選択すると（ステップＳ３２）、操作部１０７は、そのミーティングに関する情報（例えば、ミーティング名、参加ユーザの一覧、起動アプリケーションの一覧、関連するセッションの一覧）を、ミーティング管理部１０６、ユーザ管理部１０２、アプリケーション管理部１０３、セッション管理部１０５に問い合わせ、表示する（ステップＳ３３）。なお、利用者が、操作部１０７を通じて、これらの情報を変更可能としてもよい。
【０１５４】
利用者がセッション一覧の中から所望のセッションを選択（ステップＳ３４）すると、操作部１０７は、そのセッションに関する情報（例えば、セッション名、参加ユーザの一覧、起動アプリケーションの一覧、起動ドキュメントの一覧、開始日時、終了日時）を、セッション管理部１０５、アプリケーション管理部１０３、ドキュメント管理部１０４に問い合わせ、表示する（ステップＳ３５）。
【０１５５】
利用者が（ステップＳ３３またはＳ３５で表示された）起動アプリケーションの一覧の中から所望のアプリケーションを選択すると（ステップＳ３６）、操作部１０７は、アプリケーション管理部１０３に、選択されたアプリケーションの起動を依頼し、アプリケーションが起動する（ステップＳ３７）。
【０１５６】
利用者が（ステップＳ３３またはＳ３５で表示された）起動ドキュメントの一覧の中から所望のドキュメントを選択すると（ステップＳ３８で表示された）、操作部１０７は、ドキュメント管理部１０４に、選択されたドキュメントの起動を依頼し、ドキュメントが起動する（ステップＳ３９）。
【０１５７】
また、利用者は、適宜、所望の一覧に戻ることができる。また、図２２では省略しているが、利用者は、目的となる参照等が完了したならば、所望の時点で処理を終了すればよい。
【０１５８】
もちろん、上記の他にも種々のバリエーションが可能である。
【０１５９】
例えば、操作部１０７は、上記した一覧表示の機能の代わりに、ミーティングやセッションなどのリンク構造を例えば図２０や図２１のように視覚的に表示し、ユーザは所望のノードをクリックするなどによって選択できるような機能を備えてもよい。また、一覧表示の機能と視覚的表示の機能の両方を備え、利用者が適宜選択して使用できるようにしてもよい。
【０１６０】
また、例えば、所望のキーを入力して、該当するミーティングやセッションなどを検索することも可能である。
【０１６１】
（第２の実施形態）
本実施形態は、予めセッション情報を他のユーザに配布しておいて、セッションの準備を整えておくことをも可能にしたものであり、予めセッション情報を配布することを可能とするための構成以外は、基本的には、第１の実施形態と同様である。以下では、第１の実施形態と相違する点を中心に説明する。
【０１６２】
図２３に、本発明の第２の実施形態に係る情報処理装置２００の構成例を示す。図２３に示されるように、本実施形態の情報処理装置２００は、通信部２０１、ユーザ管理部２０２、セッション管理部２０３、ミーティング管理部２０４、アプリケーション管理部２０５、ドキュメント管理部２０６、入出力部２０７、操作部２０８から構成される。
【０１６３】
通信部２０１は、基本的には第１の実施形態と同様であり、例えば、通信可能な情報処理装置を検出し、検出した情報処理装置との間でのデータ通信を行う。
【０１６４】
ユーザ管理部２０２は、ミーティングやセッションに係るユーザに関する情報の管理を行う。ユーザ管理部２０２は、ユーザ情報として、例えば、ユーザごとに、「ユーザＩＤ」、「アドレス」、「通信状態」、「電子メールアドレス」といった情報を記憶・管理する。ユーザ管理部２０２は、ユーザに関する情報として、それら以外にも、例えば、住所、電話番号なども併せて管理するようにしてもよい。
【０１６５】
ユーザＩＤは、情報処理装置を利用する利用者を識別するための情報であり、例えば、ＵＵＩＤを用いて定義する。情報処理装置と利用者とを一対一に対応付けることができ、かつ、アドレスが情報処理装置に固有の値であれば、ユーザＩＤとしてアドレスを用いることも可能である。あるいは、ユーザの電子メールアドレスなどを用いることも可能である。
【０１６６】
アドレスは、通信部２０１が使用するプロトコルによって異なるが、例えば、ＴＣＰ／ＩＰプロトコルを使用している場合には、ＩＰアドレスを用いることができる。
【０１６７】
通信状態は、情報処理装置と通信可能な状態にあるか通信できない状態にあるかを示す変数であり、例えば、通信可能な状態では、Ｔｒｕｅに設定し、通信できない状態では、Ｆａｌｓｅに設定する。通信部２０１は、例えば、新たなユーザを検出すると、検出したユーザのアドレスをユーザ管理部２０２に通知する。
【０１６８】
アドレスをユーザＩＤとして利用する場合には、ユーザ管理部２０２はアドレスをユーザＩＤとするエントリを生成する。それ以外の場合には、例えば、ユーザ管理部２０２はユーザＩＤを取得するために、通信部２０１を用いて情報処理装置からユーザＩＤを取得し、新しいエントリを生成すればよい。このとき、電子メールアドレスや住所などの情報もユーザＩＤと併せて取得するようにしてもよい。ユーザＩＤと一緒には電子メールアドレスなどを取得しない場合には、別の手段によって情報を取得し、設定することができるようにするが、設定されるまでの間は、電子メールアドレスなどは未設定となる。いずれの場合にも、生成されたエントリの通信状態は、Ｔｒｕｅとなる。
【０１６９】
通信部２０１は、いずれかの情報処理装置と通信できなくなったことを検出すると、ユーザ管理部２０２に通知する。ユーザ管理部２０２では、通知された情報処理装置のエントリの通信状態を、Ｆａｌｓｅに変更する。
【０１７０】
通信部２０１が検出した情報処理装置のユーザＩＤを持つエントリが既に存在する場合には、ユーザ管理部２０２は、そのエントリの通信状態をＴｒｕｅに変更する。
【０１７１】
アプリケーション管理部２０５は、基本的には第１の実施形態と同様であり、自装置において利用可能なアプリケーションに関する情報の管理を行う。
【０１７２】
アプリケーション管理部２０５は、アプリケーション情報として、例えば、アプリケーションごとに、「アプリケーションＩＤ」、「アプリケーションの実行方法」、「アプリケーションの起動状態」といった情報を記憶・管理する。
【０１７３】
アプリケーションＩＤは、アプリケーションに固有の識別子であり、アプリケーション開発者などによって割り当てられる。
【０１７４】
アプリケーションの実行方法は、例えば、アプリケーションを実行可能ファイルとする場合には、実行可能ファイルのパスなどになる。また、例えば、ＣＯＭサーバなどの形態を用いる場合には、インタフェースＩＤを保存する。
【０１７５】
ドキュメント管理部２０６は、基本的には第１の実施形態と同様であり、自装置で用いられるドキュメントに関する情報の管理を行う。
【０１７６】
ドキュメント管理部２０６は、ドキュメント情報として、例えば、ドキュメントごとに、「ドキュメントＩＤ」、「ドキュメントの保管場所」、「ドキュメントを扱うアプリケーションのアプリケーションＩＤ」といった情報を記憶・管理する。なお、事前配布するドキュメントに対するアクセス制御を行う場合には、ドキュメント情報として、例えば「ドキュメントに対するアクセス権」を示す情報をもさらに記憶・管理するのが好ましい。
【０１７７】
ドキュメントＩＤは、ドキュメントに固有な識別子であり、ＵＵＩＤなどによってドキュメントごとに一意な値を用いる。複数の情報処理装置によって共有されたドキュメントは、すべての情報処理装置において同一のドキュメントＩＤを対応付ける。各ドキュメントが一つのファイルとして保存される場合には、ドキュメントの保管場所としてそのファイルのパスを保持する。データベースなどに複数のドキュメントを保存するなどの場合には、保存方法によってドキュメントの保管場所の形式として異なる形式を採用することも可能である。
【０１７８】
ドキュメントのアクセス権は、情報処理装置においてドキュメントの変更、削除を行うことが可能であるか禁止されているかを示す。さらに、ドキュメントの変更に関するアクセス権は、すべての変更に関して単一のアクセス権を設定することも可能であるし、変更の種類に応じて複数のアクセス権を設定できるようにする構成も可能である。例えば、複数のアイテムの集合として構造化されたドキュメントにおいて、アイテムの追加とアイテムの変更とにそれぞれ独立したアクセス権を設定するなどの構成も可能である。
【０１７９】
セッション管理部２０３は、基本的には第１の実施形態と同様であり、セッションに関する情報の管理を行う。
【０１８０】
セッション管理部２０３は、セッション情報として、例えば、セッションごとに、「セッションＩＤ」、「バージョン番号」、「セッションが属するミーティング」、「セッションの参加ユーザのリスト」、「セッションで利用するドキュメントのリスト」、「セッションで利用するアプリケーションのリスト」といった情報を記憶・管理する。
【０１８１】
バージョン番号は、セッション管理部２０３が保持するセッションの情報が変更されるたびに更新され、時系列的な順序が特定できる値である。例えば、変更するたびに１ずつインクリメントされる整数値などを用いる。
【０１８２】
セッションＩＤは、セッションごとに一意な識別子であり、ＵＵＩＤなどを用いる。セッションＩＤは、セッションに参加するすべてのユーザが使用する情報処理装置において同一の値を保持する。
【０１８３】
ミーティング管理部２０４は、基本的には第１の実施形態と同様であり、ミーティングに関する情報の管理を行う。
【０１８４】
ミーティング管理部２０４は、ミーティング情報として、例えば、ミーティングごとに、「ミーティングＩＤ」、「セッションのリスト」といった情報を記憶・管理する。
【０１８５】
ミーティングＩＤは、ミーティングごとに一意に割り当てる識別子であり、ＵＵＩＤなどを用いる。
【０１８６】
ミーティング情報には、参加ユーザのリストやアプリケーションのリストを持たせることも可能である。
【０１８７】
入出力部２０７は、本実施形態で付加されたものであり、セッション情報を他の情報処理装置に送信する機能と、他の情報処理装置から受信したセッション情報を取り込むにあたって必要な処理を行う機能とを有する。
【０１８８】
セッション情報を送信するときには、セッション管理部２０３、ミーティング管理部２０４、ユーザ管理部２０１、アプリケーション管理部２０５から必要な情報を取り出し、予め定められた形式のセッション情報を作成し、送信する。
【０１８９】
情報処理装置がセッション情報を受信すると、入出力部２０７は、セッション情報を解析し、セッション管理部２０３、ミーティング管理部２０４、ユーザ管理部２０２、アプリケーション管理部２０５の設定を行う。
【０１９０】
セッション情報には、上記の例をもとにすると、セッションＩＤ、当該セッション情報のバージョン番号、セッションの参加ユーザのユーザＩＤのリスト、セッションで使用するアプリケーションのアプリケーションＩＤのリスト、セッションが属するミーティングのミーティングＩＤが含まれる。
【０１９１】
操作部２０８は、基本的には第１の実施形態と同様であり、利用者が当該情報処理装置に対して操作を行い、また、当該情報処理装置が利用者に対して情報の提示を行うなどの、ユーザインタフェース機能を提供するためのものである。
【０１９２】
以下では、本実施形態の動作について説明する。
【０１９３】
予めセッション情報を他のユーザに配布するのではなく、セッションの開始にあたって、セッションに関する情報を交換する場合の処理手順は、第１の実施形態（例えば、図３等）と同様である。なお、予めセッション情報が配布される場合には、図３のステップＳ１，Ｓ２（あるいはステップＳ２のみ）が事前に行われ、ステップＳ３の部分は、セッション情報が既に配布されている場合があることを想定した処理に修正される。なお、図２４に、予めセッション情報を配布する場合の事前作成・配布の部分の処理手順の一例を示す。また、図２５に、予め配布されたセッション情報を取り込む場合の受信・取り込みの部分の処理手順の一例を示す。
【０１９４】
以下では、予めセッション情報を配布する場合の手順を中心に説明する。
【０１９５】
（ステップＳ１，Ｓ４１：ミーティングの作成）
ユーザが新しいセッション情報を作成する際には、操作部２０８を用いてセッション情報作成手順を実行する。
【０１９６】
はじめにミーティングを選択し、選択したミーティングに属するセッションを作成する。ミーティングへの参加ユーザのリストやアプリケーションのリストが設定されている場合には、それらの値をセッションの参加ユーザリスト、アプリケーションリストの初期値としてもよい。ユーザは、必要に応じて参加ユーザやアプリケーションを追加、削除する。
【０１９７】
なお、特定のミーティングを選択せずにセッションを作成することも可能である。この場合には、参加ユーザもアプリケーションも設定されないので、ユーザは、少なくとも参加ユーザを設定する必要がある。
【０１９８】
ミーティングを指定せずにセッションを作成した場合には、例えば、作成されたセッションに応じて、新たなミーティングが作成され、そのミーティングに属するものとして管理される。あるいは、例えば、特定のミーティングを指定せずに作成されたセッションを属させる特別のミーティングに属するものとして管理される。
【０１９９】
セッションが作成されると、新しいセッションＩＤが割り当てられる。
【０２００】
（ステップＳ４２，Ｓ４３：セッション情報の事前作成、事前配布、ステップＳ５１，Ｓ５２：セッション情報の受信、取り込み）
セッション情報は、セッション開始時に共有されるだけでなく、事前に参加者に配布しておくことも可能である。
【０２０１】
事前に参加者にセッション情報を配布しておくことによって、セッション情報の作成者以外の参加者においても、予めセッションで使用するアプリケーションを登録しておくことが可能になる。また、セッション情報とスケジュール管理ソフトとを連携させて、セッションの予定時刻にスケジュールを設定するなども可能となる。
【０２０２】
セッション情報を事前に配布するためには、配布するセッション情報に関するセッション情報データを作成して、例えば電子メールなどによって参加者に配布する。セッション情報データを配布された参加者が、セッション情報データを読み込んで、セッション情報を設定する。
【０２０３】
［セッション情報の事前作成、事前配布］
セッション情報データを作成するには、操作部２０８から入出力部２０７に対してセッション情報データの作成を指示する。
【０２０４】
入出力部２０７は、セッション管理部２０３からセッション情報を読み出す。また、セッション情報の参加ユーザリストのユーザそれぞれについて、ユーザ管理部２０２からユーザ情報を読み出す。また、ミーティング管理部２０４からミーティング情報を読み出す。また、セッション情報にアプリケーションが登録されている場合には、アプリケーション管理部２０５からアプリケーション情報を読み出す。
【０２０５】
セッション情報データに含めるユーザ情報は、ユーザＩＤを含む。ユーザ管理部２０４が記憶するユーザＩＤ以外の情報もセッション情報データに含めることも当然可能である。セッション情報データにすべてのユーザ情報を含めるとデータ量が増加することとなるので、セッション情報データにはユーザＩＤのみを含むようにして、ユーザＩＤ以外の情報はそれらの情報を必要とする参加者がセッション情報データを配布した参加者から取得するための手段を設けるようにしてセッション情報データのデータ量を削減することも可能である。ミーティング情報、セッション情報、アプリケーション情報に関しても同様に必ずしもすべての情報をセッション情報データに含める必要はなく、ミーティングＩＤ、セッションＩＤ、アプリケーションＩＤのみをセッション情報データに含めるようにすることができる。
【０２０６】
入出力部２０７は、各部分から読み出した情報を所定の形式に従ってシリアライズすることで、セッション情報データを作成する。
【０２０７】
なお、入出力部２０７にＳＭＴＰのクライアント機能を持たせることにより、入出力部２０７で作成したセッション情報データを直接参加者に送信することも可能である。この場合には、ユーザ管理部２０２が管理しているユーザ情報に参加者の電子メールアドレスを利用することで、ユーザが改めて電子メールアドレスを入力せずともよいようにすることももちろん可能である。
【０２０８】
セッション情報データを配布する手段は、入出力部２０７にＳＭＴＰのクライアント機能を持たせる以外にも種々の方法が可能であり、ここで述べたように電子メールの利用に限定されない。例えば、電子メールを用いる場合にも、セッション情報データをファイルとして出力し、外部の電子メールソフトを用いて送信することは当然可能である。また、例えば、ファイルとして出力したセッション情報データをＷｅｂサーバに配置し、ＨＴＴＰプロトコルを用いてダウンロードするといった手順でも同様の目的を達成することが可能である。
【０２０９】
［セッション情報の受信、取り込み］
いずれの手段を用いてセッション情報データを配布した場合においても、各参加者は、入出力部２０７においてセッション情報データを読み込む。
【０２１０】
入出力部２０７は、セッション情報データを解析し、セッション情報をセッション管理部２０３に通知する。
【０２１１】
セッション管理部２０３は、通知されたセッション情報に含まれるセッションＩＤをもとにセッション情報を検索し、同じセッションＩＤを持つセッション情報エントリが存在しない場合には、新しいセッション情報のエントリを作成し、セッションＩＤなどを設定する。また、このセッション情報が属するミーティング情報とセッションＩＤをミーティング管理部２０４に通知する。
【０２１２】
ミーティング管理部２０４では、管理しているミーティング情報の中から通知されたミーティング情報を検索し、既にミーティング情報が存在する場合には、そのミーティング情報のセッションのリストに追加する。また、ミーティング情報が見つからない場合には、新しいミーティング情報を作成し、そのセッションのリストにセッションＩＤを追加する。
【０２１３】
同様に、参加ユーザリストとユーザ情報をユーザ管理部２０２に通知し、ユーザ管理部２０２ではユーザＩＤをもとにしてユーザ情報のエントリを検索し、エントリが存在しない場合には新しいユーザ情報のエントリを作成する。通知されたセッション情報に含まれるセッションＩＤと同じセッションＩＤを持つセッション情報が見つかった場合には、セッション情報のバージョン情報の比較を行う。配布されたセッション情報のバージョンが既に記憶しているセッション情報のバージョン情報より新しい場合には、配布されたセッション情報によって記憶しているセッション情報を更新する。
【０２１４】
このようにセッション情報にバージョン情報を付与することで、一度配布したセッション情報であっても、変更して再配布することができる。
【０２１５】
ところで、参加者においても自由にセッション情報を変更できるようにすると、変更内容の衝突が起こるため、適切なアクセス制御を行うのが望ましい。例えば、作成者だけがセッション情報を変更できるようにし、作成者以外の参加者はセッション情報を変更できないようにすれば、変更内容が衝突することがなくなる。
【０２１６】
なお、これでは予めセッション情報を配布したとしても、セッション情報を配布された参加者は、セッション情報を見ることしかできないという場合もある。そこで、例えば、セッション情報を配布された参加者は、アプリケーションとドキュメントの追加、および自分が追加したアプリケーションとドキュメントの削除だけは可能にするといったアクセス制御も可能である。この場合には、セッション情報を配布された参加者では、自分が追加したアプリケーションとドキュメントを記録しておき、新しいバージョン情報を持ったセッション情報が配布されたときに、すべての情報を単純に配布されたセッション情報で変更するのではなく、自分が追加したアプリケーションとドキュメントは、更新されたセッション情報に追加すればよい。また、セッション情報の作成者がセッション情報を参加メンバーに配布する際に、特定の参加者に変更権を与えるといったことも可能である。
【０２１７】
（ステップＳ３：セッションの開始）
セッションを開始するには、操作部２０８からセッション管理部２０３に対してセッションの開始を指示する。
【０２１８】
セッション管理部２０３は、セッション情報の参加ユーザリストに含まれるユーザそれぞれの通信状態をユーザ管理部２０２に問い合わせて、通信可能なユーザの情報処理装置との通信コネクションの作成を通信部２０１に要求する。通信部２０１が指定された情報処理装置との通信コネクションを作成すると、セッション管理部２０３ではセッション情報を各情報処理装置に送信する。
【０２１９】
セッション情報を受信した情報処理装置では、セッション管理部２０３においてセッション情報を解析し、受信したセッション情報に含まれるセッションＩＤと等しいセッションＩＤを持つセッション情報のエントリを検索する。
【０２２０】
セッション情報のエントリが見つからなかった場合には、事前にセッション情報を配布されていないことになる。
【０２２１】
この場合には、新しいセッション情報のエントリを作成し、セッションＩＤなどのセッション情報を設定する。また、このセッション情報が属するミーティング情報とセッションＩＤをミーティング管理部２０４に通知する。ミーティング管理部２０４では、管理しているミーティング情報の中から通知されたミーティング情報のエントリを検索し、既にミーティング情報のエントリが存在する場合には、そのミーティング情報のセッションのリストに追加する。また、ミーティング情報のエントリが見つからない場合には、新しいミーティング情報を作成し、作成したミーティング情報のセッションリストにこのセッションを追加する。同様に、参加ユーザやアプリケーションの情報をそれぞれユーザ管理部２０２、アプリケーション管理部２０５に通知し、エントリが存在しない場合には新しいエントリを作成する。
【０２２２】
セッション管理部２０３において、受信したセッション情報と同じセッションＩＤを持つセッション情報のエントリが存在する場合には、事前にセッション情報が配布されていたことになる。
【０２２３】
この場合には、セッション情報の各フィールドの値を比較し、差分があれば更新する。さらに、新しく受信したセッション情報の参加ユーザリストに含まれるユーザが追加されている場合には、追加されたユーザに関する情報をユーザ管理部２０２に通知し、ユーザ管理部２０２は未知のユーザであれば新しくユーザ情報のエントリを追加する。アプリケーションなどについても同様である。また、セッションが属するミーティングが変更されている場合には、ミーティング管理部２０４に対してセッションＩＤとそれまで設定されていたミーティングのミーティングＩＤ、新しいミーティングのミーティング情報を通知する。ミーティング管理部２０４では、それまでセッションが属していたミーティング情報からセッションを削除し、新しいミーティングのミーティング情報にセッションを追加する。新しいミーティング情報に対応するミーティング情報のエントリが存在しない場合には、新たにミーティング情報のエントリを作成する。セッションが開始する以前に、アプリケーションを追加していた参加者は、他の参加者においてもそのアプリケーションをセッション情報に追加してもらう必要があるため、追加したアプリケーションのアプリケーションＩＤを含むメッセージを他の参加者に送信する。このメッセージを受信した参加者では、セッション情報にアプリケーションを追加する。
【０２２４】
このように事前にセッション情報を配布し、セッション情報の作成者以外の参加者においてもアプリケーションを追加するなどのセッション情報の変更を行えるようにすることによって、会議を開催しようとする人とは別の参加者においても会議の準備を行うことができるようになる。
【０２２５】
ところで、事前にセッション情報を配布するために作成されるセッション情報データには、会議で使用するドキュメントに関する情報を含めることも可能である。以下、この場合について説明する。
【０２２６】
セッション情報データに含まれるドキュメント情報には、ドキュメントの内容自体を含む形式と、ドキュメントを取得するための情報を含む形式とが可能である。セッション情報データに複数のドキュメントが含まれる場合には、ドキュメントごとにそれぞれの形式を選択するようにすることもできる。
【０２２７】
セッション情報データにドキュメント情報を含める場合には、入出力部２０７がセッション情報データを作成する際にドキュメント管理部２０６からドキュメントＩＤ、ドキュメントの保管場所、ドキュメントを扱うアプリケーションのアプリケーションＩＤ、ドキュメントに対するアクセス権を読み出す。
【０２２８】
ドキュメントの内容自体をセッション情報データに含める場合には、ドキュメントの保管場所からドキュメントを読み出し、他の情報とともにセッション情報データに加える。このとき、セッション情報データの形式によっては、ドキュメントの内容を符号化するなどの処理が必要である。
【０２２９】
ドキュメントを取得するための情報を配布する場合には、ドキュメントの取得方法に応じていくつかの形式が可能である。ドキュメントをＷｅｂサーバー上に配置し、ＨＴＴＰプロトコルを使用してドキュメントを取得する場合には、ドキュメントのＵＲＬを他の情報とともにセッション情報データに加えることになる。また、ドキュメント管理部にセッションとは独立にドキュメントを交換する機能を持たせる構成も可能であり、この場合には、ドキュメントＩＤによってドキュメントを指定することが可能となるため、ドキュメントＩＤ以外にドキュメントを特定する情報を送信することは不要である。
【０２３０】
ドキュメント情報を含むセッション情報データが配布された場合に、セッション情報データを受信した参加者は、入出力部２０７においてセッション情報データを解析し、ドキュメント情報をドキュメント管理部２０６に通知する。ドキュメントの内容がセッション情報データに含まれる場合には、ドキュメント管理部２０６の用いているドキュメント管理方法におうじてドキュメントを保存し、ドキュメント情報のエントリを作成する。ドキュメントの内容ではなく、ドキュメントを取得するための情報がセッション情報データに含まれている場合には、ドキュメント管理部２０６はセッション情報データに含まれる情報をもとにドキュメントを取得し、保存する。
【０２３１】
いずれの場合においても、事前に取得されたドキュメントはセッションが開始するまでは変更することができないようにする。セッションが開始されると、ドキュメントＩＤをもとにドキュメント管理部２０６では、ドキュメントＩＤが一致するドキュメントを既に保持している場合には、同一のドキュメントであるとして扱うこととする。
【０２３２】
このように、セッション情報とともにドキュメントを配布することによって、会議を開始するための準備に要する時間を短縮し、速やかに会議を開始できるようになる。また、事前にドキュメントを配布しておけば、各参加者が事前にドキュメントの内容を確認しておくといったことも可能である。単純に会議で使用するドキュメントをメールなどで送信しておくようにすることは従来の技術においても可能であるが、実際にセッションで共有されるドキュメントとは別のドキュメントとして扱われることとなり、ドキュメントの管理が煩雑になるという問題がある。これに対して、本実施形態によれば、事前に配布されるドキュメントとセッションにおいて共有されるドキュメントが一つのドキュメントとして扱われるので管理が容易になる。
【０２３３】
なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手段を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。
【０２３４】
なお、この発明の実施の形態で例示した構成は一例であって、それ以外の構成を排除する趣旨のものではなく、例示した構成の一部を他のもので置き換えたり、例示した構成の一部を省いたり、例示した構成に別の機能あるいは要素を付加したり、それらを組み合わせたりすることなどによって得られる別の構成も可能である。また、例示した構成と論理的に等価な別の構成、例示した構成と論理的に等価な部分を含む別の構成、例示した構成の要部と論理的に等価な別の構成なども可能である。また、例示した構成と同一もしくは類似の目的を達成する別の構成、例示した構成と同一もしくは類似の効果を奏する別の構成なども可能である。
また、この発明の実施の形態で例示した各種構成部分についての各種バリエーションは、適宜組み合わせて実施することが可能である。
また、この発明の実施の形態は、個別装置としての発明、関連を持つ２以上の装置についての発明、システム全体としての発明、個別装置内部の構成部分についての発明、またはそれらに対応する方法の発明等、種々の観点、段階、概念またはカテゴリに係る発明を包含・内在するものである。
従って、この発明の実施の形態に開示した内容からは、例示した構成に限定されることなく発明を抽出することができるものである。
【０２３５】
本発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【０２３６】
【発明の効果】
本発明によれば、電子会議システムにおいて会議情報や会議で使用されたデータなどが容易に参照・利用等できるようになる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係る情報処理装置の構成例を示す図
【図２】同実施形態に係る情報処理装置が複数集まってセッションを行う場合のネットワーク構成例を示す図
【図３】同実施形態に係る情報処理装置の処理手順例を示すフローチャート
【図４】同実施形態におけるユーザ管理部が持つ情報の一例を示す図
【図５】同実施形態におけるアプリケーション管理部が持つ情報の一例を示す図
【図６】同実施形態におけるミーティング管理部が持つ情報の一例を示す図
【図７】同実施形態におけるドキュメント管理部が持つ情報の一例を示す図
【図８】同実施形態におけるセッション管理部が持つ情報の一例を示す図
【図９】同実施形態における新たなセッションが作成された際のミーティング管理部が持つ情報の一例を示す図
【図１０】同実施形態におけるセッションが開始された際のセッション管理部が持つ情報の一例を示す図
【図１１】同実施形態におけるセッションが開始された後にドキュメントの起動を行った場合のドキュメント管理部が持つ情報の一例を示す図
【図１２】同実施形態におけるセッションが開始された後にアプリケーションの起動およびドキュメントの起動を行った場合のセッション管理部が持つ情報の一例を示す図
【図１３】同実施形態におけるセッションが終了された際のセッション管理部が持つ情報の一例を示す図
【図１４】同実施形態に係る情報処理装置の処理手順例を示すフローチャート
【図１５】同実施形態に係る情報処理装置の処理手順例を示すフローチャート
【図１６】同実施形態における新たなセッションを追加した場合のドキュメント管理部が持つ情報の一例を示す図
【図１７】同実施形態における新たなセッションを追加した場合のセッション管理部が持つ情報の一例を示す図
【図１８】同実施形態における新たなセッションを追加した場合のミーティング管理部が持つ情報の一例を示す図
【図１９】ミーティングとセッションのリンク構造について説明するための図
【図２０】ミーティングとセッションのリンク構造について説明するための図
【図２１】ミーティングとセッションのリンク構造について説明するための図
【図２２】同実施形態に係る情報処理装置の処理手順例を示すフローチャート
【図２３】同実施形態に係る情報処理装置の他の構成例を示す図
【図２４】同実施形態に係る情報処理装置の処理手順例を示すフローチャート
【図２５】同実施形態に係る情報処理装置の処理手順例を示すフローチャート
【符号の説明】
１００，２００…情報処理装置、１０１，２０１…通信部、１０２，２０２…ユーザ管理部、１０３，２０５…アプリケーション管理部、１０４，２０６…ドキュメント管理部、１０５，２０３…セッション管理部、１０６，２０４…ミーティング管理部、１０７，２０８…操作部、２０７…入出力部
【図１】
2004213271.tif 000003
【図２】
2004213271.tif 000004
【図３】
2004213271.tif 000005
【図４】
2004213271.tif 000006
【図５】
2004213271.tif 000007
【図６】
2004213271.tif 000008
【図７】
2004213271.tif 000009
【図８】
2004213271.tif 000010
【図９】
2004213271.tif 000011
【図１０】
2004213271.tif 000012
【図１１】
2004213271.tif 000013
【図１２】
2004213271.tif 000014
【図１３】
2004213271.tif 000015
【図１４】
2004213271.tif 000016
【図１５】
2004213271.tif 000017
【図１６】
2004213271.tif 000018
【図１７】
2004213271.tif 000019
【図１８】
2004213271.tif 000020
【図１９】
2004213271.tif 000021
【図２０】
2004213271.tif 000022
【図２１】
2004213271.tif 000023
【図２２】
2004213271.tif 000024
【図２３】
2004213271.tif 000025
【図２４】
2004213271.tif 000026
【図２５】
2004213271.tif 000027