通信システム、ユーザ端末、通信方法及び通信プログラムを記録した記録媒体
【課題】作業者間での意思決定や合意形成が素早くでき、協同作業を円滑に進める。
【解決手段】ユーザ管理装置１０００によって管理され、呼制御管理装置１１００によってセッションが確立される複数のユーザ端末１４００Ａ〜１４００Ｚ間にて行われる映像及び音声による会話にて使用される文書のうち、当該ユーザ端末１４００Ａ〜１４００Ｚが編集可能な部分が判断され、編集可能であると判断された部分が他の部分よりも目立たせて表示される。
【解決手段】ユーザ管理装置１０００によって管理され、呼制御管理装置１１００によってセッションが確立される複数のユーザ端末１４００Ａ〜１４００Ｚ間にて行われる映像及び音声による会話にて使用される文書のうち、当該ユーザ端末１４００Ａ〜１４００Ｚが編集可能な部分が判断され、編集可能であると判断された部分が他の部分よりも目立たせて表示される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトフォンのようなリアルタイムコミュニケーション手段を使って、複数人に対して作業の依頼・相談などを行う場合に情報を共有するための通信システム、ユーザ端末、通信方法及び通信プログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
お互いに遠隔にいる複数人が協力して何らかの協同作業を円滑に進めるためには、各作業者が、遠隔にいる他の作業者と、お互いに依頼や相談などを行うことにより、作業者間での意思決定や合意形成を行うことが重要である。この意思決定や合意形成は、電話やテレビ電話や電子メール（以下、メールと称する）を使ったコミュニケーションを通して行われることが一般化している。
【０００３】
このとき、意思決定や合意形成の完了までに掛かる時間を短くしたい場合には、用件を直ちに、かつ、確実に相手に伝えられることが重要である。メールを用いて用件を伝える場合、相手はすぐにそのメールを読むとは限らない。一方、電話を用いて用件を伝える場合は、電話を掛けて相手がその電話に応答すればすぐに用件を伝えることができる。そのため、意思決定や合意形成を素早く行いたい場面では、メールよりも電話やテレビ電話の方が適している場合が多いと考えられる。この場合、電話やテレビ電話の映像・音声による会話に加えて、電子ファイルや電子資料のような文書をお互いに見ながら、作業者間で依頼や相談などを行うことができれば、意思決定や合意形成をさらに素早く完了させることができると考えられる。
【０００４】
そこで近年、ＩＰ電話の一種であるソフトフォンを用いて、映像及び音声による会話をしながらファイルを相手に送信する方法が考えられている（例えば、非特許文献１参照。）。
【０００５】
また、携帯端末を用いて、音声による会話をしながら写真などの静止画像を相手に送信する方法が提案されている（例えば、特許文献１参照。）。
【０００６】
また、非特許文献２に記載されたプッシュ・トゥー・トーク（以下、ＰＴＴと称する）を用いて、ＰＴＴにより複数の相手と音声による会話をしながら、複数の相手に対して一度に写真などの静止画像を送信する方法が考えられている（例えば、非特許文献３参照。）。
【０００７】
また、映像及び音声による会話をしながら、グループウェアや共有ファイルサーバに格納されたファイルのアドレスを、メールなどを用いて相手に通知し、その相手がファイルをダウンロードすることにより、映像及び音声とファイルとを併用して会話を行う方法も考えられている（例えば、非特許文献４参照。）。
【０００８】
また、コンタクトセンタやヘルプデスクなどのオンラインシステムにおいて、遠隔にいるオペレータとその利用者とが、映像及び音声による会話の開始と同時に、Ｗｅｂブラウザ内に表示するコンテンツを同期してリアルタイム共有する方法が提案されている（例えば、特許文献２参照。）。
【０００９】
また、特許文献２に記載された方法を用いて電子会議システムを構築して電子会議室にファイルを登録しておき、複数の相手と映像・音声による会話をしながら、電子会議室のアドレスを、メールなどを用いて相手に通知することにより、映像及び音声とファイルとを併用して会話を行う方法も考えられている。
【００１０】
ここで、コンタクトセンタシステムや電子会議システムにおけるデータの共有方法は全て、作業者間で同一内容の文書を共有する点に注意が必要である。
【００１１】
例えば、コンタクトセンタシステムでは、オペレータと利用者とが見ている旅行商品の文書の内容に仮に不一致があると、オペレータと利用者との間に誤解が生じてしまい、旅行商品の購入後に契約上の問題が生じてしまう虞がある。
【００１２】
また、電子会議システムでは、作業者間でリアルタイムに共同編集している文書の表示内容に、作業者間で仮に不一致があると、それは異なる複数の版の文書が存在することとなる。それにより、作業者間で文書編集が完成したという合意を得た場合であっても、その完成文書には異なる複数の版が存在してしまうことになる。
【００１３】
このような理由があるため、コンタクトセンタシステムや電子会議システムでは、作業者間で同一内容の文書を共有している。
【００１４】
電子会議システムやコンタクトセンタシステムの中には、作業者間で共有中の文書が編集された場合であっても、各作業者の通信端末に表示される共有文書の内容の同一性を保証するために、操作権（制御権とも言う）というものを導入し、操作権を持つ単一の作業者だけが共有文書を編集できるように限定して、操作権を移譲してもらわない限り、他の作業者が共有文書を編集できないように制限しているシステムが考えられている（例えば、非特許文献５参照。）。
【００１５】
また、作業者間での意思決定や合意形成を行うには、一度会話を行った相手をもう一度呼び出して、作業内容に対する補足説明や、不明点に対する質問などが、手軽に行えることも重要である。これを実現するために、過去の会話履歴を利用することにより、簡便な操作だけで、もう一度その相手を呼び出せるリダイヤル機能というものがある。例えば、リダイヤル操作の際に、過去の会話履歴情報として相手の電話番号に加えて相手の無線基地局名も表示することにより、間違い電話を防止する方法が提案されている（例えば、特許文献３参照。）。
【００１６】
また、利用者が共有する文書について、各利用者が編集可能な領域を明示し、明示された領域において、当該利用者が編集を行う方法が考えられている（例えば、特許文献４，５参照。）。
【００１７】
また、利用者によって会話が行われた際に編集された文書を履歴として管理し、リダイヤルすることにより再編集を可能とする方法が考えられている（例えば、特許文献６参照。）。
【特許文献１】特開２００３−１２５４５１号公報
【特許文献２】特許第００３７５３２４４号公報
【特許文献３】特開２００４−３６４３３２号公報
【特許文献４】特開２００１−０５１９９５号公報
【特許文献５】特開２００５−３０１８３８号公報
【特許文献６】特開２００４−２１３２７１号公報
【非特許文献１】Ｓｋｙｐｅ社ホームページ、インターネット電話ソフトウェア「Ｓｋｙｐｅ」、インターネットＵＲＬ＜http://www.skype.com/intl/ja/download/＞
【非特許文献２】Ｐｕｓｈ Ｔｏ Ｔａｌｋ、インターネットＵＲＬ＜http://ja.wikipedia.org/wiki/Push_To_Talk＞
【非特許文献３】ＫＤＤＩ社ホームページ、コミュニケーションサービス「ＨｅｌｌｏＭｅｓｓｅｎｇｅｒ」、インターネットＵＲＬ＜http://www.au.kddi.com/service/hello_messenger/riyo.html＞
【非特許文献４】サイボウズ社ホームページ、お手軽Ｗｅｂグループウェア「サイボウズＯｆｆｉｃｅ６」：ファイル管理機能、インターネットＵＲＬ＜http://office.cybozu.co.jp/cb6/seihin/kihon/file/index.html＞
【非特許文献５】Ｍｉｃｒｏｓｏｆｔ社ホームページ、「ＮｅｔＭｅｅｔｉｎｇ」、インターネットＵＲＬ＜http://www.microsoft.com/windows/netmeeting/＞
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、従来の技術においては、以下に示す問題点がある。
【００１９】
第１の問題点は、各作業者が共有する文書の一部を作業者に合わせてカスタマイズした状態でリアルタイムに共有し、同時に、作業者による編集結果も作業者間でリアルタイムに共有するということができない。そのため、各作業者が共有文書内で自分が編集すべき領域を即座に認識することと、各作業者が共有文書の最新状態を即座に取得することとの、両立ができないということである。
【００２０】
その理由を、作業の要求元である上司が作業者である複数の部下に対して、「次回の打ち合わせのスケジュール調整により、スケジュールを確定する」という合意形成を行うために、「各人のスケジュールを報告させる」という指示や依頼を行う場面を例に挙げて説明する。
【００２１】
まず、電話やＰＴＴとメールとを併用する場合には、上司は「１行目に複数のスケジュールの候補が記載されており、２行目以降に各部下の名前と前記スケジュールの候補について参加可能かどうかの回答欄が記載されている表（行数は部下の数に１を加えた数になる）」などの文書を添付メールで各部下に一度に送付、つまり各部下に共通の文書を送付することができるが、メールに添付された文書は、ＳＭＴＰ（ＲＦＣ８２１、＜http://www.ietf.org/rfc/rfc0821.txt＞）、ＰＯＰ（ＲＦＣ １９３９、＜http://www.ietf.org/rfc/rfc1939.txt＞）、ＩＭＡＰ（ＲＦＣ ２０６０、＜http://www.ietf.org/rfc/rfc2060.txt＞）というメール・プロトコルにより配送され、各部下に同一内容の文書が配送されるため、各部下は、表のうち自分が入力しなければならない領域と、他人により入力されるべき領域とを、即座には区別・認識することができない。また、上司が「１行目に複数のスケジュールの候補が記載されており、２行目に部下の名前と前記スケジュールの候補について参加可能かどうかの回答欄が記載されている表（行数は２行になる）」などの文書を部下の人数分用意し、添付メールで各部下にそれぞれ送付することもできるが、この場合、各部下は回答結果を入力した表を上司にメールで折り返し送付し、上司が各部下からの回答結果を集計してもう一度メールで各部下に送付するという作業を行わないと、各部下は、次回打ち合わせの日程や誰が参加するのかなどの情報を取得することができない。つまり、共有文書の最新状態を即座に取得することができない。
【００２２】
つまり、電話やＰＴＴとメールとを併用する場合には、第１の問題点を解決することができない。
【００２３】
また、非特許文献１や特許文献１や非特許文献３に記載の方法を用いる場合も、電話やＰＴＴと非特許文献４に記載の方法を併用する場合も、前述の電話やＰＴＴとメールを併用する場合と同様の課題を抱えているため、第１の問題点を解決することができない。
【００２４】
また、特許文献２や非特許文献５に記載の方法を用いる場合には、上司と各部下は、背景技術の説明において述べた通り、同一内容の文書を共有することになるため、各部下は、表のうち自分が入力しなければならない領域と、他人により入力されるべき領域とを、即座には区別・認識することができない。そのため、第１の問題点を解決することができない。
【００２５】
第２の問題点は、複数人に対して共有文書のリアルタイムな共同編集作業を指示・依頼する際に、外出や打ち合わせなどで席を外している相手がいる場合に、直ちに、他の作業者に対して、席を外している相手の代わりに編集作業を指示・依頼し、その作業者に、共有文書内で自分が編集すべき領域を即座に区別・認識させることができないということである。
【００２６】
その理由を、第１の問題点にて取り上げたスケジュール調整を題材にして、ある部下が席を外していた場合を例に挙げて説明する。
【００２７】
まず、上司は、席を外している部下のスケジュールを知っていると考えられる他の部下に対して、音声を使ってどの部分を代行入力するべきなのかを説明するという方法が考えられる。しかし、この方法では説明に多大な時間が掛かってしまうため、第２の問題点を解決することができない。
【００２８】
また、特許文献２や非特許文献５に記載の方法を用いてリアルタイムな共同編集を行う共有文書の中の、席を外している部下が元々編集すべきであった領域、つまり、他の部下によって代行入力されるべき領域に対して、強調表示をしたりコメントを入れておいたりする修正作業を、上司があらかじめ行っておく方法が考えられるが、上司による修正作業による多大な時間が掛かってしまう。
【００２９】
また、上司による強調表示やコメントの挿入などの修正結果は、他の全ての部下に対しても表示されてしまうため、他の部下が自分に関係のある部分なのかと勘違いしてしまう虞がある。
【００３０】
また、席を外している部下が複数人いて、代行入力を依頼する他の部下も複数人になる場合には、代行入力を依頼された複数の部下が、コメントの内容をよく読んで理解する必要があるため、自分が代行入力を担当する領域を、即座には区別・認識することができない。
【００３１】
さらに、上司による修正作業の開始時点では席を外していた部下が、上司による修正作業の終了時点より前に席に戻ってきてしまった場合には、席を外していた部下と代行入力を依頼された部下の両者が、同じ領域を自分が編集すべき領域であると誤解してしまう虞がある。
【００３２】
上記の理由により、第２の問題点を解決することができない。
【００３３】
第３の問題点は、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する際の作業負荷が大きくなってしまうということである。
【００３４】
その理由は、従来技術では、過去の会話履歴情報の活用が、十分でなかったからである。
【００３５】
例えば、特許文献３に記載された方法においては、間違い電話を防止するために過去の会話履歴情報が活用されているが、簡便に過去に用いた共有文書をもう一度表示させるための対策が一切なされていない。このため、リダイヤル操作によって相手をもう一度呼び出した後に、作業者が共有文書を開く操作を手動で行わなければならない。例えば、共有文書のアドレス情報や共有文書が登録されている電子会議室のアドレスなどを思い出したり、検索操作を行ってアドレスを発見したりしなければならない。
【００３６】
また、特許文献４，５に記載された方法においては、「排他制御のロック」を獲得している利用者のみが、会話に用いる文書を編集可能であり、他の利用者は当該文書を編集できないという問題点がある。
【００３７】
また、特許文献６に記載された方法においては、文書を再度表示できる端末は単一の利用者の端末に限られてしまうという問題点がある。
【００３８】
本発明は、上述したような従来の技術が有する問題点に鑑みてなされたものであって、お互いに遠隔にいる複数人が協力して何らかの協同作業を行う際に、作業者間での意思決定や合意形成が素早くでき、且つ協同作業を円滑に進めることができる通信システム、ユーザ端末、通信方法及び通信プログラムを記録した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００３９】
上記目的を達成するために本発明は、
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話が行われるための通信システムであって、
前記会話にて使用される文書を管理する共有文書状態管理装置とを有し、
前記ユーザ端末は、前記文書のうち、該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する。
【００４０】
また、前記共有文書状態管理装置は、前記文書を共有文書として管理し、前記共有文書と該共有文書の更新データとを格納することを特徴とする。
【００４１】
また、前記ユーザ端末は、該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とする。
【００４２】
また、前記ユーザ端末は、該ユーザ端末が編集可能な部分の背景を点滅させて表示することを特徴とする。
【００４３】
また、前記ユーザ端末は、該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示することを特徴とする。
【００４４】
また、前記ユーザ端末は、前記文書のうち該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示することを特徴とする。
【００４５】
また、前記ユーザ端末が前記会話への応答が可能かどうかを判断するプレゼンス管理装置を有し、
前記ユーザ端末は、該ユーザ端末の前記会話を代理する代理ユーザ端末を設定し、前記プレゼンス管理装置にて当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とすることを特徴とする。
【００４６】
また、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話が行われるための通信システムであって、
前記ユーザ端末は、前記会話の会話履歴の情報を格納し、格納された前記会話履歴の情報を読み出して表示し、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出し、前記会話において利用された前記会話履歴の情報内にて指定された文書を共有する。
【００４７】
また、前記ユーザ端末は、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出すことを特徴とする。
【００４８】
また、ユーザ管理装置によって管理され、プレゼンス管理装置によって会話への応答が可能かどうかが判断され、呼制御管理装置によってセッションが確立され、映像及び音声による前記会話が行われるユーザ端末であって、
前記会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する。
【００４９】
また、当該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とする。
【００５０】
また、当該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とする。
【００５１】
また、当該ユーザ端末が編集可能な部分の背景を点滅させて表示することを特徴とする。
【００５２】
また、当該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示することを特徴とする。
【００５３】
また、前記文書のうち当該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示することを特徴とする。
【００５４】
また、前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定し、前記プレゼンス管理装置にて当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とすることを特徴とする。
【００５５】
また、ユーザ管理装置によって管理され、プレゼンス管理装置によって会話への応答が可能かどうかが判断され、呼制御管理装置によってセッションが確立され、映像及び音声による前記会話が行われるユーザ端末であって、
前記会話の会話履歴の情報を格納し、格納された前記会話履歴の情報を読み出して表示し、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出し、前記会話において利用された前記会話履歴の情報内にて指定された文書を共有する。
【００５６】
また、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出すことを特徴とする。
【００５７】
また、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立され、プレゼンス管理装置によって会話への応答が可能かどうかが判断される複数のユーザ端末間にて映像及び音声による会話を行う通信方法であって、
前記ユーザ端末が、前記会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断する処理と、
前記ユーザ端末が、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する処理とを有する。
【００５８】
また、前記ユーザ端末が、該ユーザ端末が編集可能な部分の背景色を変化させて表示する処理を有することを特徴とする。
【００５９】
また、前記ユーザ端末が、該ユーザ端末が編集可能な部分の背景を点滅させて表示する処理を有することを特徴とする。
【００６０】
また、前記ユーザ端末が、該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示する処理を有することを特徴とする。
【００６１】
また、前記ユーザ端末が、前記文書のうち該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示する処理を有することを特徴とする。
【００６２】
また、前記ユーザ端末が、前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定する処理と、
前記プレゼンス管理装置が、前記ユーザ端末が前記会話への応答が可能かどうかを判断する処理と、
前記ユーザ端末が、当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とする処理とを有することを特徴とする。
【００６３】
また、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話を行う通信方法であって、
前記ユーザ端末が、前記会話の会話履歴の情報を格納する処理と、
前記ユーザ端末が、前記格納された会話履歴の情報を読み出して表示する処理と、
前記ユーザ端末が、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出す処理と、
前記ユーザ端末が、前記会話において利用された前記会話履歴の情報内にて指定された文書を前記ユーザ端末間で共有する処理とを有する。
【００６４】
また、前記ユーザ端末が、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出す処理を有することを特徴とする。
【００６５】
上記のように構成された本発明においては、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて行われる映像及び音声による会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分が判断され、編集可能であると判断された部分が他の部分よりも目立たせて表示される。
【００６６】
これにより、会話に用いられる文書の編集可能領域を容易に認識することができる。
【発明の効果】
【００６７】
以上説明したように本発明においては、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて行われる映像及び音声による会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された部分を他の部分よりも目立たせて表示する構成としたため、お互いに遠隔にいる複数人が協力して何らかの協同作業を行う際に、作業者間での意思決定や合意形成が素早くでき、協同作業を円滑に進めることができる。
【発明を実施するための最良の形態】
【００６８】
以下に、本発明の実施の形態について図面を参照して説明する。
【００６９】
図１は、本発明の通信システムのネットワーク構成の一例を示す図である。
【００７０】
本ネットワーク構成は図１に示すように、ユーザ管理装置１０００と、呼制御管理装置１１００と、プレゼンス管理装置１２００と、共有文書状態管理装置１３００と、ユーザ端末１４００Ａ〜１４００Ｚとから構成されている。ここで、ユーザ端末１４００Ａ〜１４００Ｚは、パーソナルコンピュータ（ＰＣ）、携帯型コンピュータ（パーソナル・デジタル・アシスタンス、ＰＤＡ）、街頭マルチメディア端末、車載端末、ネットワーク接続機能付きテレビ、ネットワーク接続機能付きセットトップボックス、ネットワーク接続機能付きゲーム機、外部と情報をやり取りする機能を備えた類似するその他の装置である。また、ユーザ端末の符号１４００Ａ〜１４００Ｚは説明の便宜上、「１４００」の後にアルファベットを振っているだけであり、ユーザ端末１４００Ａ〜１４００Ｚの数が２６には限られるわけではない。
（第１の実施の形態）
図２は、図１に示したネットワーク構成で構成される本発明の通信システムの第１の実施の形態を示す図である。
【００７１】
本形態は図２に示すように、ユーザ管理装置１０００と、呼制御管理装置１１００と、プレゼンス管理装置１２００と、共有文書状態管理装置１３００と、ユーザ端末１４００Ａ〜１４００Ｚとから構成される。
【００７２】
ユーザ管理装置１０００は、ユーザ情報処理部１００１と、ユーザ情報記憶部１００２とを有している。また、共有文書状態管理装置１３００は、共有文書状態処理部１３０１と共有文書状態記憶部１３０２とを有している。また、ユーザ端末１４００Ａは、発着信処理部１４０１Ａと、映像音声処理部１４０２Ａと、映像入力部１４０３Ａと、映像出力部１４０４Ａと、音声入力部１４０５Ａと、音声出力部１４０６Ａと、ユーザ情報記憶部１４０７Ａと、バディリスト処理部１４０８Ａと、バディリスト記憶部１４０９Ａと、共有文書処理部１４１０Ａと、共有文書記憶部１４１１Ａと、共有文書パーソナライズ処理部１４１２Ａと、表示部１４１３Ａと、端末操作部１４１４Ａとを有している。また、ユーザ端末１４００Ｂ〜１４００Ｚについても、ユーザ端末１４００Ａの構成と同様の構成を有する。例えば、ユーザ端末１４００Ｚは、発着信処理部１４０１Ｚと、映像音声処理部１４０２Ｚと、映像入力部１４０３Ｚと、映像出力部１４０４Ｚと、音声入力部１４０５Ｚと、音声出力部１４０６Ｚと、ユーザ情報記憶部１４０７Ｚと、バディリスト処理部１４０８Ｚと、バディリスト記憶部１４０９Ｚと、共有文書処理部１４１０Ｚと、共有文書記憶部１４１１Ｚと、共有文書パーソナライズ処理部１４１２Ｚと、表示部１４１３Ｚと、端末操作部１４１４Ｚとを有している。
【００７３】
ユーザ情報処理部１００１は、バディリスト処理部１４０８Ａ〜１４０８Ｚから送信されたユーザ情報テーブルの情報を受信し、ユーザ情報記憶部１００２に格納する。
【００７４】
図３は、バディリスト処理部１４０８Ａ〜１４０８Ｚから送信されたユーザ情報テーブルのデータ構造の一例を示す図である。
【００７５】
バディリスト処理部１４０８Ａ〜１４０８Ｚから送信されたユーザ情報テーブル２０６のデータ構造は図３に示すように、そのユーザ端末１４００Ａ〜１４００Ｚのユーザの情報をまとめたものであり、ユーザＩＤ２２００と、ユーザ名２２０１と、プレゼンス２２０２と、ＮＷアドレス２２０３とから構成されている。
【００７６】
ユーザＩＤ２２００は、ユーザを特定する固有の識別子を表すデータである。ユーザ名２２０１は、ユーザの名前を表すデータである。プレゼンス２２０２は、ユーザの現在の状態を表すデータである。ＮＷアドレス２２０３は、ユーザ端末に割り当てられたネットワークアドレスを表すデータである。
【００７７】
図４は、ユーザ情報記憶部１００２に格納されるユーザ情報テーブルの構造の一例を示す図である。ここで、ユーザ情報記憶装置１００２には、複数のユーザ情報テーブルが格納されている。
【００７８】
ユーザ情報記憶部１００２に格納されるユーザ情報テーブル２００のデータ構造は図４に示すように、ユーザＩＤ２０００と、ユーザ名２００１と、プレゼンス２００２と、ＮＷアドレス２００３と、バディリスト２００４とから構成されている。
【００７９】
ユーザＩＤ２０００は、利用者であるユーザを特定するユーザ固有の識別子であり、本システム内で一意な値を持つ。ユーザ名２００１は、ユーザの名前を表すデータである。プレゼンス２００２は、ユーザの現在の状態を表すデータである。典型的には、「オンライン」、「離席中」、「オフライン」などの値を取るが、これらに限るものではない。ＮＷアドレス２００３は、ユーザ端末１４００Ａ〜１４００Ｚに割り当てられたネットワークアドレスを表すデータである。バディリスト２００４は、バディテーブル２０１を複数個格納している。
【００８０】
バディテーブル２０１は、ユーザＩＤ２０００のユーザと友好関係にあるユーザの情報を表すデータである。バディテーブル２０１は、ユーザＩＤ２００５と、ユーザ名２００６と、プレゼンス２００７とから構成されている。ユーザＩＤ２００５は、ユーザＩＤ２０００のユーザと友好関係にあるユーザを特定する固有の識別子を表すデータである。ユーザ名２００６は、ユーザＩＤ２０００のユーザと友好関係にあるユーザの名前を表すデータである。プレゼンス２００７は、ユーザＩＤ２０００のユーザと友好関係にあるユーザの現在の状態を表すデータである。
【００８１】
また、ユーザ情報処理部１００１は、バディリスト処理部１４０８Ａ〜１４０８Ｚからの要求に応じてバディテーブル２０１の情報を返信する。また、呼制御管理部１１００に対して各ユーザのＮＷアドレス２００３を提供する。また、ユーザのプレゼンスの変更時に発着信処理部１４０１Ａ〜１４０１Ｚからプレゼンス管理部１２００を経由してそのユーザの最新のプレゼンスの情報を受信し、受信されたプレゼンスの情報をそのユーザのユーザＩＤ２０００と一致するユーザ情報テーブル２００内にあるプレゼンス２００２と、他のユーザに対応するバディテーブル２０１のうち、そのユーザのユーザＩＤと一致するバディテーブル２０１内にあるプレゼンス２００７とに挿入し、ユーザ情報記憶部１００２に格納する。
【００８２】
このように、ユーザ情報記憶部１００２は、全ユーザについて、そのユーザの情報と、そのユーザと友好関係にあるユーザの情報とを格納している。
【００８３】
呼制御管理装置１１００は、ユーザ端末１４００Ａ〜１４００Ｚ間のセッションを確立するために使用される。まず、例えばユーザがユーザ端末１４００Ａの端末操作部１４１４Ａを用いて発信操作を行った際に、発着信処理部１４０１Ａから送信されたユーザＩＤ２２００（複数でも可）を受信する。その後、呼制御管理装置１１００は、ユーザ情報処理部１００１を介してユーザ情報記憶部１００２に格納されたユーザ情報テーブル２００のユーザＩＤ２０００の値が、受信したユーザＩＤ２２００と一致するユーザ情報テーブル２００に格納されているＮＷアドレス２００３を取得する。そして、呼制御管理装置１１００は、このＮＷアドレス２００３に基づいて例えばユーザ端末１４００Ｂ，１４００Ｃなど（受信したユーザＩＤ２２００と同数）のユーザ端末に接続し、ユーザ端末間のセッションを確立する。
【００８４】
プレゼンス管理装置１２００は、ユーザ端末１４００Ａ〜１４００Ｚ間でプレゼンス情報の交換を行うために使用される。まず、プレゼンス管理装置１２００は、例えばユーザがユーザ端末１４００Ａの端末操作部１４１４Ａを用いてプレゼンスの変更操作やユーザ端末１４００Ａの起動・終了操作を行った際に、発着信処理部１４０１Ａから送信された最新のプレゼンスの情報を受信する。その後、プレゼンス管理装置１２００は、受信した最新のプレゼンスの情報を、ユーザ情報処理部１００１を介して、そのユーザのユーザＩＤ２０００と一致するユーザ情報テーブル２００内にあるプレゼンス２００２と、他のユーザに対応するバディテーブル２０１のうち、そのユーザのユーザＩＤと一致するバディテーブル２０１内にあるプレゼンス２００７とに格納する。
【００８５】
共有文書状態処理部１３０１は、ユーザ端末１４００Ａ〜１４００Ｚ間のセッションの開始後に、ユーザ端末１４００Ａ〜１４００Ｚから送信された共有文書のデータ一式を受信し、保持するために使用される。また、ユーザが共有文書への更新操作を行った際に、その更新操作の情報を蓄積しておくために使用される。詳しい動作は後述の動作の説明の部分において説明する。
【００８６】
共有文書状態記憶部１３０２は、文書データテーブルを複数個格納している。
【００８７】
図５は、共有文書状態記憶部１３０２に格納されている文書データテーブルのデータ構造の一例を示す図である。
【００８８】
共有文書状態記憶部１３０２に格納されている文書データテーブル２０２のデータ構造は図５に示すように、各共有文書の情報をまとめたものであり、文書ＩＤ２１００と、文書名２１０１と、共通データコンテンツ２１０２と、共通更新データリスト２１０３と、共有カーソル位置２１０４と、個別データリスト２１０５とから構成されている。ここで、本システムで使用される各共有文書は、１つの共通データコンテンツ２１０２と、個別データリスト２１０５から辿れる複数の個別データコンテンツ２１０９との、２種類のコンテンツから構成されることに注意が必要である。つまり、各共有文書は、共通データコンテンツ２１０２が表示される領域と、複数の個別データコンテンツ２１０９が表示される複数の領域とによって構成される。
【００８９】
文書ＩＤ２１００は、共有文書を特定する固有の識別子であり、本システム内で一意な値を持つ。文書名２１０１は、共有文書の名前を表すデータである。共通データコンテンツ２１０２は、この共有文書を共有する全てのユーザ端末１４００Ａ〜１４００Ｚにおいて共通な状態で表示されるコンテンツを表すデータである。このコンテンツは以下に説明するパーソナライズ処理の対象にはならない。共通更新データリスト２１０３は、共通更新データテーブル２０３を複数個格納している。
【００９０】
共通更新データテーブル２０３は、共通更新データ２１０６を格納している。
【００９１】
共通更新データ２１０６は、前記共通データコンテンツ２１０２や共有カーソル位置２１０４に対する更新操作を表すデータである。ユーザが前記共通データコンテンツ２１０２や共有カーソル位置２１０４に対する更新操作を行う度に、この共通更新データ２１０６がユーザ端末１４００Ａ〜１４００Ｚから送信されて来る。共有文書状態処理部１３０１は、この共通更新データ２１０６を蓄積し、同時に、この共有文書を共有している他のユーザ端末に対してこの共通更新データ２１０６を送信する。各ユーザ端末１４００Ａ〜１４００Ｚにおいて、共通更新データ２１０６に基づいて共通データコンテンツ２１０２や共有カーソル位置２１０４の状態を更新し、あるユーザが行った更新操作が各ユーザ端末１４００Ａ〜１４００Ｚ上でも同じように再現されることにより、ユーザ端末１４００Ａ〜１４００Ｚ間で共通データコンテンツ２１０２や共有カーソル位置２１０４の状態の同期が行われ、同一の状態になることが保証される。
【００９２】
共有カーソル位置２１０４は、各ユーザ端末１４００Ａ〜１４００Ｚ上で前記共通データコンテンツ２１０２の上にオーバーラップする形で表示される共有カーソルポインタの位置を表すデータである。この共有カーソルの位置をユーザ端末１４００Ａ〜１４００Ｚ間でリアルタイムに同期しながら、映像や音声を使って会話を行うことにより、ユーザ間の意図の疎通が促進される。
【００９３】
個別データリスト２１０５は、どのユーザ端末１４００Ａ〜１４００Ｚが当該文書のうちどの部分を編集可能かを判断する判断材料であり、個別データテーブル２０４を複数個格納している。
【００９４】
個別データテーブル２０４は、ユーザ名２１０７と、イベント２１０８と、個別データコンテンツ２１０９と、個別更新データリスト２１１０と、背景色２１１１と、背景点滅フラグ２１１２と、入力禁止フラグ２１１３と、吹き出しコメント２１１４とか構成されている。
【００９５】
ユーザ名２１０７は、この個別データコンテンツ２１０９がどのユーザのためのものなのかを表すデータである。
【００９６】
イベント２１０８は、この個別データコンテンツ２１０９がユーザ端末１４００Ａ〜１４００Ｚの表示部１４１３Ａ〜１４１３Ｚに表示される際に呼び出されるイベントの内容を表すデータである。このイベントが呼び出されることにより、共有文書パーソナライズ処理部１４１２Ａ〜１４１２Ｚがイベントの実行を行う。イベントの実行により、背景色２１１１や背景点滅フラグ２１１２や入力禁止フラグ２１１３や吹き出しコメント２１１４のような個別データコンテンツ２１０９に対する付加情報に相当する内容が更新されることにより、個別データコンテンツ２１０９の表示状態が変更される。これが本システムにおけるパーソナライズ処理の内容である。なお、このイベントの実行は、パーソナライズ処理のためであるから、このイベントの実行による更新結果は、他のユーザと共有する必要がないため、背景色２１１１や背景点滅フラグ２１１２や入力禁止フラグ２１１３や吹き出しコメント２１１４の内容の更新結果は、共有文書状態処理部１３０１または他のユーザ端末に対して送信されることはない点に注意が必要である。
【００９７】
個別データコンテンツ２１０９は、この共有文書を共有するユーザ端末１４００Ａ〜１４００Ｚごとにパーソナライズされた状態で表示されるコンテンツを表すデータである。なお、パーソナライズ処理の結果、必ずしも全てのユーザ端末１４００Ａ〜１４００Ｚにおいてそれぞれ異なる表示状態で個別データコンテンツ２１０９が表示されるわけではなく、同一の表示状態で個別データコンテンツ２１０９が表示される場合もある点に注意が必要である。
【００９８】
個別更新データリスト２１１０は、個別更新データテーブル２０５を複数個格納している。
【００９９】
個別更新データテーブル２０５は、個別更新データ２１１５を格納している。個別更新データ２１１５は、前記個別データコンテンツ２１０９に対する更新操作を表すデータである。ユーザが前記個別データコンテンツ２１０９に対する更新操作を行う度にこの個別更新データ２１１５がユーザ端末１４００Ａ〜１４００Ｚから送信されて来る。共有文書状態処理部１３０１は、この個別更新データ２１１５を蓄積し、同時に、この共有文書を共有している他のユーザ端末に対してこの個別更新データ２１１５を送信する。各ユーザ端末１４００Ａ〜１４００Ｚにおいて、個別更新データ２１１５に基づいて個別データコンテンツ２１０９の状態を更新し、あるユーザが行った更新操作が各ユーザ端末１４００Ａ〜１４００Ｚ上でも同じように再現されることにより、ユーザ端末１４００Ａ〜１４００Ｚ間で個別データコンテンツ２１０９の状態の同期が行われ、同一の状態になることが保証される。
【０１００】
ここで、イベント２１０８の説明の部分にて、イベントの実行による更新結果は共有文書状態処理部１３０１または他のユーザ端末に対して送信されることはないと説明したが、これは、イベントの実行によって個別データコンテンツ２１０９に対する付加情報に相当する内容が更新されたためであるからである。一方で、個別データコンテンツ２１０９に対する更新は、個別データコンテンツ２１０９に対する付加情報ではなく、個別データコンテンツ２１０９そのものに対する更新であるため、更新結果を共有文書状態処理部１３０１と他のユーザ端末とに対して送信する必要がある点に注意が必要である。
【０１０１】
背景色２１１１は、前記個別データコンテンツ２１０９の表示領域の、背景色を表すデータである。パーソナライズ処理によって、この背景色を目立つ色に変更することにより、特定のユーザに対して前記個別データコンテンツ２１０９の表示領域を目立たせつつ、同時に、共有カーソルの表示などのリアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。
【０１０２】
背景点滅フラグ２１１２は、前記個別データコンテンツ２１０９の表示領域の、背景色を点滅するか否か表すデータである。パーソナライズ処理によって、この背景色を点滅するように変更することにより、特定のユーザに対して前記個別データコンテンツ２１０９の表示領域を目立たせつつ、同時に、共有カーソルの表示などのリアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。
【０１０３】
入力禁止フラグ２１１３は、前記個別データコンテンツ２１０９の表示領域の、入力操作を禁止するか否かを表すデータである。パーソナライズ処理によって、特定のユーザに編集して欲しい個別データコンテンツ２１０９の表示領域以外の入力操作を禁止し、また一方では、特定のユーザに編集して欲しい個別データコンテンツ２１０９の表示領域の入力操作を禁止しないようにすることにより、特定のユーザに対して前記個別データコンテンツ２１０９の表示領域を目立たせつつ、同時に、共有カーソルの表示などのリアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。
【０１０４】
吹き出しコメント２１１４は、前記個別データコンテンツ２１０９の表示領域に対して、吹き出しの形状をした表示物を表示する際に使用されるコメントの文字列を表すデータである。パーソナライズ処理によって、この吹き出しを半透明で、かつ、前記個別データコンテンツ２１０９の表示領域に対してオーバーラップする形で表示することにより、特定のユーザに対して前記個別データコンテンツ２１０９の表示領域を目立たせつつ、同時に、共有カーソルの表示などのリアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。
【０１０５】
また、ユーザ端末１４００Ａ〜１４００Ｚは複数存在するため、以下では、ユーザ端末１４００Ａが保持するユーザ情報テーブル２０６とバディテーブル２０７と複数の文書データテーブル２０８と各テーブル内に格納されているデータは、ユーザ情報テーブル２０６Ａ、バディテーブル２０７Ａ及び文書データテーブル２０８Ａのように記載して説明する。これにより、各テーブルや各データが、どのユーザ端末１４００Ａ〜１４００Ｚが保持するものなのかを明確にする。ここで、ユーザ端末１４００Ａ〜１４００Ｚのうち、ユーザ端末１４００Ａの構成要素について説明する。なお、ユーザ端末１４００Ｂ〜１４００Ｚの構成要素についても同様である。
【０１０６】
発着信処理部１４０１Ａは、ユーザの端末操作部１４１４Ａの操作による発信要求を受け付け、呼制御管理装置１１００に対してセッションの確立を要求する。また、呼制御管理装置１１００から他のユーザからの着信要求を受け付け、映像音声処理部１４０２Ａを介して音声出力部１４０６Ａに対して着信音の再生を要求する。また、セッションの確立直後に、セッションの確立が行われたことを、映像音声処理部１４０２Ａと共有文書処理部１４１０Ａとに通知する。
【０１０７】
映像音声処理部１４０２Ａは、セッションの確立直後に発着信処理部１４０１Ａからセッションの確立が行われたことの通知を受信し、映像入力部１４０３Ａと音声入力部１４０５Ａとに対して映像と音声との入力処理の開始を指示し、その結果として映像入力部１４０３Ａと音声入力部１４０５Ａとから送られてきた映像データと音声データとを、会話の相手の例えば映像音声処理部１４０２Ｂなどに送信する。また、セッションの確立後、会話の相手の例えば映像音声処理部１４０２Ｂなどから受信した映像データと音声データとを、映像出力部１４０４Ａと音声出力部１４０６Ａとにそれぞれ送信する。
【０１０８】
映像入力部１４０３Ａは、典型的にはカメラ機材である。映像入力部１４０３Ａは、映像音声処理部１４０２Ａから映像の入力処理の開始の指示を受信すると、映像の入力処理を開始する。
【０１０９】
映像出力部１４０４Ａは、映像音声処理部１４０２Ａから音声出力部１４０６Ａに対して着信音の再生要求を受信すると、着信音を再生する。また、セッションの確立後、会話の相手の例えば映像音声処理部１４０２Ｂなどから、映像音声処理部１４０２Ａを経由して映像データを受信し、その映像データを表示部１４１３Ａが表示可能な形式に変換し、表示部１４１３Ａに送信する。
【０１１０】
音声入力部１４０５Ａは、典型的にはマイク機材である。音声入力部１４０５Ａは、映像音声処理部１４０２Ａから音声の入力処理の開始の指示を受信すると、音声の入力処理を開始する。
【０１１１】
音声出力部１４０６Ａは、典型的にはスピーカ機材である。音声出力部１４０６Ａは、セッションの確立後、会話の相手の例えば映像音声処理部１４０２Ｂなどから、映像音声処理部１４０２Ａを経由して音声データを受信し、その音声データを再生する。
【０１１２】
ユーザ情報記憶部１４０７Ａは、ユーザ情報テーブル２０６Ａを１つだけ格納している。
【０１１３】
バディリスト処理部１４０８Ａは、ユーザ端末１４００Ａの起動時に、ユーザ情報テーブル２０６Ａの情報をユーザ情報処理装置１００１に送信し、その代わりに、ユーザ情報処理装置１００１からそのユーザに対応するバディテーブル２０１の情報を複数個受信し、複数個のバディテーブルとしてバディリスト記憶部１４０９Ａ内に格納する。
【０１１４】
図６は、バディリスト記憶部１４０９Ａ〜１４０９Ｚに格納されたバディテーブルのデータ構造の一例を示す図である。
【０１１５】
バディリスト記憶部１４０９Ａ〜１４０９Ｚに格納されたバディテーブル２０７のデータ構造は、ユーザＩＤの値がユーザＩＤ２２００であるユーザと友好関係にあるユーザの情報を表すデータである。バディテーブル２０７は、ユーザＩＤ２３００と、ユーザ名２３０１と、プレゼンス２３０２とを格納している。
【０１１６】
ユーザＩＤ２３００は、ユーザＩＤの値がユーザＩＤ２２００であるユーザと友好関係にあるユーザを特定する固有の識別子を表すデータである。また、ユーザ名２３０１は、ユーザＩＤの値がユーザＩＤ２２００であるユーザと友好関係にあるユーザの名前を表すデータである。また、プレゼンス２３０２は、ユーザＩＤの値がユーザＩＤ２２００であるユーザと友好関係にあるユーザの現在の状態を表すデータである。
【０１１７】
また、バディリスト記憶部１４０９Ａは、バディテーブル２０７Ａを複数個格納している。
【０１１８】
共有文書処理部１４１０Ａは、ユーザが端末操作部１４１４Ａを操作してセッションの開始操作を行うと、表示部１４１３Ａに複数種類の共有文書の候補を表示する。ユーザが複数候補の中から使用する共有文書を選択すると、発着信処理部１４０１Ａに対してセッションの開始要求を送信する。また、ユーザ端末１４００Ａ〜１４００Ｚ間のセッションの開始後に、ユーザが先程選択した共有文書のデータ一式を共有文書状態管理装置１３００に対して送信する。また、ユーザが共有文書への更新操作を行う際に、その更新操作の情報を共有文書状態管理装置１３００に対して送信する。詳しい動作は後述の動作の説明の部分において説明する。
【０１１９】
共有文書記憶部１４１１Ａは、文書データテーブルを複数個格納している。
【０１２０】
図７は、共有文書記憶部１４１１Ａ〜１４１１Ｚに格納されている文書データテーブルのデータ構造の一例を示す図である。
【０１２１】
共有文書記憶部１４１１Ａ〜１４１１Ｚに格納されている文書データテーブル２０８のデータ構造は図７に示すように、文書ＩＤ２４００と、文書名２４０１と、共通データコンテンツ２４０２と、共通更新データリスト２４０３と、共有カーソル位置２４０４と、個別データリスト２４０５とから構成されている。さらに、共通更新データリスト２４０３は、共通更新データ２４０６を有する複数の共通更新データテーブル２０９を具備する。また、個別データリスト２４０５は、ユーザＩＤ２４０７と、イベント２４０８と、個別データコンテンツ２４０９と、個別更新データリスト２４１０と、背景色２４１１と、背景点滅フラグ２４１２と、入力禁止フラグ２４１３と、吹き出しコメント２４１４とを有する複数の個別データテーブル２１０を具備する。さらに、個別更新データリスト２４１０は、個別更新データ２４１５を有する複数の個別更新データテーブル２１１を具備する。これらの構成要素は、図５に示した文書データテーブル２０２のデータ構造と同様であるため、それぞれの詳細な説明は省略する。
【０１２２】
共有文書記憶部１４１１Ａは、ユーザ端末１４００Ａが参加する複数の会話の中で使用された複数の共有文書の情報を、複数の文書データテーブル２０８Ａとして格納するのに対し、先に述べた共有文書状態記憶部１３０２は、各ユーザ端末１４００Ａ〜１４００Ｚが参加する複数の会話の中で使用された複数の共有文書の情報を、複数の文書データテーブル２０２として格納する。つまり、共有文書記憶部１４１１Ａが格納する情報は、共有文書状態記憶部１３０２が格納する情報の一部である。
【０１２３】
共有文書パーソナライズ処理部１４１２Ａは、セッションの確立後、個別データコンテンツ２４０９Ａが表示部１４１３Ａに表示される際に、共有文書処理部１４１０Ａから呼び出され、イベント２４０８Ａの実行を行う。イベント２４０８Ａの実行を行うことにより、イベント２１０８の部分で説明したパーソナライズ処理が行われる。
【０１２４】
以下に、図２に示した本発明の通信システムの第１の実施の形態における処理について説明する。
【０１２５】
図８は、図２に示した本発明の通信システムの第１の実施の形態における処理を説明するためのフローチャートである。ユーザ端末の数が多くなると説明内容も複雑になるため、ここではユーザ端末の数を３に限定して説明する。ユーザ端末１４００Ａが、ユーザ端末Ｂ１４００及びユーザ端末１４００Ｃと、映像及び音声による会話と同時に共有文書をリアルタイム共有する場面を例に挙げ、ユーザ端末１４００Ａ〜１４００Ｃ間のセッション開始の準備段階から、セッション開始後の映像と音声による会話と共有文書のリアルタイム共有とが可能になるまでの段階について説明する。また、ユーザ端末１４００Ａ〜１４００Ｃの各ユーザは、共に席を外していないものとする。また、各ユーザ端末１４００Ａ〜１４００Ｃには、複数の共有文書のテンプレートが、文書データテーブル２０８として予め格納されているものとする。
【０１２６】
まず、ユーザ端末１４００Ａにおいて、バディリスト処理部１４０８Ａによって表示部１４１３Ａに表示されたバディテーブル２０７Ａの中から、ユーザが、ユーザ端末１４００Ｂ及びユーザ端末１４００Ｃを選択し、決定する操作を行うと（ステップＳ３０００）、ユーザ端末１４００Ａにおいて、共有文書処理部１４１０Ａによって、複数の文書データテーブル２０８Ａがテンプレートとして読み込され、今回のセッションにおいて使用する共有文書の候補として表示部１４１３Ａに表示される（ステップＳ３００１）。
【０１２７】
ユーザ端末１４００Ａにおいて、ユーザが、表示部１４１３Ａに表示された複数の文書データテーブル２０８Ａのうち、１つを選択し、決定する操作を行うと、選択された文書データテーブル２０８Ａと同じ内容の文書データテーブル２０８Ａが新規に生成され、文書ＩＤ２４００Ａが新たに割り当てられる。
【０１２８】
その後、表示部１４１３Ａには、この新規に生成された共有文書の文書名の入力を促す表示が行われ、ユーザが文書名を入力すると、文書名２４０１Ａに入力された文書名が格納される。
【０１２９】
そして、新規に生成された文書データテーブル２０８Ａ内に存在していた、複数の個別データテーブル２１０Ａのうち、この共有文書を共有するユーザ数と同数の３つを残して他の個別データテーブル２１０Ａが削除され、残された３つの個別データテーブル２１０Ａのユーザ名２４０７Ａに、ユーザ端末１４００Ａのユーザ名２２０１Ａと、ユーザ端末１４００Ｂのユーザ名２３０１Ａと、ユーザ端末１４００Ｃのユーザ名２３０１Ａとが、それぞれ格納される（ステップＳ３００２）。
【０１３０】
ユーザ端末１４００Ａにおいて、発着信処理部１４０１Ａが、呼制御管理装置１１００に対して、ユーザ端末１４００Ｂとユーザ端末１４００Ｃとに対応するユーザＩＤ２３００Ａとユーザ名２３０１Ａとを送信し、ユーザ端末１４００Ａ〜１４００Ｃ間のセッションの確立を要求する。呼制御管理装置１１００は、ユーザ情報処理部１００１を介してユーザ情報記憶部１００２内のユーザＩＤ２０００の値が、受信したユーザＩＤ２３００Ａと一致するユーザ情報テーブル２００に格納されているＮＷアドレス２００３を取得する。そして、呼制御管理装置１１００は、このＮＷアドレス２００３に基づいてユーザ端末１４００Ｂとユーザ端末１４００Ｃとに接続し、ユーザ端末１４００Ａ〜１４００Ｃ間のセッションを確立する（ステップＳ３００３）。
【０１３１】
ユーザ端末１４００Ａ〜１４００Ｃにおいて、映像音声処理部１４０２Ａ〜１４０２Ｃの間で映像データ及び音声データの交換が可能になり、お互いに会話が開始される（ステップＳ３００４）。
【０１３２】
ユーザ端末１４００Ａにおいて、共有文書処理部１４１０Ａが、ステップＳ３００２において新規作成された文書データテーブル２０８Ａの情報を、共有文書状態処理部１３０１に送信する。共有文書状態処理部１３０１は、受信した文書データテーブル２０８Ａの情報を、文書データテーブル２０２に格納し、さらに、共有文書処理部１４１０Ｂと共有文書処理部１４１０Ｃとに送信する。そして、各ユーザ端末１４００Ａ〜１４００Ｃ上で、共有文書の表示処理が開始される（ステップＳ３００５）。
【０１３３】
ユーザ端末１４００Ｂとユーザ端末１４００Ｃとにおいて、共有文書状態処理部１３０１から受信した文書データテーブル２０８Ａを、文書データテーブル２０８Ｂと文書データテーブル２０８Ｃとして、それぞれ格納する。そして、ユーザ端末１４００Ａとユーザ端末１４００Ｂとユーザ端末１４００Ｃにおいて、共通データコンテンツ２４０２Ａ，２４０２Ｂ，２４０２Ｃのコンテンツが表示され、さらに、共有カーソル位置２４０４Ａ，２４０４Ｂ，２４０４Ｃで指定される位置に共有カーソルが表示される（ステップＳ３００６）。
【０１３４】
以下のステップＳ３００７〜Ｓ３０１０の処理は、ステップＳ３００６と同じようにユーザ端末１４００Ａ〜１４００Ｃにおいて実行されるが、説明内容の把握を容易にするために、ユーザ端末１４００Ｂにおける処理について説明する。
【０１３５】
ユーザ端末１４００Ｂにおいて、受信した共有文書に対応する文書データテーブル２０８Ｂには、個別データテーブル２１０Ｂが３つ存在しているわけだが、まだ表示が行われていない個別データテーブル２１０Ｂが存在するかどうかが判断される（ステップＳ３００７）。まだ表示が行われていない個別データテーブル２１０Ｂが存在する場合には、ステップＳ３００８に進む。一方、表示が行われていない個別データテーブル２１０Ｂが存在しない場合には、共有文書の表示処理を終了する。
【０１３６】
ユーザ端末１４００Ｂにおいて、共有文書処理部１４１０Ｂが、まだ表示が行われていない個別データテーブル２１０Ｂを１つ取り出し、そこに格納されているイベント２４０８Ｂの実行を共有文書パーソナライズ処理部１４１２Ｂに指示する。共有文書パーソナライズ処理部１４１２Ｂは、ユーザ名２４０７Ｂと、自分のユーザ名であるユーザ名２２０１Ｂとを比較する（ステップＳ３００８）。比較された結果、一致する場合には、ステップＳ３００９に進む。一方、一致しない場合には、ステップＳ３０１０に進む。
【０１３７】
共有文書パーソナライズ処理部１４１２Ｂは、イベント２４０８Ｂのうち、個別データコンテンツ２４０９Ｂを目立たせるためのイベントを実行することにより、個別データコンテンツ２４０９Ｂを目立たせるような処理を行う（ステップＳ３００９）。これには例えば、背景色２４１１Ｂや背景点滅フラグ２４１２Ｂや吹き出しコメント２４１４Ｂの値を変更することが含まれるが、必ずしも全てを実行する必要はなく、後述するように、どの変更処理を行うかは、カスタマイズが予め可能である。そして、背景色２４１１Ｂや背景点滅フラグ２４１２Ｂや吹き出しコメント２４１４Ｂの変更結果を反映した形で、個別データコンテンツ２４０９Ｂを表示する。その後、ステップＳ３００７の処理に戻る。
【０１３８】
一方、共有文書パーソナライズ処理部１４１２Ｂは、イベント２４０８Ｂのうち、個別データコンテンツ２４０９Ｂを目立たせないためのイベントを実行することにより、個別データコンテンツ２４０９Ｂを目立たせないような処理を行う（ステップＳ３０１０）。これには例えば、入力禁止フラグ２４１３Ｂの値を変更することが含まれるが、必ずしもこの変更処理を実行する必要はなく、後述するように、この変更処理を行うか否かは、カスタマイズが予め可能である。そして、入力禁止フラグ２４１３Ｂの変更結果を反映した形で、個別データコンテンツ２４０９Ｂを表示する。その後、ステップＳ３００７の処理に戻る。
【０１３９】
ここで、ステップＳ３００９〜Ｓ３０１０におけるパーソナライズ処理によって、背景色２４１１Ｂや背景点滅フラグ２４１２Ｂや入力禁止フラグ２４１３Ｂや吹き出しコメント２４１４Ｂの値が、どのような値に変更されるか、また、どの値に対して変更処理を行うかは、ユーザ端末１４００Ａにおいて、テンプレートとして格納されていた共有文書の、イベント２４０８Ａにどのような記述がされていたかに依存する。つまり、このイベント２４０８Ａの記述内容をカスタマイズすることにより、ステップＳ３００９〜Ｓ３０１０におけるパーソナライズ処理の挙動をカスタマイズすることができる。
【０１４０】
以上により、共有文書の内、ユーザ端末１４００Ｂのユーザが編集すべき領域を目立たせ、ユーザ端末１４００Ｂ以外のユーザが編集すべき領域を逆に目立たなくさせるようにしながら、リアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる（ユーザ端末１４００Ａ，１４００Ｃにおいても同様である）。また同時に、そのような処理が行われた文書を、他のユーザとリアルタイムに共有することができる。
【０１４１】
したがって本実施の形態により、各作業者が共有文書内で自分が編集すべき領域を即座に認識することと、各作業者が共有文書の最新状態を即座に取得することの両立ができる。
（第２の実施の形態）
図９は、図１に示したネットワーク構成で構成される本発明の通信システムの第２の実施の形態を示す図である。
【０１４２】
本形態は図９に示すように、図２に示した第１の実施の形態のユーザ管理装置１０００に代理ユーザ管理部１００３が追加されている。また、ユーザ端末１４００Ａ〜１４００Ｚに代理ユーザ検出部１４１５Ａ〜１４１５Ｚが追加されている。
【０１４３】
図１０は、図９に示したユーザ情報記憶部１００２に格納されるユーザ情報テーブルの構造の一例を示す図である。ここで、ユーザ情報記憶装置１００２には、複数のユーザ情報テーブルが格納されている。
【０１４４】
ユーザ情報記憶部１００２に格納されるユーザ情報テーブル２００のデータ構造は図１０に示すように、図４に示したユーザ情報テーブル２００のデータ構造に代理ユーザリスト２００８が追加されている。また、代理ユーザリスト２００８は、複数の代理ユーザテーブル２１２を複数個格納している。代理ユーザテーブル２１２は、ユーザＩＤ２００９を格納している。ユーザＩＤ２００９は、ユーザＩＤの値がユーザＩＤ２０００であるユーザが席を外している等、会話への応答が不可能な状態である場合に、代理で共有文書への入力作業を行うことを依頼するべきユーザのユーザＩＤを表すデータである。
【０１４５】
図１１は、図９に示した共有文書状態記憶部１３０２内に格納される文書データテーブルのデータ構造の一例を示す図である。
【０１４６】
共有文書状態記憶部１３０２内に格納される文書データテーブルのデータ構造は図１１に示すように、図５に示した文書データテーブル２０２のデータ構造に、共有不可ユーザリスト２１１６と吹き出し代理コメント２１２０とが追加されている。
【０１４７】
共有不可ユーザリスト２１１６は、共有不可ユーザテーブル２１３を複数個格納している。
【０１４８】
共有不可ユーザテーブル２１３は、セッション開始時に、代理ユーザ検出部１４１５Ａ〜１４１５Ｚが、バディリスト処理部１４０８Ａ〜１４０８Ｚを介して取得した各ユーザのプレゼンスを調べて、席を外しているユーザの存在を検出し、存在した場合にのみ生成されるテーブルである。共有不可ユーザテーブル２１３は、ユーザＩＤ２１１７と、代理ユーザリスト２１１８とを格納している。
【０１４９】
ユーザＩＤ２１１７は、セッション開始時に、代理ユーザ検出部１４１５Ａ〜１４１５Ｚがバディリスト処理部１４０８Ａ〜１４０８Ｚを介して取得した各ユーザのプレゼンスを調べて、席を外しているユーザの存在を検出し、存在した場合の、そのユーザのユーザＩＤを表すデータである。
【０１５０】
代理ユーザリスト２１１８は、代理ユーザテーブル２１４を複数個格納している。
【０１５１】
代理ユーザテーブル２１４は、ユーザＩＤ２１１９を格納している。
【０１５２】
ユーザＩＤ２１１９は、前記ユーザＩＤ２１１７が存在した場合に、代理ユーザ検出部１４１５Ａ〜１４１５Ｚが、バディリスト処理部１４０８Ａ〜１４０８Ｚを介してユーザ情報処理部１００１にアクセスし、ユーザＩＤ２０００の値が前記ユーザＩＤ２１１７の値と一致するユーザ情報テーブル２００を検索し、そのユーザ情報テーブル２００の代理ユーザリスト２００８から辿れるユーザＩＤ２００９の値のコピーを表すデータである。
【０１５３】
吹き出し代理コメント２１２０は、吹き出しコメント２１１４と似ているが、吹き出しコメント２１１４は、自分が元々担当する個別データコンテンツ２１０９の表示領域を目立たせるために使用されるのに対して、吹き出し代理コメント２１２０は、自分が元々担当する個別データコンテンツ２１０９ではないが、その個別データコンテンツ２１０９の担当者が席を外しているため、代理で自分が担当することになった個別データコンテンツ２１０９の表示領域を目立たせるために使用される。
【０１５４】
図１２は、図９に示した共有文書記憶部１４１１Ａ〜１４１１Ｚに格納される文書データテーブルのデータ構造の一例を示す図である。
【０１５５】
共有文書記憶部１４１１Ａ〜１４１１Ｚに格納される文書データテーブル２０８のデータ構造は図１２に示すように、図７に示した文書データテーブル２０８のデータ構造に、共有不可ユーザリスト２４１６と吹き出し代理コメント２４２０とが追加されている。ここで、共有不可ユーザリスト２４１６〜吹き出し代理コメント２４２０は、前記共有不可ユーザリスト２１１６〜吹き出し代理コメント２１２０のサブセットであるため、説明は省略する。
【０１５６】
代理ユーザ管理部１００３は、ユーザ情報処理部１００１を介してバディリスト処理部１４０８Ａ〜１４０８Ｚからアクセスされ、各ユーザについて、そのユーザが席を外している時に代理で共有文書への入力作業を行うことを依頼するべき複数のユーザのユーザＩＤを受信し、それらのユーザＩＤを代理ユーザテーブル２１２のユーザＩＤ２００９として格納するために使用される。
【０１５７】
代理ユーザ検出部１４１５Ａ〜１４１５Ｚは、セッション開始時に、バディリスト処理部１４０８Ａ〜１４０８Ｚを介して取得した各ユーザのプレゼンスを調べて、席を外しているユーザの存在を検出し、存在した場合に、そのユーザのユーザＩＤをユーザＩＤ２４１７Ａ〜２４１７Ｚとして共有文書内に埋め込み、また、そのユーザについて、代理で共有文書への入力作業を行うことを依頼するべきユーザのユーザＩＤを、ユーザ情報処理部１００１から取得し、そのユーザＩＤをユーザＩＤ２４１９Ａ〜２４１９Ｚとして共有文書内に埋め込むために使用される。
【０１５８】
また、代理ユーザ検出部１４１５Ａ〜１４１５Ｚは、セッション開始後、共有文書の表示処理が行われる際に、共有文書処理部１４１０Ａ〜１４１０Ｚから呼び出され、共有文書内に共有不可ユーザテーブル２１５Ａ〜２１５Ｚが１つ以上埋め込まれているか否かを検出し、１つ以上あった場合に、複数のユーザＩＤ２４１９Ａ〜２４１９Ｚ内に自分のユーザＩＤ２２００Ａ〜２２００Ｚと一致するものが存在するか否かを検出し、存在した場合に、共有文書パーソナライズ処理部１４１２Ａ〜１４１２Ｚに対して、イベント２４０８Ａ〜２４０８Ｚのうち、個別データコンテンツ２４０９Ａ〜２４０９Ｚを目立たせるためのイベントを実行することにより、個別データコンテンツ２４０９Ａ〜２４０９Ｚを目立たせるような処理を行う。ここで、目立たせるような処理とは、第１の実施の形態にて説明した処理と同様に、背景色を変える、背景を点滅させる、吹き出しを表示する等の処理である。
【０１５９】
ユーザ端末１４００Ｂ〜１４００Ｚは、代理ユーザ検出部１４１５Ａと同様の代理ユーザ検出部１４１５Ｂ〜１４１５Ｚを有しているため、説明は省略する。
【０１６０】
以下に、図９に示した本発明の通信システムの第２の実施の形態における処理について説明する。
【０１６１】
図１３は、図９に示した本発明の通信システムの第２の実施の形態における処理を説明するためのフローチャートである。なお、第１の実施の形態の動作の説明と同様に、ユーザ端末の数が多くなると説明内容が複雑になるため、ユーザ端末の数を３に限定する。ユーザ端末１４００Ａが、ユーザ端末１４００Ｂ及びユーザ端末１４００Ｃと、映像及び音声による会話と同時に共有文書をリアルタイム共有する場面を例に挙げ、ユーザ端末１４００Ａ〜１４００Ｃ間のセッション開始の準備段階から、セッション開始後の映像及び音声による会話と共有文書のリアルタイム共有とが可能になるまでの段階について説明する。ここで、第１の実施の形態の動作の説明とは異なり、ユーザ端末１４００Ａ，１４００Ｂのユーザは共に席を外していないものとするものの、ユーザ端末１４００Ｃのユーザは、席を外しているものとする。さらに、ユーザ端末１４００Ｃについての代理ユーザテーブル２１２のユーザＩＤ２００９には、ユーザ端末１４００ＢのユーザＩＤが登録されているものとする。これは、ユーザ端末１４００Ｃのユーザが席を外している場合には、ユーザ端末１４００Ｃのユーザが元々担当する予定だった個別データコンテンツ２１０９は、ユーザ端末１４００Ｂのユーザが代理として担当するようになることを意味する。
【０１６２】
ステップＳ３１００〜Ｓ３１０２の処理は、図８にて説明したステップＳ３０００〜Ｓ３００２の処理と同様の処理のため、説明は省略する。
【０１６３】
ユーザ端末１４００Ａにおいて、代理ユーザ検出部１４１５Ａが、バディリスト処理部１４０８Ａを介してユーザ端末１４００Ｂのプレゼンスであるプレゼンス２３０２Ａと、ユーザ端末１４００Ｃのプレゼンスであるプレゼンス２３０２Ａとを取得し、ユーザ端末１４００Ｂまたはユーザ端末１４００Ｃが席を外しているかどうかが検出される（ステップＳ３１０３）。ここでは、ユーザ端末１４００Ｃのユーザが席を外していることを前提に説明しているため、ステップＳ３１０４に進む。
【０１６４】
ユーザ端末１４００Ａにおいて、代理ユーザ検出部１４１５Ａが、バディリスト処理部１４０８Ａとユーザ情報処理部１００１とを介して、ユーザＩＤ２０００の値がユーザ端末１４００ＣのユーザＩＤの値と一致するユーザ情報テーブル２００を検索・特定し、そのユーザ情報テーブル２００内に格納されているユーザＩＤ２００９を取得する。先に述べた通り、このユーザＩＤ２００９の値は、ユーザ端末１４００ＢのユーザＩＤの値と一致するものとする。そして、ユーザ端末１４００Ａにおいて、代理ユーザ検出部１４１５Ａが、共有文書処理部１４１０Ａを介して、ステップＳ３１０２において新規作成された共有文書に対して、ユーザＩＤ２４１７にユーザ端末１４００ＣのユーザＩＤを格納し、ユーザＩＤ２４１９にユーザ端末１４００ＢのユーザＩＤを格納する（ステップＳ３１０４）。
【０１６５】
図８にて説明したステップＳ３００３では、ユーザ端末１４００Ａとユーザ端末１４００Ｂとユーザ端末１４００Ｃとの間でセッションが確立される処理が行われたが、席を外しているユーザに対するセッションの確立処理は行われない点に注意が必要である。ここでは、ユーザ端末１４００Ｃのユーザが席を外していることを前提に説明しているため、ユーザ端末１４００Ａとユーザ端末１４００Ｂとの間だけでセッションが確立される処理が行われる（ステップＳ３１０５）。
【０１６６】
ステップＳ３１０６〜Ｓ３１１２の処理は、図８にて説明したステップＳ３００７〜Ｓ３０１０の処理と同様の処理のため、説明は省略する。
【０１６７】
ステップＳ３１１２が終わった段階で、ユーザ端末１４００Ａとユーザ端末１４００Ｂとの両方において、それぞれ３つ存在する個別データコンテンツ２４０９Ａ，２４０９Ｂに対するパーソナライズ処理が完了している。
【０１６８】
つまり、ユーザ端末１４００Ａでは、ユーザ端末１４００Ａのユーザが担当すべき１つの個別データコンテンツ２４０９Ａに対して個別データコンテンツ２４０９Ａが目立つようなパーソナライズ処理が行われ、一方、ユーザ端末１４００Ｂのユーザとユーザ端末１４００Ｃのユーザとが担当すべき他の２つの個別データコンテンツ２４０９Ａに対して個別データコンテンツ２４０９Ａが目立たないようなパーソナライズ処理が行われている。ユーザ端末１４００Ｂでも同様である。
【０１６９】
その後、ユーザ端末１４００Ａ及びユーザ端末１４００Ｂにおいて、代理ユーザ検出部１４１５Ａ，１４１５Ｂが、共有文書内にあり、まだ検索していない共有不可ユーザテーブル２１５Ａ，２１５Ｂを検索し、存在するか否かが判断される（ステップＳ３１１３）。
【０１７０】
まだ検索していない共有不可ユーザテーブル２１５Ａ，２１５Ｂが存在すると判断された場合に、ステップＳ３１１４に進む。
【０１７１】
一方、まだ検索していない共有不可ユーザテーブル２１５Ａ，２１５Ｂがもう存在しなくなったか、もしくは、そもそも共有不可ユーザテーブル２１５Ａ，２１５Ｂ自体が存在していなかった場合には、これで共有文書の表示処理を終了する。
【０１７２】
ここでは、ステップＳ３１０４においてユーザ端末１４００ＣのユーザＩＤが記載された共有不可ユーザテーブルが１つ生成されていることを前提に説明しているため、ユーザ端末１４００Ａ及びユーザ端末１４００Ｂの処理が最初にステップＳ３１１３に到達した場合には、ステップＳ３１１４に進む。また、ユーザ端末１４００Ａ及びユーザ端末１４００Ｂの処理がステップＳ３１１４またはステップＳ３１１５から戻ってきて２度目にステップＳ３１１３に到達した場合には、まだ検索していない共有不可ユーザテーブル２１５Ａ，２１５Ｂはもう存在しなくなっているため、これで共有文書の表示処理を終了する。
【０１７３】
ユーザ端末１４００Ａとユーザ端末１４００Ｂとにて、代理ユーザ検出部１４１５Ａ，１４１５Ｂが、ステップＳ３１１３において検索・特定された共有不可ユーザテーブル２１５Ａ，２１５Ｂから辿れる複数のユーザＩＤ２４１９Ａ，２４１９Ｂを取得し、その複数の値と、自分のユーザＩＤであるユーザＩＤ２２００Ａ，２２００Ｂの値とが比較される（ステップＳ３１１４）。値が一致した場合には、ステップＳ３１１５に進む。一致しなかった場合には、ステップＳ３１１３に戻る。
【０１７４】
ここでは、ユーザ端末１４００ＣのユーザＩＤが記載された共有不可ユーザテーブルが１つ存在しており、そこから辿れるユーザＩＤ２４１９Ａ，２４１９Ｂには、共にユーザ端末１４００ＢのユーザＩＤが記載されていることを前提に説明しているため、ユーザ端末１４００Ａは、ステップＳ３１１３に戻る。ユーザ端末１４００Ａは、ステップＳ３１１４に到達する直前にステップＳ３１１３に１度到達しているため、ステップＳ３１１３に戻った後、共有文書の表示処理を終了することになる。つまり、ユーザ端末１４００Ａでは、ステップＳ３１１３に最初に到達した段階と同じ状態で、３つの個別データコンテンツ２４０９Ａが表示されることになる。一方で、ユーザ端末１４００Ｂは、ステップＳ３１１５に進む。
【０１７５】
ユーザ端末１４００Ｂにおいて、代理ユーザ検出部１４１５Ｂが、ユーザＩＤ２４０７Ｂの値がユーザ端末１４００ＣのユーザＩＤの値と一致する個別データテーブル２１０Ｂを検索・特定し、そこに格納されているイベント２４０８Ｂの実行を共有文書パーソナライズ処理部１４１２Ｂに指示する。
【０１７６】
共有文書パーソナライズ処理部１４１２Ｂは、イベント２４０８Ｂのうち、個別データコンテンツ２４０９Ｂを自分が代理ユーザとして指名されていることが分かるように目立たせるためのイベントを実行することにより、個別データコンテンツ２４０９Ｂを自分が代理ユーザとして指名されていることが分かるように目立たせるような処理を行う（ステップＳ３１１５）。これには例えば、背景色２１１１Ｂや背景点滅フラグ２１１２Ｂや入力禁止フラグ２１１３Ｂや吹き出し代理コメント２４２０Ｂの値を変更することが含まれるが、必ずしも全てを実行する必要はない。
【０１７７】
ここで、第１の実施の形態の動作の説明におけるステップＳ３００９では、入力禁止フラグ２１１３Ｂに対する変更処理は含まれていなかったのに対し、ステップＳ３１１５では含まれていることの理由は、既にステップＳ３１１２において入力禁止フラグ２１１３Ｂに対して個別データコンテンツ２４０９Ｂを目立たせないような変更処理が行われていた場合でも、その変更処理をステップＳ３１１５において打ち消すことができるからである。
【０１７８】
そして、背景色２４１１Ｂや背景点滅フラグ２４１２Ｂや入力禁止フラグ２４１３Ｂや吹き出し代理コメント２４２０Ｂの変更結果を反映した形で、個別データコンテンツ２４０９Ｂを表示する。その後、ステップ３１１３に戻る。
【０１７９】
以上により、ユーザ端末１４００Ａにおいては、共有文書の内、ユーザ端末１４００Ａのユーザが編集すべき領域を目立たせ、ユーザ端末１４００Ａ以外のユーザが編集すべき領域を逆に目立たなくさせるようにしながら、リアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。また、ユーザ端末１４００Ｂにおいては、共有文書の内、ユーザ端末１４００Ｂのユーザが編集すべき領域を目立たせ、ユーザ端末１４００Ｂ以外のユーザが編集すべき領域を逆に目立たなくさせ、さらに、席を外しているユーザ端末１４００Ｃの代理として、ユーザ端末１４００Ｂのユーザが編集すべき領域を目立たせようにしながら、リアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。また同時に、そのような処理が行われた文書を、他のユーザとリアルタイムに共有することができる。
【０１８０】
したがって本実施の形態により、外出や打ち合わせなどで席を外している相手がいる場合に、直ちに、他の作業者に対して、席を外している相手の代わりに編集作業を指示・依頼し、その作業者に、共有文書内で自分が編集すべき領域を即座に区別・認識させることができる。
（第３の実施の形態）
図１４は、図１に示したネットワーク構成で構成される本発明の通信システムの第３の実施の形態を示す図である。
【０１８１】
本形態は図９に示すように、図２に示した第１の実施の形態のユーザ端末１４００Ａ〜１４００Ｚに会話履歴処理部１４１６Ａ〜１４１６Ｚと、会話履歴記憶部１４１７Ａ〜１４１７Ｚとが追加されている。
【０１８２】
会話履歴処理部１４１６Ａ〜１４１６Ｚは、ユーザ端末１４００Ａ〜１４００Ｚ間で会話が行われる度に、会話履歴の情報を生成し、会話履歴記憶部１４１７Ａ〜１４１７Ｚに格納するために使用される。また、ユーザが端末操作部１４１４Ａ〜１４１４Ｚを用いて会話履歴の表示操作を行った場合に、会話履歴記憶部１４１７Ａ〜１４１７Ｚに格納してある複数の会話履歴の情報を読み込み、表示部１４１３Ａ〜１４１３Ｚに表示するために使用される。また、表示部１４１３Ａ〜１４１３Ｚに表示された複数の会話履歴の情報に基づいてリダイヤル操作を行った場合に、その過去の会話において会話した相手との間でセッションを確立し、その過去の会話において使用された共有文書をもう一度表示するために使用される。また、ユーザが、バディリスト処理部１４０８Ａ〜１４０８Ｚによって表示部１４１３Ａ〜１４１３Ｚに表示された複数のユーザ名２３０１（または複数のユーザＩＤ２３００）のうち、１つを選択すると、会話履歴の情報を検索することにより、選択されたユーザと過去において行った会話履歴の情報を表示し、その情報に基づいてリダイヤル操作を行った場合に、その過去の会話において会話した相手との間でセッションを確立し、その過去の会話において使用された共有文書をもう一度表示するために使用される。
【０１８３】
会話履歴記憶部１４１７Ａ〜１４１７Ｚは、会話履歴テーブルを複数個格納している。会話履歴テーブルは、過去に行われた会話の履歴の情報を表すデータである。
【０１８４】
図１５は、図１４に示した会話履歴記憶部１４１７Ａ〜１４１７Ｚに格納されている会話履歴テーブルのデータ構造の一例を示す図である。
【０１８５】
会話履歴記憶部１４１７Ａ〜１４１７Ｚに格納されている会話履歴テーブル２１７のデータ構造は図１５に示すように、会話履歴ＩＤ２５００と、会話ユーザリスト２５０１と、開始時刻２５０２と、終了時刻２５０３と、文書ＩＤ２５０４と、文書名２５０５とを格納している。
【０１８６】
会話履歴ＩＤ２５００は、会話履歴の情報の固有の識別子を表すデータである。各ユーザ端末１４００Ａ〜１４００Ｚ内で一意である必要がある。
【０１８７】
会話ユーザリスト２５０１は、会話ユーザテーブル２１８を複数個格納している。
【０１８８】
会話ユーザテーブル２１８は、各会話履歴において、会話が行われた相手のユーザの情報を表すデータである。会話ユーザテーブル２１８は、ユーザＩＤ２５０６とユーザ名２５０７とを格納している。
【０１８９】
ユーザＩＤ２５０６は、会話が行われた相手のユーザ固有のユーザＩＤを表すデータである。
【０１９０】
ユーザ名２５０７は、会話が行われた相手のユーザのユーザ名を表すデータである。
【０１９１】
開始時刻２５０２は、各会話履歴において、会話が開始した時刻を表すデータである。
【０１９２】
終了時刻２５０３は、各会話履歴において、会話が終了した時刻を表すデータである。
【０１９３】
文書ＩＤ２５０４は、各会話履歴において、利用された共有文書の固有の識別子を表すデータである。
【０１９４】
文書名２５０５は、各会話履歴において、利用された共有文書の文書名を表すデータである。
【０１９５】
以下に、図１４に示した本発明の通信システムの第３の実施の形態における処理について説明する。
【０１９６】
図１６〜１９は、図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【０１９７】
まず、ユーザ端末１４００Ａが他のユーザ端末１４００Ｂ，１４００Ｃとセッションを開始した場合に、どのようにして各ユーザ端末に会話履歴の情報が蓄積されるかについて図１６を用いて説明する。
【０１９８】
ステップＳ３２００〜Ｓ３２０５の処理は、図８にて説明したステップＳ３０００〜Ｓ３００５の処理と同様の処理のため、説明は省略する。
【０１９９】
その後、ユーザ端末１４００Ａにおいて、会話履歴処理部１４１６Ａが、会話履歴テーブル２１７を１つ新規に生成し、会話履歴ＩＤ２５００Ａを採番し、ユーザＩＤ２５０６Ａとユーザ名２５０７Ａに、ステップＳ３２０３において呼制御管理装置１１００から受信（図１３にて説明したステップＳ３００３の処理を参照）した複数のユーザＩＤと複数のユーザ名を格納し、開始時刻２５０２Ａに、現在の時刻の値を格納し、文書ＩＤ２５０４Ａに、ステップＳ３２０５において表示処理が開始された共有文書の文書ＩＤ２４００Ａの値を格納し、文書名２５０５Ａに、ステップＳ３２０５において表示処理が開始された共有文書の文書名２４０１Ａの値を格納することにより、会話履歴の情報が生成される（ステップＳ３２０６）。他のユーザ端末１４００Ｂ，１４００Ｃにおいても、同様の処理が行われる。
【０２００】
ステップＳ３２０７〜Ｓ３２１１の処理は、図１３にて説明したステップＳ３００６〜Ｓ３０１０の処理と同様の処理のため、説明は省略する。
【０２０１】
そして、会話を行った後、セッションを終了する（ステップＳ３２１２）。
【０２０２】
複数のユーザ端末１４００Ａ〜１４００Ｃ間におけるセッションが終了した後、ユーザ端末１４００Ａにおいて、会話履歴処理部１４１６Ａが、終了時刻２５０３Ａに、現在の時刻の値を格納する（ステップＳ３２１３）。他のユーザ端末１４００Ｂ，１４００Ｃにおいても、同様の処理が行われる。
【０２０３】
以上により、各ユーザ端末に会話履歴の情報が蓄積される。
【０２０４】
次に、ユーザ端末１４００Ａにおいて、ユーザが、表示部１４１３Ａに表示された複数の会話履歴の情報に基づいてリダイヤル操作を行った場合に、どのようにしてその過去の会話において会話した相手との間でセッションを確立し、その過去の会話において使用された共有文書をもう一度表示するかについて、図１７を用いて説明する。ここで、ユーザ端末１４００Ａは過去において既に複数の会話を行っており、それらの会話についての会話履歴の情報を、複数の会話履歴テーブル２１７Ａとして保持しているものとする。
【０２０５】
ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、会話履歴の情報を表示する操作を行うと、会話履歴処理部１４１６Ａが、複数の会話履歴テーブル２１７Ａに格納されている情報を読み込み、会話履歴の情報として、表示部１４１３Ａに表示する（ステップＳ３３００）。表示される項目は、複数のユーザＩＤ２５０６Ａと、複数のユーザ名２５０７Ａと、開始時刻２５０２Ａと、終了時刻２５０３Ａと、文書ＩＤ２５０４Ａと、文書名２５０５Ａとであって良い。
【０２０６】
その後、ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、複数個表示された会話履歴の情報のうち、１つを選択する操作を行い（ステップＳ３３０１）、ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、リダイヤル操作を行うと（ステップＳ３３０２）、ステップＳ３３０１において選択された会話履歴の情報に含まれている、全てのユーザＩＤ２５０６Ａで特定されるユーザ端末の間でセッションが確立される処理が始まる（ステップＳ３３０３）。
【０２０７】
ステップＳ３３０３の処理の詳細及びステップＳ３３０４の処理は、図８にて説明したステップＳ３００３〜Ｓ３００４の処理と同様の処理のため、説明は省略する。
【０２０８】
ユーザ端末１４００Ａにおいて、共有文書処理部１４１０Ａが、文書ＩＤ２４００Ａの値が、ステップＳ３３０１において選択された会話履歴の情報に含まれている、文書ＩＤ２５０４Ａの値と一致する文書データテーブル２０８を読み込み、共有文書の表示処理が開始される（ステップＳ３３０５）。他のユーザ端末１４００Ｂ，１４００Ｃにおいても、同様な処理が行われる。
【０２０９】
ユーザ端末１４００Ａにおいて、共有文書処理部１４１０Ａが、共有文書状態処理部１３０１にアクセスする。すると、共有文書状態処理部１３０１が、文書ＩＤ２１００の値が、ステップＳ３３０５において読み込まれた共有文書の文書ＩＤ２４００Ａの値と一致する文書データテーブル２０２を検索・特定する。すると、共有文書処理部１４１０Ａは、共有文書状態処理部１３０１から、特定された文書データテーブル２０２から辿れる複数の共通更新データテーブル２０３と共有カーソル位置２１０４と複数の個別更新データテーブル２０５とを、最新データとして受信し、受信したデータを、複数の共通更新データテーブル２０９Ａと共有カーソル位置２４０４Ａと複数の個別更新データテーブル２１１Ａとして、それぞれ格納する（ステップＳ３３０６）。ステップＳ３３０６により、ステップＳ３３０７以降において、ユーザ端末１４００Ａがこの共有文書を開くよりも前の時点において、もし、他のユーザ端末１４００Ｂ，１４００Ｃによって編集が行われていた場合であっても、その最新の編集結果を取得できることが保証される。また、常に共有文書状態処理部１３０１から最新データを取得するため、複数のユーザ端末間でこの共有文書をリアルタイム共有する際も、複数のユーザ端末間で表示されるコンテンツの同一性が保証される。
【０２１０】
ステップＳ３３０７〜ステップＳ３３１１の処理は、図８にて説明したステップＳ３００６〜Ｓ３０１０の処理と同様の処理のため、説明は省略する。
【０２１１】
以上により、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度全ての相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する作業を、簡便に行うことができる。
【０２１２】
図１７にて説明した処理では、ステップＳ３３０２の説明にあるように、全てのユーザＩＤ２５０６Ａで特定されるユーザ端末の間でセッションがもう一度確立されたが、次に、特定の相手だけとセッションがもう一度確立する動作について、図１８を用いて説明する。
【０２１３】
図１８にて、ステップＳ３４００〜ステップＳ３４０１の処理は、図１７にて説明したステップＳ３３００〜Ｓ３３０１の処理と同様の処理のため、説明は省略する。
【０２１４】
ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、ステップＳ３４０１において表示された複数のユーザＩＤ２５０６Ａや複数のユーザ名２５０７Ａのうち、特定のユーザＩＤまたは特定のユーザ名を選択する操作を行い（ステップＳ３４０２）、ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、リダイヤル操作を行うと（ステップＳ３４０３）、ステップＳ３４０１において選択された特定のユーザＩＤ２５０６Ａで特定されるユーザ端末の間でセッションが確立される処理が始まる（ステップＳ３４０４）。
【０２１５】
ステップＳ３３０４の処理の詳細及びステップＳ３３０５〜Ｓ３４１２の処理は、図１７にて説明したステップＳ３３０３〜Ｓ３３１１の処理と同様の処理のため、説明は省略する。
【０２１６】
以上により、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度特定の相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する作業を、簡便に行うことができる。
【０２１７】
次に、ユーザ端末１４００Ａにおいて、ユーザが、バディリスト処理部１４０８Ａによって表示部１４１３Ａに表示された複数のユーザ名２３０１Ａ（または複数のユーザＩＤ２３００Ａ）のうち、１つを選択し、リダイヤル操作を行った場合に、どのようにして過去の会話において会話した相手との間でセッションを確立して、その過去の会話において使用された共有文書をもう一度表示するかについて、図１９を用いて説明する。
【０２１８】
まず、ユーザ端末１４００Ａにおいて、ユーザが、バディリスト処理部１４０８Ａによって表示部１４１３Ａに表示された複数のユーザ名２３０１Ａ（または複数のユーザＩＤ２３００Ａ）のうち、１つを選択する操作を行うと（ステップＳ３５００）、ユーザ端末１４００Ａにおいて、会話履歴処理部１４１６Ａが、ユーザＩＤ２５０６Ａの値がステップＳ３５００において選択されたユーザＩＤ２３００Ａと一致する会話履歴テーブル２１７Ａだけを読み込み、ステップＳ３５００において選択されたユーザＩＤ２３００Ａに関わる会話履歴の情報として、表示部１４１３Ａに表示する（ステップＳ３５０１）。表示される項目は、複数のユーザＩＤ２５０６Ａと複数のユーザ名２５０７Ａと開始時刻２５０２Ａと終了時刻２５０３Ａと文書ＩＤ２５０４Ａと文書名２５０５Ａとであって良い。
【０２１９】
ステップＳ３５０２〜ステップＳ３５１１の処理は、図１７にて説明したステップＳ３３０２〜Ｓ３３１１の処理と同様の処理のため、説明は省略する。
【０２２０】
以上により、ステップＳ３５０１において、ユーザ端末１４００Ａが保持する全ての会話履歴を元に、ステップＳ３５００において選択されたユーザが参加した会話履歴だけをフィルタリングして表示することができ、フィルタリングされた会話履歴を選択してリダイヤル操作を行うことにより、セッションの参加ユーザ全員をもう一度呼び出し、共有文書をもう一度リアルタイム共有することができる。
【０２２１】
さらに、ステップＳ３４０２のように、フィルタリングされた会話履歴の情報として含まれている複数の参加ユーザのうち、特定のユーザを選択してからリダイヤル操作をすると、その特定のユーザだけをもう一度呼び出し、共有文書をもう一度リダイヤルすることもできるようにしても良い。
【０２２２】
以上により、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度特定の相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する作業を、簡便に行うことができる。
（実施例）
次に、本発明の第１の実施例について説明する。
【０２２３】
以下のような題材を想定する。ユーザが３人おり、ユーザ端末１４００Ａ、ユーザ端末１４００Ｂ、ユーザ端末１４００Ｃをそれぞれ利用している。各ユーザ端末１４００Ａ〜１４００ＣのユーザＩＤはＳＩＰ（ＲＦＣ３２６１、＜http://www.ietf.org/rfc/rfc3261.txt＞）アドレスを用いるものとする。各ユーザ端末１４００Ａ〜１４００ＣのユーザＩＤとユーザ名は、それぞれ
ユーザ端末Ａ：alice@example.com、alice
ユーザ端末Ｂ：bob@example.com、bob
ユーザ端末Ｃ：carol@example.com、carol
であるものとする。
【０２２４】
第１の実施の形態の処理の説明における前提と同じ前提の元で、「次回の打ち合わせのスケジュール調整により、スケジュールを確定する」という合意形成を行うために、スケジュールを入力可能な文書を共有文書のテンプレートとして利用して、「各人のスケジュールを報告させる」という指示や依頼を行う場面を例に挙げると、各ユーザ端末１４００Ａ〜１４００Ｃにおいて、共有文書が表示される。
【０２２５】
図２０は、各ユーザ端末１４００Ａ〜１４００Ｃに表示される画面を示す図である。
【０２２６】
各ユーザ端末１４００Ａ〜１４００Ｃにおいて、共有文書が図２０に示すように表示される。
【０２２７】
図２０に示した共有文書は表を表現しており、１行目の領域が共通データコンテンツであり、２〜４行目が個別データコンテンツである。
【０２２８】
また、他の例として、「あるグループに属するメンバ間で、そのグループが今後取り組むべき業務内容の担当者を確定する」という合意形成を行うために、業務内容と担当者と締め切り日時を入力可能な文書を共有文書のテンプレートとして利用して、「各業務内容の担当者を確定するために、各業務の優先度と作業負荷、各担当者の得意分野とやる気度合いなどを考慮してメンバ間で相談する」という場面を例に挙げると、各ユーザ端末において、共有文書が表示される。
【０２２９】
図２１は、各ユーザ端末１４００Ａ〜１４００Ｃに表示される画面を示す図である。
【０２３０】
各ユーザ端末１４００Ａ〜１４００Ｃにおいて、共有文書が図２１に示すように表示される。
【０２３１】
図２１に示した共有文書は表を表現しており、タイトルの列と締め切り日時の列の領域が共通データコンテンツであり、それらに挟まれた３列の領域が個別データコンテンツである。
【０２３２】
図２０及び図２１においては、明細書添付の図面のため、自分が担当すべき個別データコンテンツの領域を太線で囲まれて示しているが、実際は、自分が担当すべき個別データコンテンツの領域の背景色が変化しており、逆に、他の人が担当すべき個別データコンテンツの領域のコンテンツについて入力を不可にして灰色などの目立たない色に変化していることにより、各ユーザは、自分が担当すべき個別データコンテンツの領域がどの部分であるのかを即座に把握することができる。また、自分が担当すべき個別データコンテンツの領域の背景を点滅させれば、さらに視認性が向上する。また、自分が担当すべき個別データコンテンツの領域に対して、吹き出しを付けることにより、さらに視認性が向上し、吹き出しコメントによって自分が行わなければならない作業内容の把握ができる。また、吹き出しを半透明で表示することにより、例えば共有カーソルが吹き出しの裏側に隠れて見えなくなることを防止できるため、共有文書のリアルタイム共有中におけるユーザ間の意思疎通を阻害しないようにできる（図２０及び図２１においては、明細書添付の図面であるため、半透明が表現できず、白塗りつぶしの吹き出しで表示）。この吹き出しコメントは常時表示させる必要はないため、一定時間経過したら自動的に消えるようにしても良いし、マウスカーソルでクリックすると消えるような動作をさせても良い。
【０２３３】
次に、本発明の第２の実施例について説明する。
【０２３４】
第２の実施例は、第１の実施例の題材において、ユーザcarolだけが席を外しているという前提で、第２の実施の形態における各ユーザ端末での共有文書が表示される場合を例に挙げる。
【０２３５】
図２２及び図２３は、各ユーザ端末１４００Ａ〜１４００Ｂに表示される画面を示す図である。
【０２３６】
ユーザbobの画面には、図２０や図２１と同じようにユーザbobが担当すべき個別データコンテンツの領域が目立つように表示されており、さらに、ユーザcarolが元々担当すべきだった個別データコンテンツの領域も目立つように表示されている。また、吹き出し代理コメントにより、ユーザbobはユーザcarolの代理としてこの領域に対する入力作業を行わなければならないことの把握ができる。
【０２３７】
ここで、図２０及び図２１と同様に、明細書添付の図面であるため、色付きの図面表示が不可能であるため、図２２及び図２３においては、太枠表示を用いて表現している。
【０２３８】
以上により、本発明においては、お互いに遠隔にいる複数人が協力して何らかの協同作業を行う際に、作業者間での意思決定や合意形成が素早くでき、協同作業を円滑に進めることができる。その理由は、まず、各作業者が共有文書内で自分が編集すべき領域を即座に認識することと、各作業者が共有文書の最新状態を即座に取得することの、両立が可能であり、また、外出や打ち合わせなどで席を外している相手がいる場合に、直ちに、他の作業者に対して、席を外している相手の代わりに編集作業を指示・依頼し、その作業者に、共有文書内で自分が編集すべき領域を即座に区別・認識させることができ、また、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する作業を、簡便に行うことができるからである。
【０２３９】
また、本発明においては、ユーザ端末１４００Ａ〜１４００Ｚ内の処理は上述の専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムをユーザ端末１４００Ａ〜１４００Ｚにて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムをユーザ端末１４００Ａ〜１４００Ｚに読み込ませ、実行するものであっても良い。ユーザ端末１４００Ａ〜１４００Ｚにて読取可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、ユーザ端末１４００Ａ〜１４００Ｚに内蔵されたＨＤＤ等を指す。この記録媒体に記録されたプログラムは、例えば、ユーザ端末１４００Ａ〜１４００Ｚの各処理部にて読み込まれ、各処理部の制御によって、上述したものと同様の処理が行われる。
【図面の簡単な説明】
【０２４０】
【図１】本発明の通信システムのネットワーク構成の一例を示す図である。
【図２】図１に示したネットワーク構成で構成される本発明の通信システムの第１の実施の形態を示す図である。
【図３】バディリスト処理部から送信されたユーザ情報テーブルのデータ構造の一例を示す図である。
【図４】ユーザ情報記憶部に格納されるユーザ情報テーブルの構造の一例を示す図である。
【図５】共有文書状態記憶部に格納されている文書データテーブルのデータ構造の一例を示す図である。
【図６】バディリスト記憶部に格納されたバディテーブルのデータ構造の一例を示す図である。
【図７】共有文書記憶部に格納されている文書データテーブルのデータ構造の一例を示す図である。
【図８】図２に示した本発明の通信システムの第１の実施の形態における処理を説明するためのフローチャートである。
【図９】図１に示したネットワーク構成で構成される本発明の通信システムの第２の実施の形態を示す図である。
【図１０】図９に示したユーザ情報記憶部に格納されるユーザ情報テーブルの構造の一例を示す図である。
【図１１】図９に示した共有文書状態記憶部内に格納される文書データテーブルのデータ構造の一例を示す図である。
【図１２】図９に示した共有文書記憶部に格納される文書データテーブルのデータ構造の一例を示す図である。
【図１３】図９に示した本発明の通信システムの第２の実施の形態における処理を説明するためのフローチャートである。
【図１４】図１に示したネットワーク構成で構成される本発明の通信システムの第３の実施の形態を示す図である。
【図１５】図１４に示した会話履歴記憶部に格納されている会話履歴テーブルのデータ構造の一例を示す図である。
【図１６】図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【図１７】図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【図１８】図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【図１９】図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【図２０】各ユーザ端末に表示される画面を示す図である。
【図２１】各ユーザ端末に表示される画面を示す図である。
【図２２】各ユーザ端末に表示される画面を示す図である。
【図２３】各ユーザ端末に表示される画面を示す図である。
【符号の説明】
【０２４１】
１０００ ユーザ管理装置
１００１ ユーザ情報処理部
１００２ ユーザ情報記憶部
１００３ 代理ユーザ管理部
１１００ 呼制御管理装置
１２００ プレゼンス管理装置
１３００ 共有文書状態管理装置
１３０１ 共有文書状態処理部
１３０２ 共有文書状態記憶部
１４００Ａ〜１４００Ｚ ユーザ端末
１４０１Ａ〜１４０１Ｚ 発着信処理部
１４０２Ａ〜１４０２Ｚ 映像音声処理部
１４０３Ａ〜１４０３Ｚ 映像入力部
１４０４Ａ〜１４０４Ｚ 映像出力部
１４０５Ａ〜１４０５Ｚ 音声入力部
１４０６Ａ〜１４０６Ｚ 音声出力部
１４０７Ａ〜１４０７Ｚ ユーザ情報記憶部
１４０８Ａ〜１４０８Ｚ バディリスト処理部
１４０９Ａ〜１４０９Ｚ バディリスト記憶部
１４１０Ａ〜１４１０Ｚ 共有文書処理部
１４１１Ａ〜１４１１Ｚ 共有文書記憶部
１４１２Ａ〜１４１２Ｚ 共有文書パーソナライズ処理部
１４１３Ａ〜１４１３Ｚ 表示部
１４１４Ａ〜１４１４Ｚ 端末操作部
１４１５Ａ〜１４１５Ｚ 代理ユーザ検出部
１４１６Ａ〜１４１６Ｚ 会話履歴処理部
１４１７Ａ〜１４１７Ｚ 会話履歴記憶部
２００，２０６ ユーザ情報テーブル
２０００，２００５，２２００，２３００，２４０７，２００９，２１１７，２１１９，２４１７，２４１９，２５０６ ユーザＩＤ
２００１，２００６，２１０７，２２０１，２３０１，２５０７ ユーザ名
２００２，２００７，２２０２，２３０２ プレゼンス
２００３，２２０３ ＮＷアドレス
２００４ バディリスト
２００８，２１１８，２４１８ 代理ユーザリスト
２０１，２０７ バディテーブル
２０２，２０８ 文書データテーブル
２０３，２０９ 共通更新データテーブル
２０４，２１０ 個別データテーブル
２０５，２１１ 個別更新データテーブル
２１００，２４００，２５０４ 文書ＩＤ
２１０１，２４０１，２５０５ 文書名
２１０２，２４０２ 共通データコンテンツ
２１０３，２４０３ 共通更新データリスト
２１０４，２４０４ 共有カーソル位置
２１０５，２４０５ 個別データリスト
２１０６，２４０６ 共通更新データ
２１０８，２４０８ イベント
２１０９，２４０９ 個別データコンテンツ
２１１０，２４１０ 個別更新データリスト
２１１１，２４１１ 背景色
２１１２，２４１２ 背景点滅フラグ
２１１３，２４１３ 入力禁止フラグ
２１１４，２４１４ 吹き出しコメント
２１１６ 共有不可ユーザリスト
２１１５，２４１５ 個別更新データ
２１２，２１４，２１６ 代理ユーザテーブル
２１２０，２４２０ 吹き出し代理コメント
２１３，２１５ 共有不可ユーザテーブル
２１７ 会話履歴テーブル
２１８ 会話ユーザテーブル
２５００ 会話履歴ＩＤ
２５０１ 会話ユーザリスト
２５０２ 開始時刻
２５０３ 終了時刻
【技術分野】
【０００１】
本発明は、ソフトフォンのようなリアルタイムコミュニケーション手段を使って、複数人に対して作業の依頼・相談などを行う場合に情報を共有するための通信システム、ユーザ端末、通信方法及び通信プログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
お互いに遠隔にいる複数人が協力して何らかの協同作業を円滑に進めるためには、各作業者が、遠隔にいる他の作業者と、お互いに依頼や相談などを行うことにより、作業者間での意思決定や合意形成を行うことが重要である。この意思決定や合意形成は、電話やテレビ電話や電子メール（以下、メールと称する）を使ったコミュニケーションを通して行われることが一般化している。
【０００３】
このとき、意思決定や合意形成の完了までに掛かる時間を短くしたい場合には、用件を直ちに、かつ、確実に相手に伝えられることが重要である。メールを用いて用件を伝える場合、相手はすぐにそのメールを読むとは限らない。一方、電話を用いて用件を伝える場合は、電話を掛けて相手がその電話に応答すればすぐに用件を伝えることができる。そのため、意思決定や合意形成を素早く行いたい場面では、メールよりも電話やテレビ電話の方が適している場合が多いと考えられる。この場合、電話やテレビ電話の映像・音声による会話に加えて、電子ファイルや電子資料のような文書をお互いに見ながら、作業者間で依頼や相談などを行うことができれば、意思決定や合意形成をさらに素早く完了させることができると考えられる。
【０００４】
そこで近年、ＩＰ電話の一種であるソフトフォンを用いて、映像及び音声による会話をしながらファイルを相手に送信する方法が考えられている（例えば、非特許文献１参照。）。
【０００５】
また、携帯端末を用いて、音声による会話をしながら写真などの静止画像を相手に送信する方法が提案されている（例えば、特許文献１参照。）。
【０００６】
また、非特許文献２に記載されたプッシュ・トゥー・トーク（以下、ＰＴＴと称する）を用いて、ＰＴＴにより複数の相手と音声による会話をしながら、複数の相手に対して一度に写真などの静止画像を送信する方法が考えられている（例えば、非特許文献３参照。）。
【０００７】
また、映像及び音声による会話をしながら、グループウェアや共有ファイルサーバに格納されたファイルのアドレスを、メールなどを用いて相手に通知し、その相手がファイルをダウンロードすることにより、映像及び音声とファイルとを併用して会話を行う方法も考えられている（例えば、非特許文献４参照。）。
【０００８】
また、コンタクトセンタやヘルプデスクなどのオンラインシステムにおいて、遠隔にいるオペレータとその利用者とが、映像及び音声による会話の開始と同時に、Ｗｅｂブラウザ内に表示するコンテンツを同期してリアルタイム共有する方法が提案されている（例えば、特許文献２参照。）。
【０００９】
また、特許文献２に記載された方法を用いて電子会議システムを構築して電子会議室にファイルを登録しておき、複数の相手と映像・音声による会話をしながら、電子会議室のアドレスを、メールなどを用いて相手に通知することにより、映像及び音声とファイルとを併用して会話を行う方法も考えられている。
【００１０】
ここで、コンタクトセンタシステムや電子会議システムにおけるデータの共有方法は全て、作業者間で同一内容の文書を共有する点に注意が必要である。
【００１１】
例えば、コンタクトセンタシステムでは、オペレータと利用者とが見ている旅行商品の文書の内容に仮に不一致があると、オペレータと利用者との間に誤解が生じてしまい、旅行商品の購入後に契約上の問題が生じてしまう虞がある。
【００１２】
また、電子会議システムでは、作業者間でリアルタイムに共同編集している文書の表示内容に、作業者間で仮に不一致があると、それは異なる複数の版の文書が存在することとなる。それにより、作業者間で文書編集が完成したという合意を得た場合であっても、その完成文書には異なる複数の版が存在してしまうことになる。
【００１３】
このような理由があるため、コンタクトセンタシステムや電子会議システムでは、作業者間で同一内容の文書を共有している。
【００１４】
電子会議システムやコンタクトセンタシステムの中には、作業者間で共有中の文書が編集された場合であっても、各作業者の通信端末に表示される共有文書の内容の同一性を保証するために、操作権（制御権とも言う）というものを導入し、操作権を持つ単一の作業者だけが共有文書を編集できるように限定して、操作権を移譲してもらわない限り、他の作業者が共有文書を編集できないように制限しているシステムが考えられている（例えば、非特許文献５参照。）。
【００１５】
また、作業者間での意思決定や合意形成を行うには、一度会話を行った相手をもう一度呼び出して、作業内容に対する補足説明や、不明点に対する質問などが、手軽に行えることも重要である。これを実現するために、過去の会話履歴を利用することにより、簡便な操作だけで、もう一度その相手を呼び出せるリダイヤル機能というものがある。例えば、リダイヤル操作の際に、過去の会話履歴情報として相手の電話番号に加えて相手の無線基地局名も表示することにより、間違い電話を防止する方法が提案されている（例えば、特許文献３参照。）。
【００１６】
また、利用者が共有する文書について、各利用者が編集可能な領域を明示し、明示された領域において、当該利用者が編集を行う方法が考えられている（例えば、特許文献４，５参照。）。
【００１７】
また、利用者によって会話が行われた際に編集された文書を履歴として管理し、リダイヤルすることにより再編集を可能とする方法が考えられている（例えば、特許文献６参照。）。
【特許文献１】特開２００３−１２５４５１号公報
【特許文献２】特許第００３７５３２４４号公報
【特許文献３】特開２００４−３６４３３２号公報
【特許文献４】特開２００１−０５１９９５号公報
【特許文献５】特開２００５−３０１８３８号公報
【特許文献６】特開２００４−２１３２７１号公報
【非特許文献１】Ｓｋｙｐｅ社ホームページ、インターネット電話ソフトウェア「Ｓｋｙｐｅ」、インターネットＵＲＬ＜http://www.skype.com/intl/ja/download/＞
【非特許文献２】Ｐｕｓｈ Ｔｏ Ｔａｌｋ、インターネットＵＲＬ＜http://ja.wikipedia.org/wiki/Push_To_Talk＞
【非特許文献３】ＫＤＤＩ社ホームページ、コミュニケーションサービス「ＨｅｌｌｏＭｅｓｓｅｎｇｅｒ」、インターネットＵＲＬ＜http://www.au.kddi.com/service/hello_messenger/riyo.html＞
【非特許文献４】サイボウズ社ホームページ、お手軽Ｗｅｂグループウェア「サイボウズＯｆｆｉｃｅ６」：ファイル管理機能、インターネットＵＲＬ＜http://office.cybozu.co.jp/cb6/seihin/kihon/file/index.html＞
【非特許文献５】Ｍｉｃｒｏｓｏｆｔ社ホームページ、「ＮｅｔＭｅｅｔｉｎｇ」、インターネットＵＲＬ＜http://www.microsoft.com/windows/netmeeting/＞
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、従来の技術においては、以下に示す問題点がある。
【００１９】
第１の問題点は、各作業者が共有する文書の一部を作業者に合わせてカスタマイズした状態でリアルタイムに共有し、同時に、作業者による編集結果も作業者間でリアルタイムに共有するということができない。そのため、各作業者が共有文書内で自分が編集すべき領域を即座に認識することと、各作業者が共有文書の最新状態を即座に取得することとの、両立ができないということである。
【００２０】
その理由を、作業の要求元である上司が作業者である複数の部下に対して、「次回の打ち合わせのスケジュール調整により、スケジュールを確定する」という合意形成を行うために、「各人のスケジュールを報告させる」という指示や依頼を行う場面を例に挙げて説明する。
【００２１】
まず、電話やＰＴＴとメールとを併用する場合には、上司は「１行目に複数のスケジュールの候補が記載されており、２行目以降に各部下の名前と前記スケジュールの候補について参加可能かどうかの回答欄が記載されている表（行数は部下の数に１を加えた数になる）」などの文書を添付メールで各部下に一度に送付、つまり各部下に共通の文書を送付することができるが、メールに添付された文書は、ＳＭＴＰ（ＲＦＣ８２１、＜http://www.ietf.org/rfc/rfc0821.txt＞）、ＰＯＰ（ＲＦＣ １９３９、＜http://www.ietf.org/rfc/rfc1939.txt＞）、ＩＭＡＰ（ＲＦＣ ２０６０、＜http://www.ietf.org/rfc/rfc2060.txt＞）というメール・プロトコルにより配送され、各部下に同一内容の文書が配送されるため、各部下は、表のうち自分が入力しなければならない領域と、他人により入力されるべき領域とを、即座には区別・認識することができない。また、上司が「１行目に複数のスケジュールの候補が記載されており、２行目に部下の名前と前記スケジュールの候補について参加可能かどうかの回答欄が記載されている表（行数は２行になる）」などの文書を部下の人数分用意し、添付メールで各部下にそれぞれ送付することもできるが、この場合、各部下は回答結果を入力した表を上司にメールで折り返し送付し、上司が各部下からの回答結果を集計してもう一度メールで各部下に送付するという作業を行わないと、各部下は、次回打ち合わせの日程や誰が参加するのかなどの情報を取得することができない。つまり、共有文書の最新状態を即座に取得することができない。
【００２２】
つまり、電話やＰＴＴとメールとを併用する場合には、第１の問題点を解決することができない。
【００２３】
また、非特許文献１や特許文献１や非特許文献３に記載の方法を用いる場合も、電話やＰＴＴと非特許文献４に記載の方法を併用する場合も、前述の電話やＰＴＴとメールを併用する場合と同様の課題を抱えているため、第１の問題点を解決することができない。
【００２４】
また、特許文献２や非特許文献５に記載の方法を用いる場合には、上司と各部下は、背景技術の説明において述べた通り、同一内容の文書を共有することになるため、各部下は、表のうち自分が入力しなければならない領域と、他人により入力されるべき領域とを、即座には区別・認識することができない。そのため、第１の問題点を解決することができない。
【００２５】
第２の問題点は、複数人に対して共有文書のリアルタイムな共同編集作業を指示・依頼する際に、外出や打ち合わせなどで席を外している相手がいる場合に、直ちに、他の作業者に対して、席を外している相手の代わりに編集作業を指示・依頼し、その作業者に、共有文書内で自分が編集すべき領域を即座に区別・認識させることができないということである。
【００２６】
その理由を、第１の問題点にて取り上げたスケジュール調整を題材にして、ある部下が席を外していた場合を例に挙げて説明する。
【００２７】
まず、上司は、席を外している部下のスケジュールを知っていると考えられる他の部下に対して、音声を使ってどの部分を代行入力するべきなのかを説明するという方法が考えられる。しかし、この方法では説明に多大な時間が掛かってしまうため、第２の問題点を解決することができない。
【００２８】
また、特許文献２や非特許文献５に記載の方法を用いてリアルタイムな共同編集を行う共有文書の中の、席を外している部下が元々編集すべきであった領域、つまり、他の部下によって代行入力されるべき領域に対して、強調表示をしたりコメントを入れておいたりする修正作業を、上司があらかじめ行っておく方法が考えられるが、上司による修正作業による多大な時間が掛かってしまう。
【００２９】
また、上司による強調表示やコメントの挿入などの修正結果は、他の全ての部下に対しても表示されてしまうため、他の部下が自分に関係のある部分なのかと勘違いしてしまう虞がある。
【００３０】
また、席を外している部下が複数人いて、代行入力を依頼する他の部下も複数人になる場合には、代行入力を依頼された複数の部下が、コメントの内容をよく読んで理解する必要があるため、自分が代行入力を担当する領域を、即座には区別・認識することができない。
【００３１】
さらに、上司による修正作業の開始時点では席を外していた部下が、上司による修正作業の終了時点より前に席に戻ってきてしまった場合には、席を外していた部下と代行入力を依頼された部下の両者が、同じ領域を自分が編集すべき領域であると誤解してしまう虞がある。
【００３２】
上記の理由により、第２の問題点を解決することができない。
【００３３】
第３の問題点は、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する際の作業負荷が大きくなってしまうということである。
【００３４】
その理由は、従来技術では、過去の会話履歴情報の活用が、十分でなかったからである。
【００３５】
例えば、特許文献３に記載された方法においては、間違い電話を防止するために過去の会話履歴情報が活用されているが、簡便に過去に用いた共有文書をもう一度表示させるための対策が一切なされていない。このため、リダイヤル操作によって相手をもう一度呼び出した後に、作業者が共有文書を開く操作を手動で行わなければならない。例えば、共有文書のアドレス情報や共有文書が登録されている電子会議室のアドレスなどを思い出したり、検索操作を行ってアドレスを発見したりしなければならない。
【００３６】
また、特許文献４，５に記載された方法においては、「排他制御のロック」を獲得している利用者のみが、会話に用いる文書を編集可能であり、他の利用者は当該文書を編集できないという問題点がある。
【００３７】
また、特許文献６に記載された方法においては、文書を再度表示できる端末は単一の利用者の端末に限られてしまうという問題点がある。
【００３８】
本発明は、上述したような従来の技術が有する問題点に鑑みてなされたものであって、お互いに遠隔にいる複数人が協力して何らかの協同作業を行う際に、作業者間での意思決定や合意形成が素早くでき、且つ協同作業を円滑に進めることができる通信システム、ユーザ端末、通信方法及び通信プログラムを記録した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００３９】
上記目的を達成するために本発明は、
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話が行われるための通信システムであって、
前記会話にて使用される文書を管理する共有文書状態管理装置とを有し、
前記ユーザ端末は、前記文書のうち、該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する。
【００４０】
また、前記共有文書状態管理装置は、前記文書を共有文書として管理し、前記共有文書と該共有文書の更新データとを格納することを特徴とする。
【００４１】
また、前記ユーザ端末は、該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とする。
【００４２】
また、前記ユーザ端末は、該ユーザ端末が編集可能な部分の背景を点滅させて表示することを特徴とする。
【００４３】
また、前記ユーザ端末は、該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示することを特徴とする。
【００４４】
また、前記ユーザ端末は、前記文書のうち該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示することを特徴とする。
【００４５】
また、前記ユーザ端末が前記会話への応答が可能かどうかを判断するプレゼンス管理装置を有し、
前記ユーザ端末は、該ユーザ端末の前記会話を代理する代理ユーザ端末を設定し、前記プレゼンス管理装置にて当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とすることを特徴とする。
【００４６】
また、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話が行われるための通信システムであって、
前記ユーザ端末は、前記会話の会話履歴の情報を格納し、格納された前記会話履歴の情報を読み出して表示し、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出し、前記会話において利用された前記会話履歴の情報内にて指定された文書を共有する。
【００４７】
また、前記ユーザ端末は、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出すことを特徴とする。
【００４８】
また、ユーザ管理装置によって管理され、プレゼンス管理装置によって会話への応答が可能かどうかが判断され、呼制御管理装置によってセッションが確立され、映像及び音声による前記会話が行われるユーザ端末であって、
前記会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する。
【００４９】
また、当該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とする。
【００５０】
また、当該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とする。
【００５１】
また、当該ユーザ端末が編集可能な部分の背景を点滅させて表示することを特徴とする。
【００５２】
また、当該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示することを特徴とする。
【００５３】
また、前記文書のうち当該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示することを特徴とする。
【００５４】
また、前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定し、前記プレゼンス管理装置にて当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とすることを特徴とする。
【００５５】
また、ユーザ管理装置によって管理され、プレゼンス管理装置によって会話への応答が可能かどうかが判断され、呼制御管理装置によってセッションが確立され、映像及び音声による前記会話が行われるユーザ端末であって、
前記会話の会話履歴の情報を格納し、格納された前記会話履歴の情報を読み出して表示し、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出し、前記会話において利用された前記会話履歴の情報内にて指定された文書を共有する。
【００５６】
また、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出すことを特徴とする。
【００５７】
また、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立され、プレゼンス管理装置によって会話への応答が可能かどうかが判断される複数のユーザ端末間にて映像及び音声による会話を行う通信方法であって、
前記ユーザ端末が、前記会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断する処理と、
前記ユーザ端末が、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する処理とを有する。
【００５８】
また、前記ユーザ端末が、該ユーザ端末が編集可能な部分の背景色を変化させて表示する処理を有することを特徴とする。
【００５９】
また、前記ユーザ端末が、該ユーザ端末が編集可能な部分の背景を点滅させて表示する処理を有することを特徴とする。
【００６０】
また、前記ユーザ端末が、該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示する処理を有することを特徴とする。
【００６１】
また、前記ユーザ端末が、前記文書のうち該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示する処理を有することを特徴とする。
【００６２】
また、前記ユーザ端末が、前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定する処理と、
前記プレゼンス管理装置が、前記ユーザ端末が前記会話への応答が可能かどうかを判断する処理と、
前記ユーザ端末が、当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とする処理とを有することを特徴とする。
【００６３】
また、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話を行う通信方法であって、
前記ユーザ端末が、前記会話の会話履歴の情報を格納する処理と、
前記ユーザ端末が、前記格納された会話履歴の情報を読み出して表示する処理と、
前記ユーザ端末が、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出す処理と、
前記ユーザ端末が、前記会話において利用された前記会話履歴の情報内にて指定された文書を前記ユーザ端末間で共有する処理とを有する。
【００６４】
また、前記ユーザ端末が、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出す処理を有することを特徴とする。
【００６５】
上記のように構成された本発明においては、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて行われる映像及び音声による会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分が判断され、編集可能であると判断された部分が他の部分よりも目立たせて表示される。
【００６６】
これにより、会話に用いられる文書の編集可能領域を容易に認識することができる。
【発明の効果】
【００６７】
以上説明したように本発明においては、ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて行われる映像及び音声による会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された部分を他の部分よりも目立たせて表示する構成としたため、お互いに遠隔にいる複数人が協力して何らかの協同作業を行う際に、作業者間での意思決定や合意形成が素早くでき、協同作業を円滑に進めることができる。
【発明を実施するための最良の形態】
【００６８】
以下に、本発明の実施の形態について図面を参照して説明する。
【００６９】
図１は、本発明の通信システムのネットワーク構成の一例を示す図である。
【００７０】
本ネットワーク構成は図１に示すように、ユーザ管理装置１０００と、呼制御管理装置１１００と、プレゼンス管理装置１２００と、共有文書状態管理装置１３００と、ユーザ端末１４００Ａ〜１４００Ｚとから構成されている。ここで、ユーザ端末１４００Ａ〜１４００Ｚは、パーソナルコンピュータ（ＰＣ）、携帯型コンピュータ（パーソナル・デジタル・アシスタンス、ＰＤＡ）、街頭マルチメディア端末、車載端末、ネットワーク接続機能付きテレビ、ネットワーク接続機能付きセットトップボックス、ネットワーク接続機能付きゲーム機、外部と情報をやり取りする機能を備えた類似するその他の装置である。また、ユーザ端末の符号１４００Ａ〜１４００Ｚは説明の便宜上、「１４００」の後にアルファベットを振っているだけであり、ユーザ端末１４００Ａ〜１４００Ｚの数が２６には限られるわけではない。
（第１の実施の形態）
図２は、図１に示したネットワーク構成で構成される本発明の通信システムの第１の実施の形態を示す図である。
【００７１】
本形態は図２に示すように、ユーザ管理装置１０００と、呼制御管理装置１１００と、プレゼンス管理装置１２００と、共有文書状態管理装置１３００と、ユーザ端末１４００Ａ〜１４００Ｚとから構成される。
【００７２】
ユーザ管理装置１０００は、ユーザ情報処理部１００１と、ユーザ情報記憶部１００２とを有している。また、共有文書状態管理装置１３００は、共有文書状態処理部１３０１と共有文書状態記憶部１３０２とを有している。また、ユーザ端末１４００Ａは、発着信処理部１４０１Ａと、映像音声処理部１４０２Ａと、映像入力部１４０３Ａと、映像出力部１４０４Ａと、音声入力部１４０５Ａと、音声出力部１４０６Ａと、ユーザ情報記憶部１４０７Ａと、バディリスト処理部１４０８Ａと、バディリスト記憶部１４０９Ａと、共有文書処理部１４１０Ａと、共有文書記憶部１４１１Ａと、共有文書パーソナライズ処理部１４１２Ａと、表示部１４１３Ａと、端末操作部１４１４Ａとを有している。また、ユーザ端末１４００Ｂ〜１４００Ｚについても、ユーザ端末１４００Ａの構成と同様の構成を有する。例えば、ユーザ端末１４００Ｚは、発着信処理部１４０１Ｚと、映像音声処理部１４０２Ｚと、映像入力部１４０３Ｚと、映像出力部１４０４Ｚと、音声入力部１４０５Ｚと、音声出力部１４０６Ｚと、ユーザ情報記憶部１４０７Ｚと、バディリスト処理部１４０８Ｚと、バディリスト記憶部１４０９Ｚと、共有文書処理部１４１０Ｚと、共有文書記憶部１４１１Ｚと、共有文書パーソナライズ処理部１４１２Ｚと、表示部１４１３Ｚと、端末操作部１４１４Ｚとを有している。
【００７３】
ユーザ情報処理部１００１は、バディリスト処理部１４０８Ａ〜１４０８Ｚから送信されたユーザ情報テーブルの情報を受信し、ユーザ情報記憶部１００２に格納する。
【００７４】
図３は、バディリスト処理部１４０８Ａ〜１４０８Ｚから送信されたユーザ情報テーブルのデータ構造の一例を示す図である。
【００７５】
バディリスト処理部１４０８Ａ〜１４０８Ｚから送信されたユーザ情報テーブル２０６のデータ構造は図３に示すように、そのユーザ端末１４００Ａ〜１４００Ｚのユーザの情報をまとめたものであり、ユーザＩＤ２２００と、ユーザ名２２０１と、プレゼンス２２０２と、ＮＷアドレス２２０３とから構成されている。
【００７６】
ユーザＩＤ２２００は、ユーザを特定する固有の識別子を表すデータである。ユーザ名２２０１は、ユーザの名前を表すデータである。プレゼンス２２０２は、ユーザの現在の状態を表すデータである。ＮＷアドレス２２０３は、ユーザ端末に割り当てられたネットワークアドレスを表すデータである。
【００７７】
図４は、ユーザ情報記憶部１００２に格納されるユーザ情報テーブルの構造の一例を示す図である。ここで、ユーザ情報記憶装置１００２には、複数のユーザ情報テーブルが格納されている。
【００７８】
ユーザ情報記憶部１００２に格納されるユーザ情報テーブル２００のデータ構造は図４に示すように、ユーザＩＤ２０００と、ユーザ名２００１と、プレゼンス２００２と、ＮＷアドレス２００３と、バディリスト２００４とから構成されている。
【００７９】
ユーザＩＤ２０００は、利用者であるユーザを特定するユーザ固有の識別子であり、本システム内で一意な値を持つ。ユーザ名２００１は、ユーザの名前を表すデータである。プレゼンス２００２は、ユーザの現在の状態を表すデータである。典型的には、「オンライン」、「離席中」、「オフライン」などの値を取るが、これらに限るものではない。ＮＷアドレス２００３は、ユーザ端末１４００Ａ〜１４００Ｚに割り当てられたネットワークアドレスを表すデータである。バディリスト２００４は、バディテーブル２０１を複数個格納している。
【００８０】
バディテーブル２０１は、ユーザＩＤ２０００のユーザと友好関係にあるユーザの情報を表すデータである。バディテーブル２０１は、ユーザＩＤ２００５と、ユーザ名２００６と、プレゼンス２００７とから構成されている。ユーザＩＤ２００５は、ユーザＩＤ２０００のユーザと友好関係にあるユーザを特定する固有の識別子を表すデータである。ユーザ名２００６は、ユーザＩＤ２０００のユーザと友好関係にあるユーザの名前を表すデータである。プレゼンス２００７は、ユーザＩＤ２０００のユーザと友好関係にあるユーザの現在の状態を表すデータである。
【００８１】
また、ユーザ情報処理部１００１は、バディリスト処理部１４０８Ａ〜１４０８Ｚからの要求に応じてバディテーブル２０１の情報を返信する。また、呼制御管理部１１００に対して各ユーザのＮＷアドレス２００３を提供する。また、ユーザのプレゼンスの変更時に発着信処理部１４０１Ａ〜１４０１Ｚからプレゼンス管理部１２００を経由してそのユーザの最新のプレゼンスの情報を受信し、受信されたプレゼンスの情報をそのユーザのユーザＩＤ２０００と一致するユーザ情報テーブル２００内にあるプレゼンス２００２と、他のユーザに対応するバディテーブル２０１のうち、そのユーザのユーザＩＤと一致するバディテーブル２０１内にあるプレゼンス２００７とに挿入し、ユーザ情報記憶部１００２に格納する。
【００８２】
このように、ユーザ情報記憶部１００２は、全ユーザについて、そのユーザの情報と、そのユーザと友好関係にあるユーザの情報とを格納している。
【００８３】
呼制御管理装置１１００は、ユーザ端末１４００Ａ〜１４００Ｚ間のセッションを確立するために使用される。まず、例えばユーザがユーザ端末１４００Ａの端末操作部１４１４Ａを用いて発信操作を行った際に、発着信処理部１４０１Ａから送信されたユーザＩＤ２２００（複数でも可）を受信する。その後、呼制御管理装置１１００は、ユーザ情報処理部１００１を介してユーザ情報記憶部１００２に格納されたユーザ情報テーブル２００のユーザＩＤ２０００の値が、受信したユーザＩＤ２２００と一致するユーザ情報テーブル２００に格納されているＮＷアドレス２００３を取得する。そして、呼制御管理装置１１００は、このＮＷアドレス２００３に基づいて例えばユーザ端末１４００Ｂ，１４００Ｃなど（受信したユーザＩＤ２２００と同数）のユーザ端末に接続し、ユーザ端末間のセッションを確立する。
【００８４】
プレゼンス管理装置１２００は、ユーザ端末１４００Ａ〜１４００Ｚ間でプレゼンス情報の交換を行うために使用される。まず、プレゼンス管理装置１２００は、例えばユーザがユーザ端末１４００Ａの端末操作部１４１４Ａを用いてプレゼンスの変更操作やユーザ端末１４００Ａの起動・終了操作を行った際に、発着信処理部１４０１Ａから送信された最新のプレゼンスの情報を受信する。その後、プレゼンス管理装置１２００は、受信した最新のプレゼンスの情報を、ユーザ情報処理部１００１を介して、そのユーザのユーザＩＤ２０００と一致するユーザ情報テーブル２００内にあるプレゼンス２００２と、他のユーザに対応するバディテーブル２０１のうち、そのユーザのユーザＩＤと一致するバディテーブル２０１内にあるプレゼンス２００７とに格納する。
【００８５】
共有文書状態処理部１３０１は、ユーザ端末１４００Ａ〜１４００Ｚ間のセッションの開始後に、ユーザ端末１４００Ａ〜１４００Ｚから送信された共有文書のデータ一式を受信し、保持するために使用される。また、ユーザが共有文書への更新操作を行った際に、その更新操作の情報を蓄積しておくために使用される。詳しい動作は後述の動作の説明の部分において説明する。
【００８６】
共有文書状態記憶部１３０２は、文書データテーブルを複数個格納している。
【００８７】
図５は、共有文書状態記憶部１３０２に格納されている文書データテーブルのデータ構造の一例を示す図である。
【００８８】
共有文書状態記憶部１３０２に格納されている文書データテーブル２０２のデータ構造は図５に示すように、各共有文書の情報をまとめたものであり、文書ＩＤ２１００と、文書名２１０１と、共通データコンテンツ２１０２と、共通更新データリスト２１０３と、共有カーソル位置２１０４と、個別データリスト２１０５とから構成されている。ここで、本システムで使用される各共有文書は、１つの共通データコンテンツ２１０２と、個別データリスト２１０５から辿れる複数の個別データコンテンツ２１０９との、２種類のコンテンツから構成されることに注意が必要である。つまり、各共有文書は、共通データコンテンツ２１０２が表示される領域と、複数の個別データコンテンツ２１０９が表示される複数の領域とによって構成される。
【００８９】
文書ＩＤ２１００は、共有文書を特定する固有の識別子であり、本システム内で一意な値を持つ。文書名２１０１は、共有文書の名前を表すデータである。共通データコンテンツ２１０２は、この共有文書を共有する全てのユーザ端末１４００Ａ〜１４００Ｚにおいて共通な状態で表示されるコンテンツを表すデータである。このコンテンツは以下に説明するパーソナライズ処理の対象にはならない。共通更新データリスト２１０３は、共通更新データテーブル２０３を複数個格納している。
【００９０】
共通更新データテーブル２０３は、共通更新データ２１０６を格納している。
【００９１】
共通更新データ２１０６は、前記共通データコンテンツ２１０２や共有カーソル位置２１０４に対する更新操作を表すデータである。ユーザが前記共通データコンテンツ２１０２や共有カーソル位置２１０４に対する更新操作を行う度に、この共通更新データ２１０６がユーザ端末１４００Ａ〜１４００Ｚから送信されて来る。共有文書状態処理部１３０１は、この共通更新データ２１０６を蓄積し、同時に、この共有文書を共有している他のユーザ端末に対してこの共通更新データ２１０６を送信する。各ユーザ端末１４００Ａ〜１４００Ｚにおいて、共通更新データ２１０６に基づいて共通データコンテンツ２１０２や共有カーソル位置２１０４の状態を更新し、あるユーザが行った更新操作が各ユーザ端末１４００Ａ〜１４００Ｚ上でも同じように再現されることにより、ユーザ端末１４００Ａ〜１４００Ｚ間で共通データコンテンツ２１０２や共有カーソル位置２１０４の状態の同期が行われ、同一の状態になることが保証される。
【００９２】
共有カーソル位置２１０４は、各ユーザ端末１４００Ａ〜１４００Ｚ上で前記共通データコンテンツ２１０２の上にオーバーラップする形で表示される共有カーソルポインタの位置を表すデータである。この共有カーソルの位置をユーザ端末１４００Ａ〜１４００Ｚ間でリアルタイムに同期しながら、映像や音声を使って会話を行うことにより、ユーザ間の意図の疎通が促進される。
【００９３】
個別データリスト２１０５は、どのユーザ端末１４００Ａ〜１４００Ｚが当該文書のうちどの部分を編集可能かを判断する判断材料であり、個別データテーブル２０４を複数個格納している。
【００９４】
個別データテーブル２０４は、ユーザ名２１０７と、イベント２１０８と、個別データコンテンツ２１０９と、個別更新データリスト２１１０と、背景色２１１１と、背景点滅フラグ２１１２と、入力禁止フラグ２１１３と、吹き出しコメント２１１４とか構成されている。
【００９５】
ユーザ名２１０７は、この個別データコンテンツ２１０９がどのユーザのためのものなのかを表すデータである。
【００９６】
イベント２１０８は、この個別データコンテンツ２１０９がユーザ端末１４００Ａ〜１４００Ｚの表示部１４１３Ａ〜１４１３Ｚに表示される際に呼び出されるイベントの内容を表すデータである。このイベントが呼び出されることにより、共有文書パーソナライズ処理部１４１２Ａ〜１４１２Ｚがイベントの実行を行う。イベントの実行により、背景色２１１１や背景点滅フラグ２１１２や入力禁止フラグ２１１３や吹き出しコメント２１１４のような個別データコンテンツ２１０９に対する付加情報に相当する内容が更新されることにより、個別データコンテンツ２１０９の表示状態が変更される。これが本システムにおけるパーソナライズ処理の内容である。なお、このイベントの実行は、パーソナライズ処理のためであるから、このイベントの実行による更新結果は、他のユーザと共有する必要がないため、背景色２１１１や背景点滅フラグ２１１２や入力禁止フラグ２１１３や吹き出しコメント２１１４の内容の更新結果は、共有文書状態処理部１３０１または他のユーザ端末に対して送信されることはない点に注意が必要である。
【００９７】
個別データコンテンツ２１０９は、この共有文書を共有するユーザ端末１４００Ａ〜１４００Ｚごとにパーソナライズされた状態で表示されるコンテンツを表すデータである。なお、パーソナライズ処理の結果、必ずしも全てのユーザ端末１４００Ａ〜１４００Ｚにおいてそれぞれ異なる表示状態で個別データコンテンツ２１０９が表示されるわけではなく、同一の表示状態で個別データコンテンツ２１０９が表示される場合もある点に注意が必要である。
【００９８】
個別更新データリスト２１１０は、個別更新データテーブル２０５を複数個格納している。
【００９９】
個別更新データテーブル２０５は、個別更新データ２１１５を格納している。個別更新データ２１１５は、前記個別データコンテンツ２１０９に対する更新操作を表すデータである。ユーザが前記個別データコンテンツ２１０９に対する更新操作を行う度にこの個別更新データ２１１５がユーザ端末１４００Ａ〜１４００Ｚから送信されて来る。共有文書状態処理部１３０１は、この個別更新データ２１１５を蓄積し、同時に、この共有文書を共有している他のユーザ端末に対してこの個別更新データ２１１５を送信する。各ユーザ端末１４００Ａ〜１４００Ｚにおいて、個別更新データ２１１５に基づいて個別データコンテンツ２１０９の状態を更新し、あるユーザが行った更新操作が各ユーザ端末１４００Ａ〜１４００Ｚ上でも同じように再現されることにより、ユーザ端末１４００Ａ〜１４００Ｚ間で個別データコンテンツ２１０９の状態の同期が行われ、同一の状態になることが保証される。
【０１００】
ここで、イベント２１０８の説明の部分にて、イベントの実行による更新結果は共有文書状態処理部１３０１または他のユーザ端末に対して送信されることはないと説明したが、これは、イベントの実行によって個別データコンテンツ２１０９に対する付加情報に相当する内容が更新されたためであるからである。一方で、個別データコンテンツ２１０９に対する更新は、個別データコンテンツ２１０９に対する付加情報ではなく、個別データコンテンツ２１０９そのものに対する更新であるため、更新結果を共有文書状態処理部１３０１と他のユーザ端末とに対して送信する必要がある点に注意が必要である。
【０１０１】
背景色２１１１は、前記個別データコンテンツ２１０９の表示領域の、背景色を表すデータである。パーソナライズ処理によって、この背景色を目立つ色に変更することにより、特定のユーザに対して前記個別データコンテンツ２１０９の表示領域を目立たせつつ、同時に、共有カーソルの表示などのリアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。
【０１０２】
背景点滅フラグ２１１２は、前記個別データコンテンツ２１０９の表示領域の、背景色を点滅するか否か表すデータである。パーソナライズ処理によって、この背景色を点滅するように変更することにより、特定のユーザに対して前記個別データコンテンツ２１０９の表示領域を目立たせつつ、同時に、共有カーソルの表示などのリアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。
【０１０３】
入力禁止フラグ２１１３は、前記個別データコンテンツ２１０９の表示領域の、入力操作を禁止するか否かを表すデータである。パーソナライズ処理によって、特定のユーザに編集して欲しい個別データコンテンツ２１０９の表示領域以外の入力操作を禁止し、また一方では、特定のユーザに編集して欲しい個別データコンテンツ２１０９の表示領域の入力操作を禁止しないようにすることにより、特定のユーザに対して前記個別データコンテンツ２１０９の表示領域を目立たせつつ、同時に、共有カーソルの表示などのリアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。
【０１０４】
吹き出しコメント２１１４は、前記個別データコンテンツ２１０９の表示領域に対して、吹き出しの形状をした表示物を表示する際に使用されるコメントの文字列を表すデータである。パーソナライズ処理によって、この吹き出しを半透明で、かつ、前記個別データコンテンツ２１０９の表示領域に対してオーバーラップする形で表示することにより、特定のユーザに対して前記個別データコンテンツ２１０９の表示領域を目立たせつつ、同時に、共有カーソルの表示などのリアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。
【０１０５】
また、ユーザ端末１４００Ａ〜１４００Ｚは複数存在するため、以下では、ユーザ端末１４００Ａが保持するユーザ情報テーブル２０６とバディテーブル２０７と複数の文書データテーブル２０８と各テーブル内に格納されているデータは、ユーザ情報テーブル２０６Ａ、バディテーブル２０７Ａ及び文書データテーブル２０８Ａのように記載して説明する。これにより、各テーブルや各データが、どのユーザ端末１４００Ａ〜１４００Ｚが保持するものなのかを明確にする。ここで、ユーザ端末１４００Ａ〜１４００Ｚのうち、ユーザ端末１４００Ａの構成要素について説明する。なお、ユーザ端末１４００Ｂ〜１４００Ｚの構成要素についても同様である。
【０１０６】
発着信処理部１４０１Ａは、ユーザの端末操作部１４１４Ａの操作による発信要求を受け付け、呼制御管理装置１１００に対してセッションの確立を要求する。また、呼制御管理装置１１００から他のユーザからの着信要求を受け付け、映像音声処理部１４０２Ａを介して音声出力部１４０６Ａに対して着信音の再生を要求する。また、セッションの確立直後に、セッションの確立が行われたことを、映像音声処理部１４０２Ａと共有文書処理部１４１０Ａとに通知する。
【０１０７】
映像音声処理部１４０２Ａは、セッションの確立直後に発着信処理部１４０１Ａからセッションの確立が行われたことの通知を受信し、映像入力部１４０３Ａと音声入力部１４０５Ａとに対して映像と音声との入力処理の開始を指示し、その結果として映像入力部１４０３Ａと音声入力部１４０５Ａとから送られてきた映像データと音声データとを、会話の相手の例えば映像音声処理部１４０２Ｂなどに送信する。また、セッションの確立後、会話の相手の例えば映像音声処理部１４０２Ｂなどから受信した映像データと音声データとを、映像出力部１４０４Ａと音声出力部１４０６Ａとにそれぞれ送信する。
【０１０８】
映像入力部１４０３Ａは、典型的にはカメラ機材である。映像入力部１４０３Ａは、映像音声処理部１４０２Ａから映像の入力処理の開始の指示を受信すると、映像の入力処理を開始する。
【０１０９】
映像出力部１４０４Ａは、映像音声処理部１４０２Ａから音声出力部１４０６Ａに対して着信音の再生要求を受信すると、着信音を再生する。また、セッションの確立後、会話の相手の例えば映像音声処理部１４０２Ｂなどから、映像音声処理部１４０２Ａを経由して映像データを受信し、その映像データを表示部１４１３Ａが表示可能な形式に変換し、表示部１４１３Ａに送信する。
【０１１０】
音声入力部１４０５Ａは、典型的にはマイク機材である。音声入力部１４０５Ａは、映像音声処理部１４０２Ａから音声の入力処理の開始の指示を受信すると、音声の入力処理を開始する。
【０１１１】
音声出力部１４０６Ａは、典型的にはスピーカ機材である。音声出力部１４０６Ａは、セッションの確立後、会話の相手の例えば映像音声処理部１４０２Ｂなどから、映像音声処理部１４０２Ａを経由して音声データを受信し、その音声データを再生する。
【０１１２】
ユーザ情報記憶部１４０７Ａは、ユーザ情報テーブル２０６Ａを１つだけ格納している。
【０１１３】
バディリスト処理部１４０８Ａは、ユーザ端末１４００Ａの起動時に、ユーザ情報テーブル２０６Ａの情報をユーザ情報処理装置１００１に送信し、その代わりに、ユーザ情報処理装置１００１からそのユーザに対応するバディテーブル２０１の情報を複数個受信し、複数個のバディテーブルとしてバディリスト記憶部１４０９Ａ内に格納する。
【０１１４】
図６は、バディリスト記憶部１４０９Ａ〜１４０９Ｚに格納されたバディテーブルのデータ構造の一例を示す図である。
【０１１５】
バディリスト記憶部１４０９Ａ〜１４０９Ｚに格納されたバディテーブル２０７のデータ構造は、ユーザＩＤの値がユーザＩＤ２２００であるユーザと友好関係にあるユーザの情報を表すデータである。バディテーブル２０７は、ユーザＩＤ２３００と、ユーザ名２３０１と、プレゼンス２３０２とを格納している。
【０１１６】
ユーザＩＤ２３００は、ユーザＩＤの値がユーザＩＤ２２００であるユーザと友好関係にあるユーザを特定する固有の識別子を表すデータである。また、ユーザ名２３０１は、ユーザＩＤの値がユーザＩＤ２２００であるユーザと友好関係にあるユーザの名前を表すデータである。また、プレゼンス２３０２は、ユーザＩＤの値がユーザＩＤ２２００であるユーザと友好関係にあるユーザの現在の状態を表すデータである。
【０１１７】
また、バディリスト記憶部１４０９Ａは、バディテーブル２０７Ａを複数個格納している。
【０１１８】
共有文書処理部１４１０Ａは、ユーザが端末操作部１４１４Ａを操作してセッションの開始操作を行うと、表示部１４１３Ａに複数種類の共有文書の候補を表示する。ユーザが複数候補の中から使用する共有文書を選択すると、発着信処理部１４０１Ａに対してセッションの開始要求を送信する。また、ユーザ端末１４００Ａ〜１４００Ｚ間のセッションの開始後に、ユーザが先程選択した共有文書のデータ一式を共有文書状態管理装置１３００に対して送信する。また、ユーザが共有文書への更新操作を行う際に、その更新操作の情報を共有文書状態管理装置１３００に対して送信する。詳しい動作は後述の動作の説明の部分において説明する。
【０１１９】
共有文書記憶部１４１１Ａは、文書データテーブルを複数個格納している。
【０１２０】
図７は、共有文書記憶部１４１１Ａ〜１４１１Ｚに格納されている文書データテーブルのデータ構造の一例を示す図である。
【０１２１】
共有文書記憶部１４１１Ａ〜１４１１Ｚに格納されている文書データテーブル２０８のデータ構造は図７に示すように、文書ＩＤ２４００と、文書名２４０１と、共通データコンテンツ２４０２と、共通更新データリスト２４０３と、共有カーソル位置２４０４と、個別データリスト２４０５とから構成されている。さらに、共通更新データリスト２４０３は、共通更新データ２４０６を有する複数の共通更新データテーブル２０９を具備する。また、個別データリスト２４０５は、ユーザＩＤ２４０７と、イベント２４０８と、個別データコンテンツ２４０９と、個別更新データリスト２４１０と、背景色２４１１と、背景点滅フラグ２４１２と、入力禁止フラグ２４１３と、吹き出しコメント２４１４とを有する複数の個別データテーブル２１０を具備する。さらに、個別更新データリスト２４１０は、個別更新データ２４１５を有する複数の個別更新データテーブル２１１を具備する。これらの構成要素は、図５に示した文書データテーブル２０２のデータ構造と同様であるため、それぞれの詳細な説明は省略する。
【０１２２】
共有文書記憶部１４１１Ａは、ユーザ端末１４００Ａが参加する複数の会話の中で使用された複数の共有文書の情報を、複数の文書データテーブル２０８Ａとして格納するのに対し、先に述べた共有文書状態記憶部１３０２は、各ユーザ端末１４００Ａ〜１４００Ｚが参加する複数の会話の中で使用された複数の共有文書の情報を、複数の文書データテーブル２０２として格納する。つまり、共有文書記憶部１４１１Ａが格納する情報は、共有文書状態記憶部１３０２が格納する情報の一部である。
【０１２３】
共有文書パーソナライズ処理部１４１２Ａは、セッションの確立後、個別データコンテンツ２４０９Ａが表示部１４１３Ａに表示される際に、共有文書処理部１４１０Ａから呼び出され、イベント２４０８Ａの実行を行う。イベント２４０８Ａの実行を行うことにより、イベント２１０８の部分で説明したパーソナライズ処理が行われる。
【０１２４】
以下に、図２に示した本発明の通信システムの第１の実施の形態における処理について説明する。
【０１２５】
図８は、図２に示した本発明の通信システムの第１の実施の形態における処理を説明するためのフローチャートである。ユーザ端末の数が多くなると説明内容も複雑になるため、ここではユーザ端末の数を３に限定して説明する。ユーザ端末１４００Ａが、ユーザ端末Ｂ１４００及びユーザ端末１４００Ｃと、映像及び音声による会話と同時に共有文書をリアルタイム共有する場面を例に挙げ、ユーザ端末１４００Ａ〜１４００Ｃ間のセッション開始の準備段階から、セッション開始後の映像と音声による会話と共有文書のリアルタイム共有とが可能になるまでの段階について説明する。また、ユーザ端末１４００Ａ〜１４００Ｃの各ユーザは、共に席を外していないものとする。また、各ユーザ端末１４００Ａ〜１４００Ｃには、複数の共有文書のテンプレートが、文書データテーブル２０８として予め格納されているものとする。
【０１２６】
まず、ユーザ端末１４００Ａにおいて、バディリスト処理部１４０８Ａによって表示部１４１３Ａに表示されたバディテーブル２０７Ａの中から、ユーザが、ユーザ端末１４００Ｂ及びユーザ端末１４００Ｃを選択し、決定する操作を行うと（ステップＳ３０００）、ユーザ端末１４００Ａにおいて、共有文書処理部１４１０Ａによって、複数の文書データテーブル２０８Ａがテンプレートとして読み込され、今回のセッションにおいて使用する共有文書の候補として表示部１４１３Ａに表示される（ステップＳ３００１）。
【０１２７】
ユーザ端末１４００Ａにおいて、ユーザが、表示部１４１３Ａに表示された複数の文書データテーブル２０８Ａのうち、１つを選択し、決定する操作を行うと、選択された文書データテーブル２０８Ａと同じ内容の文書データテーブル２０８Ａが新規に生成され、文書ＩＤ２４００Ａが新たに割り当てられる。
【０１２８】
その後、表示部１４１３Ａには、この新規に生成された共有文書の文書名の入力を促す表示が行われ、ユーザが文書名を入力すると、文書名２４０１Ａに入力された文書名が格納される。
【０１２９】
そして、新規に生成された文書データテーブル２０８Ａ内に存在していた、複数の個別データテーブル２１０Ａのうち、この共有文書を共有するユーザ数と同数の３つを残して他の個別データテーブル２１０Ａが削除され、残された３つの個別データテーブル２１０Ａのユーザ名２４０７Ａに、ユーザ端末１４００Ａのユーザ名２２０１Ａと、ユーザ端末１４００Ｂのユーザ名２３０１Ａと、ユーザ端末１４００Ｃのユーザ名２３０１Ａとが、それぞれ格納される（ステップＳ３００２）。
【０１３０】
ユーザ端末１４００Ａにおいて、発着信処理部１４０１Ａが、呼制御管理装置１１００に対して、ユーザ端末１４００Ｂとユーザ端末１４００Ｃとに対応するユーザＩＤ２３００Ａとユーザ名２３０１Ａとを送信し、ユーザ端末１４００Ａ〜１４００Ｃ間のセッションの確立を要求する。呼制御管理装置１１００は、ユーザ情報処理部１００１を介してユーザ情報記憶部１００２内のユーザＩＤ２０００の値が、受信したユーザＩＤ２３００Ａと一致するユーザ情報テーブル２００に格納されているＮＷアドレス２００３を取得する。そして、呼制御管理装置１１００は、このＮＷアドレス２００３に基づいてユーザ端末１４００Ｂとユーザ端末１４００Ｃとに接続し、ユーザ端末１４００Ａ〜１４００Ｃ間のセッションを確立する（ステップＳ３００３）。
【０１３１】
ユーザ端末１４００Ａ〜１４００Ｃにおいて、映像音声処理部１４０２Ａ〜１４０２Ｃの間で映像データ及び音声データの交換が可能になり、お互いに会話が開始される（ステップＳ３００４）。
【０１３２】
ユーザ端末１４００Ａにおいて、共有文書処理部１４１０Ａが、ステップＳ３００２において新規作成された文書データテーブル２０８Ａの情報を、共有文書状態処理部１３０１に送信する。共有文書状態処理部１３０１は、受信した文書データテーブル２０８Ａの情報を、文書データテーブル２０２に格納し、さらに、共有文書処理部１４１０Ｂと共有文書処理部１４１０Ｃとに送信する。そして、各ユーザ端末１４００Ａ〜１４００Ｃ上で、共有文書の表示処理が開始される（ステップＳ３００５）。
【０１３３】
ユーザ端末１４００Ｂとユーザ端末１４００Ｃとにおいて、共有文書状態処理部１３０１から受信した文書データテーブル２０８Ａを、文書データテーブル２０８Ｂと文書データテーブル２０８Ｃとして、それぞれ格納する。そして、ユーザ端末１４００Ａとユーザ端末１４００Ｂとユーザ端末１４００Ｃにおいて、共通データコンテンツ２４０２Ａ，２４０２Ｂ，２４０２Ｃのコンテンツが表示され、さらに、共有カーソル位置２４０４Ａ，２４０４Ｂ，２４０４Ｃで指定される位置に共有カーソルが表示される（ステップＳ３００６）。
【０１３４】
以下のステップＳ３００７〜Ｓ３０１０の処理は、ステップＳ３００６と同じようにユーザ端末１４００Ａ〜１４００Ｃにおいて実行されるが、説明内容の把握を容易にするために、ユーザ端末１４００Ｂにおける処理について説明する。
【０１３５】
ユーザ端末１４００Ｂにおいて、受信した共有文書に対応する文書データテーブル２０８Ｂには、個別データテーブル２１０Ｂが３つ存在しているわけだが、まだ表示が行われていない個別データテーブル２１０Ｂが存在するかどうかが判断される（ステップＳ３００７）。まだ表示が行われていない個別データテーブル２１０Ｂが存在する場合には、ステップＳ３００８に進む。一方、表示が行われていない個別データテーブル２１０Ｂが存在しない場合には、共有文書の表示処理を終了する。
【０１３６】
ユーザ端末１４００Ｂにおいて、共有文書処理部１４１０Ｂが、まだ表示が行われていない個別データテーブル２１０Ｂを１つ取り出し、そこに格納されているイベント２４０８Ｂの実行を共有文書パーソナライズ処理部１４１２Ｂに指示する。共有文書パーソナライズ処理部１４１２Ｂは、ユーザ名２４０７Ｂと、自分のユーザ名であるユーザ名２２０１Ｂとを比較する（ステップＳ３００８）。比較された結果、一致する場合には、ステップＳ３００９に進む。一方、一致しない場合には、ステップＳ３０１０に進む。
【０１３７】
共有文書パーソナライズ処理部１４１２Ｂは、イベント２４０８Ｂのうち、個別データコンテンツ２４０９Ｂを目立たせるためのイベントを実行することにより、個別データコンテンツ２４０９Ｂを目立たせるような処理を行う（ステップＳ３００９）。これには例えば、背景色２４１１Ｂや背景点滅フラグ２４１２Ｂや吹き出しコメント２４１４Ｂの値を変更することが含まれるが、必ずしも全てを実行する必要はなく、後述するように、どの変更処理を行うかは、カスタマイズが予め可能である。そして、背景色２４１１Ｂや背景点滅フラグ２４１２Ｂや吹き出しコメント２４１４Ｂの変更結果を反映した形で、個別データコンテンツ２４０９Ｂを表示する。その後、ステップＳ３００７の処理に戻る。
【０１３８】
一方、共有文書パーソナライズ処理部１４１２Ｂは、イベント２４０８Ｂのうち、個別データコンテンツ２４０９Ｂを目立たせないためのイベントを実行することにより、個別データコンテンツ２４０９Ｂを目立たせないような処理を行う（ステップＳ３０１０）。これには例えば、入力禁止フラグ２４１３Ｂの値を変更することが含まれるが、必ずしもこの変更処理を実行する必要はなく、後述するように、この変更処理を行うか否かは、カスタマイズが予め可能である。そして、入力禁止フラグ２４１３Ｂの変更結果を反映した形で、個別データコンテンツ２４０９Ｂを表示する。その後、ステップＳ３００７の処理に戻る。
【０１３９】
ここで、ステップＳ３００９〜Ｓ３０１０におけるパーソナライズ処理によって、背景色２４１１Ｂや背景点滅フラグ２４１２Ｂや入力禁止フラグ２４１３Ｂや吹き出しコメント２４１４Ｂの値が、どのような値に変更されるか、また、どの値に対して変更処理を行うかは、ユーザ端末１４００Ａにおいて、テンプレートとして格納されていた共有文書の、イベント２４０８Ａにどのような記述がされていたかに依存する。つまり、このイベント２４０８Ａの記述内容をカスタマイズすることにより、ステップＳ３００９〜Ｓ３０１０におけるパーソナライズ処理の挙動をカスタマイズすることができる。
【０１４０】
以上により、共有文書の内、ユーザ端末１４００Ｂのユーザが編集すべき領域を目立たせ、ユーザ端末１４００Ｂ以外のユーザが編集すべき領域を逆に目立たなくさせるようにしながら、リアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる（ユーザ端末１４００Ａ，１４００Ｃにおいても同様である）。また同時に、そのような処理が行われた文書を、他のユーザとリアルタイムに共有することができる。
【０１４１】
したがって本実施の形態により、各作業者が共有文書内で自分が編集すべき領域を即座に認識することと、各作業者が共有文書の最新状態を即座に取得することの両立ができる。
（第２の実施の形態）
図９は、図１に示したネットワーク構成で構成される本発明の通信システムの第２の実施の形態を示す図である。
【０１４２】
本形態は図９に示すように、図２に示した第１の実施の形態のユーザ管理装置１０００に代理ユーザ管理部１００３が追加されている。また、ユーザ端末１４００Ａ〜１４００Ｚに代理ユーザ検出部１４１５Ａ〜１４１５Ｚが追加されている。
【０１４３】
図１０は、図９に示したユーザ情報記憶部１００２に格納されるユーザ情報テーブルの構造の一例を示す図である。ここで、ユーザ情報記憶装置１００２には、複数のユーザ情報テーブルが格納されている。
【０１４４】
ユーザ情報記憶部１００２に格納されるユーザ情報テーブル２００のデータ構造は図１０に示すように、図４に示したユーザ情報テーブル２００のデータ構造に代理ユーザリスト２００８が追加されている。また、代理ユーザリスト２００８は、複数の代理ユーザテーブル２１２を複数個格納している。代理ユーザテーブル２１２は、ユーザＩＤ２００９を格納している。ユーザＩＤ２００９は、ユーザＩＤの値がユーザＩＤ２０００であるユーザが席を外している等、会話への応答が不可能な状態である場合に、代理で共有文書への入力作業を行うことを依頼するべきユーザのユーザＩＤを表すデータである。
【０１４５】
図１１は、図９に示した共有文書状態記憶部１３０２内に格納される文書データテーブルのデータ構造の一例を示す図である。
【０１４６】
共有文書状態記憶部１３０２内に格納される文書データテーブルのデータ構造は図１１に示すように、図５に示した文書データテーブル２０２のデータ構造に、共有不可ユーザリスト２１１６と吹き出し代理コメント２１２０とが追加されている。
【０１４７】
共有不可ユーザリスト２１１６は、共有不可ユーザテーブル２１３を複数個格納している。
【０１４８】
共有不可ユーザテーブル２１３は、セッション開始時に、代理ユーザ検出部１４１５Ａ〜１４１５Ｚが、バディリスト処理部１４０８Ａ〜１４０８Ｚを介して取得した各ユーザのプレゼンスを調べて、席を外しているユーザの存在を検出し、存在した場合にのみ生成されるテーブルである。共有不可ユーザテーブル２１３は、ユーザＩＤ２１１７と、代理ユーザリスト２１１８とを格納している。
【０１４９】
ユーザＩＤ２１１７は、セッション開始時に、代理ユーザ検出部１４１５Ａ〜１４１５Ｚがバディリスト処理部１４０８Ａ〜１４０８Ｚを介して取得した各ユーザのプレゼンスを調べて、席を外しているユーザの存在を検出し、存在した場合の、そのユーザのユーザＩＤを表すデータである。
【０１５０】
代理ユーザリスト２１１８は、代理ユーザテーブル２１４を複数個格納している。
【０１５１】
代理ユーザテーブル２１４は、ユーザＩＤ２１１９を格納している。
【０１５２】
ユーザＩＤ２１１９は、前記ユーザＩＤ２１１７が存在した場合に、代理ユーザ検出部１４１５Ａ〜１４１５Ｚが、バディリスト処理部１４０８Ａ〜１４０８Ｚを介してユーザ情報処理部１００１にアクセスし、ユーザＩＤ２０００の値が前記ユーザＩＤ２１１７の値と一致するユーザ情報テーブル２００を検索し、そのユーザ情報テーブル２００の代理ユーザリスト２００８から辿れるユーザＩＤ２００９の値のコピーを表すデータである。
【０１５３】
吹き出し代理コメント２１２０は、吹き出しコメント２１１４と似ているが、吹き出しコメント２１１４は、自分が元々担当する個別データコンテンツ２１０９の表示領域を目立たせるために使用されるのに対して、吹き出し代理コメント２１２０は、自分が元々担当する個別データコンテンツ２１０９ではないが、その個別データコンテンツ２１０９の担当者が席を外しているため、代理で自分が担当することになった個別データコンテンツ２１０９の表示領域を目立たせるために使用される。
【０１５４】
図１２は、図９に示した共有文書記憶部１４１１Ａ〜１４１１Ｚに格納される文書データテーブルのデータ構造の一例を示す図である。
【０１５５】
共有文書記憶部１４１１Ａ〜１４１１Ｚに格納される文書データテーブル２０８のデータ構造は図１２に示すように、図７に示した文書データテーブル２０８のデータ構造に、共有不可ユーザリスト２４１６と吹き出し代理コメント２４２０とが追加されている。ここで、共有不可ユーザリスト２４１６〜吹き出し代理コメント２４２０は、前記共有不可ユーザリスト２１１６〜吹き出し代理コメント２１２０のサブセットであるため、説明は省略する。
【０１５６】
代理ユーザ管理部１００３は、ユーザ情報処理部１００１を介してバディリスト処理部１４０８Ａ〜１４０８Ｚからアクセスされ、各ユーザについて、そのユーザが席を外している時に代理で共有文書への入力作業を行うことを依頼するべき複数のユーザのユーザＩＤを受信し、それらのユーザＩＤを代理ユーザテーブル２１２のユーザＩＤ２００９として格納するために使用される。
【０１５７】
代理ユーザ検出部１４１５Ａ〜１４１５Ｚは、セッション開始時に、バディリスト処理部１４０８Ａ〜１４０８Ｚを介して取得した各ユーザのプレゼンスを調べて、席を外しているユーザの存在を検出し、存在した場合に、そのユーザのユーザＩＤをユーザＩＤ２４１７Ａ〜２４１７Ｚとして共有文書内に埋め込み、また、そのユーザについて、代理で共有文書への入力作業を行うことを依頼するべきユーザのユーザＩＤを、ユーザ情報処理部１００１から取得し、そのユーザＩＤをユーザＩＤ２４１９Ａ〜２４１９Ｚとして共有文書内に埋め込むために使用される。
【０１５８】
また、代理ユーザ検出部１４１５Ａ〜１４１５Ｚは、セッション開始後、共有文書の表示処理が行われる際に、共有文書処理部１４１０Ａ〜１４１０Ｚから呼び出され、共有文書内に共有不可ユーザテーブル２１５Ａ〜２１５Ｚが１つ以上埋め込まれているか否かを検出し、１つ以上あった場合に、複数のユーザＩＤ２４１９Ａ〜２４１９Ｚ内に自分のユーザＩＤ２２００Ａ〜２２００Ｚと一致するものが存在するか否かを検出し、存在した場合に、共有文書パーソナライズ処理部１４１２Ａ〜１４１２Ｚに対して、イベント２４０８Ａ〜２４０８Ｚのうち、個別データコンテンツ２４０９Ａ〜２４０９Ｚを目立たせるためのイベントを実行することにより、個別データコンテンツ２４０９Ａ〜２４０９Ｚを目立たせるような処理を行う。ここで、目立たせるような処理とは、第１の実施の形態にて説明した処理と同様に、背景色を変える、背景を点滅させる、吹き出しを表示する等の処理である。
【０１５９】
ユーザ端末１４００Ｂ〜１４００Ｚは、代理ユーザ検出部１４１５Ａと同様の代理ユーザ検出部１４１５Ｂ〜１４１５Ｚを有しているため、説明は省略する。
【０１６０】
以下に、図９に示した本発明の通信システムの第２の実施の形態における処理について説明する。
【０１６１】
図１３は、図９に示した本発明の通信システムの第２の実施の形態における処理を説明するためのフローチャートである。なお、第１の実施の形態の動作の説明と同様に、ユーザ端末の数が多くなると説明内容が複雑になるため、ユーザ端末の数を３に限定する。ユーザ端末１４００Ａが、ユーザ端末１４００Ｂ及びユーザ端末１４００Ｃと、映像及び音声による会話と同時に共有文書をリアルタイム共有する場面を例に挙げ、ユーザ端末１４００Ａ〜１４００Ｃ間のセッション開始の準備段階から、セッション開始後の映像及び音声による会話と共有文書のリアルタイム共有とが可能になるまでの段階について説明する。ここで、第１の実施の形態の動作の説明とは異なり、ユーザ端末１４００Ａ，１４００Ｂのユーザは共に席を外していないものとするものの、ユーザ端末１４００Ｃのユーザは、席を外しているものとする。さらに、ユーザ端末１４００Ｃについての代理ユーザテーブル２１２のユーザＩＤ２００９には、ユーザ端末１４００ＢのユーザＩＤが登録されているものとする。これは、ユーザ端末１４００Ｃのユーザが席を外している場合には、ユーザ端末１４００Ｃのユーザが元々担当する予定だった個別データコンテンツ２１０９は、ユーザ端末１４００Ｂのユーザが代理として担当するようになることを意味する。
【０１６２】
ステップＳ３１００〜Ｓ３１０２の処理は、図８にて説明したステップＳ３０００〜Ｓ３００２の処理と同様の処理のため、説明は省略する。
【０１６３】
ユーザ端末１４００Ａにおいて、代理ユーザ検出部１４１５Ａが、バディリスト処理部１４０８Ａを介してユーザ端末１４００Ｂのプレゼンスであるプレゼンス２３０２Ａと、ユーザ端末１４００Ｃのプレゼンスであるプレゼンス２３０２Ａとを取得し、ユーザ端末１４００Ｂまたはユーザ端末１４００Ｃが席を外しているかどうかが検出される（ステップＳ３１０３）。ここでは、ユーザ端末１４００Ｃのユーザが席を外していることを前提に説明しているため、ステップＳ３１０４に進む。
【０１６４】
ユーザ端末１４００Ａにおいて、代理ユーザ検出部１４１５Ａが、バディリスト処理部１４０８Ａとユーザ情報処理部１００１とを介して、ユーザＩＤ２０００の値がユーザ端末１４００ＣのユーザＩＤの値と一致するユーザ情報テーブル２００を検索・特定し、そのユーザ情報テーブル２００内に格納されているユーザＩＤ２００９を取得する。先に述べた通り、このユーザＩＤ２００９の値は、ユーザ端末１４００ＢのユーザＩＤの値と一致するものとする。そして、ユーザ端末１４００Ａにおいて、代理ユーザ検出部１４１５Ａが、共有文書処理部１４１０Ａを介して、ステップＳ３１０２において新規作成された共有文書に対して、ユーザＩＤ２４１７にユーザ端末１４００ＣのユーザＩＤを格納し、ユーザＩＤ２４１９にユーザ端末１４００ＢのユーザＩＤを格納する（ステップＳ３１０４）。
【０１６５】
図８にて説明したステップＳ３００３では、ユーザ端末１４００Ａとユーザ端末１４００Ｂとユーザ端末１４００Ｃとの間でセッションが確立される処理が行われたが、席を外しているユーザに対するセッションの確立処理は行われない点に注意が必要である。ここでは、ユーザ端末１４００Ｃのユーザが席を外していることを前提に説明しているため、ユーザ端末１４００Ａとユーザ端末１４００Ｂとの間だけでセッションが確立される処理が行われる（ステップＳ３１０５）。
【０１６６】
ステップＳ３１０６〜Ｓ３１１２の処理は、図８にて説明したステップＳ３００７〜Ｓ３０１０の処理と同様の処理のため、説明は省略する。
【０１６７】
ステップＳ３１１２が終わった段階で、ユーザ端末１４００Ａとユーザ端末１４００Ｂとの両方において、それぞれ３つ存在する個別データコンテンツ２４０９Ａ，２４０９Ｂに対するパーソナライズ処理が完了している。
【０１６８】
つまり、ユーザ端末１４００Ａでは、ユーザ端末１４００Ａのユーザが担当すべき１つの個別データコンテンツ２４０９Ａに対して個別データコンテンツ２４０９Ａが目立つようなパーソナライズ処理が行われ、一方、ユーザ端末１４００Ｂのユーザとユーザ端末１４００Ｃのユーザとが担当すべき他の２つの個別データコンテンツ２４０９Ａに対して個別データコンテンツ２４０９Ａが目立たないようなパーソナライズ処理が行われている。ユーザ端末１４００Ｂでも同様である。
【０１６９】
その後、ユーザ端末１４００Ａ及びユーザ端末１４００Ｂにおいて、代理ユーザ検出部１４１５Ａ，１４１５Ｂが、共有文書内にあり、まだ検索していない共有不可ユーザテーブル２１５Ａ，２１５Ｂを検索し、存在するか否かが判断される（ステップＳ３１１３）。
【０１７０】
まだ検索していない共有不可ユーザテーブル２１５Ａ，２１５Ｂが存在すると判断された場合に、ステップＳ３１１４に進む。
【０１７１】
一方、まだ検索していない共有不可ユーザテーブル２１５Ａ，２１５Ｂがもう存在しなくなったか、もしくは、そもそも共有不可ユーザテーブル２１５Ａ，２１５Ｂ自体が存在していなかった場合には、これで共有文書の表示処理を終了する。
【０１７２】
ここでは、ステップＳ３１０４においてユーザ端末１４００ＣのユーザＩＤが記載された共有不可ユーザテーブルが１つ生成されていることを前提に説明しているため、ユーザ端末１４００Ａ及びユーザ端末１４００Ｂの処理が最初にステップＳ３１１３に到達した場合には、ステップＳ３１１４に進む。また、ユーザ端末１４００Ａ及びユーザ端末１４００Ｂの処理がステップＳ３１１４またはステップＳ３１１５から戻ってきて２度目にステップＳ３１１３に到達した場合には、まだ検索していない共有不可ユーザテーブル２１５Ａ，２１５Ｂはもう存在しなくなっているため、これで共有文書の表示処理を終了する。
【０１７３】
ユーザ端末１４００Ａとユーザ端末１４００Ｂとにて、代理ユーザ検出部１４１５Ａ，１４１５Ｂが、ステップＳ３１１３において検索・特定された共有不可ユーザテーブル２１５Ａ，２１５Ｂから辿れる複数のユーザＩＤ２４１９Ａ，２４１９Ｂを取得し、その複数の値と、自分のユーザＩＤであるユーザＩＤ２２００Ａ，２２００Ｂの値とが比較される（ステップＳ３１１４）。値が一致した場合には、ステップＳ３１１５に進む。一致しなかった場合には、ステップＳ３１１３に戻る。
【０１７４】
ここでは、ユーザ端末１４００ＣのユーザＩＤが記載された共有不可ユーザテーブルが１つ存在しており、そこから辿れるユーザＩＤ２４１９Ａ，２４１９Ｂには、共にユーザ端末１４００ＢのユーザＩＤが記載されていることを前提に説明しているため、ユーザ端末１４００Ａは、ステップＳ３１１３に戻る。ユーザ端末１４００Ａは、ステップＳ３１１４に到達する直前にステップＳ３１１３に１度到達しているため、ステップＳ３１１３に戻った後、共有文書の表示処理を終了することになる。つまり、ユーザ端末１４００Ａでは、ステップＳ３１１３に最初に到達した段階と同じ状態で、３つの個別データコンテンツ２４０９Ａが表示されることになる。一方で、ユーザ端末１４００Ｂは、ステップＳ３１１５に進む。
【０１７５】
ユーザ端末１４００Ｂにおいて、代理ユーザ検出部１４１５Ｂが、ユーザＩＤ２４０７Ｂの値がユーザ端末１４００ＣのユーザＩＤの値と一致する個別データテーブル２１０Ｂを検索・特定し、そこに格納されているイベント２４０８Ｂの実行を共有文書パーソナライズ処理部１４１２Ｂに指示する。
【０１７６】
共有文書パーソナライズ処理部１４１２Ｂは、イベント２４０８Ｂのうち、個別データコンテンツ２４０９Ｂを自分が代理ユーザとして指名されていることが分かるように目立たせるためのイベントを実行することにより、個別データコンテンツ２４０９Ｂを自分が代理ユーザとして指名されていることが分かるように目立たせるような処理を行う（ステップＳ３１１５）。これには例えば、背景色２１１１Ｂや背景点滅フラグ２１１２Ｂや入力禁止フラグ２１１３Ｂや吹き出し代理コメント２４２０Ｂの値を変更することが含まれるが、必ずしも全てを実行する必要はない。
【０１７７】
ここで、第１の実施の形態の動作の説明におけるステップＳ３００９では、入力禁止フラグ２１１３Ｂに対する変更処理は含まれていなかったのに対し、ステップＳ３１１５では含まれていることの理由は、既にステップＳ３１１２において入力禁止フラグ２１１３Ｂに対して個別データコンテンツ２４０９Ｂを目立たせないような変更処理が行われていた場合でも、その変更処理をステップＳ３１１５において打ち消すことができるからである。
【０１７８】
そして、背景色２４１１Ｂや背景点滅フラグ２４１２Ｂや入力禁止フラグ２４１３Ｂや吹き出し代理コメント２４２０Ｂの変更結果を反映した形で、個別データコンテンツ２４０９Ｂを表示する。その後、ステップ３１１３に戻る。
【０１７９】
以上により、ユーザ端末１４００Ａにおいては、共有文書の内、ユーザ端末１４００Ａのユーザが編集すべき領域を目立たせ、ユーザ端末１４００Ａ以外のユーザが編集すべき領域を逆に目立たなくさせるようにしながら、リアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。また、ユーザ端末１４００Ｂにおいては、共有文書の内、ユーザ端末１４００Ｂのユーザが編集すべき領域を目立たせ、ユーザ端末１４００Ｂ以外のユーザが編集すべき領域を逆に目立たなくさせ、さらに、席を外しているユーザ端末１４００Ｃの代理として、ユーザ端末１４００Ｂのユーザが編集すべき領域を目立たせようにしながら、リアルタイム共有を阻害するような画面レイアウトの崩れを発生させないようにすることができる。また同時に、そのような処理が行われた文書を、他のユーザとリアルタイムに共有することができる。
【０１８０】
したがって本実施の形態により、外出や打ち合わせなどで席を外している相手がいる場合に、直ちに、他の作業者に対して、席を外している相手の代わりに編集作業を指示・依頼し、その作業者に、共有文書内で自分が編集すべき領域を即座に区別・認識させることができる。
（第３の実施の形態）
図１４は、図１に示したネットワーク構成で構成される本発明の通信システムの第３の実施の形態を示す図である。
【０１８１】
本形態は図９に示すように、図２に示した第１の実施の形態のユーザ端末１４００Ａ〜１４００Ｚに会話履歴処理部１４１６Ａ〜１４１６Ｚと、会話履歴記憶部１４１７Ａ〜１４１７Ｚとが追加されている。
【０１８２】
会話履歴処理部１４１６Ａ〜１４１６Ｚは、ユーザ端末１４００Ａ〜１４００Ｚ間で会話が行われる度に、会話履歴の情報を生成し、会話履歴記憶部１４１７Ａ〜１４１７Ｚに格納するために使用される。また、ユーザが端末操作部１４１４Ａ〜１４１４Ｚを用いて会話履歴の表示操作を行った場合に、会話履歴記憶部１４１７Ａ〜１４１７Ｚに格納してある複数の会話履歴の情報を読み込み、表示部１４１３Ａ〜１４１３Ｚに表示するために使用される。また、表示部１４１３Ａ〜１４１３Ｚに表示された複数の会話履歴の情報に基づいてリダイヤル操作を行った場合に、その過去の会話において会話した相手との間でセッションを確立し、その過去の会話において使用された共有文書をもう一度表示するために使用される。また、ユーザが、バディリスト処理部１４０８Ａ〜１４０８Ｚによって表示部１４１３Ａ〜１４１３Ｚに表示された複数のユーザ名２３０１（または複数のユーザＩＤ２３００）のうち、１つを選択すると、会話履歴の情報を検索することにより、選択されたユーザと過去において行った会話履歴の情報を表示し、その情報に基づいてリダイヤル操作を行った場合に、その過去の会話において会話した相手との間でセッションを確立し、その過去の会話において使用された共有文書をもう一度表示するために使用される。
【０１８３】
会話履歴記憶部１４１７Ａ〜１４１７Ｚは、会話履歴テーブルを複数個格納している。会話履歴テーブルは、過去に行われた会話の履歴の情報を表すデータである。
【０１８４】
図１５は、図１４に示した会話履歴記憶部１４１７Ａ〜１４１７Ｚに格納されている会話履歴テーブルのデータ構造の一例を示す図である。
【０１８５】
会話履歴記憶部１４１７Ａ〜１４１７Ｚに格納されている会話履歴テーブル２１７のデータ構造は図１５に示すように、会話履歴ＩＤ２５００と、会話ユーザリスト２５０１と、開始時刻２５０２と、終了時刻２５０３と、文書ＩＤ２５０４と、文書名２５０５とを格納している。
【０１８６】
会話履歴ＩＤ２５００は、会話履歴の情報の固有の識別子を表すデータである。各ユーザ端末１４００Ａ〜１４００Ｚ内で一意である必要がある。
【０１８７】
会話ユーザリスト２５０１は、会話ユーザテーブル２１８を複数個格納している。
【０１８８】
会話ユーザテーブル２１８は、各会話履歴において、会話が行われた相手のユーザの情報を表すデータである。会話ユーザテーブル２１８は、ユーザＩＤ２５０６とユーザ名２５０７とを格納している。
【０１８９】
ユーザＩＤ２５０６は、会話が行われた相手のユーザ固有のユーザＩＤを表すデータである。
【０１９０】
ユーザ名２５０７は、会話が行われた相手のユーザのユーザ名を表すデータである。
【０１９１】
開始時刻２５０２は、各会話履歴において、会話が開始した時刻を表すデータである。
【０１９２】
終了時刻２５０３は、各会話履歴において、会話が終了した時刻を表すデータである。
【０１９３】
文書ＩＤ２５０４は、各会話履歴において、利用された共有文書の固有の識別子を表すデータである。
【０１９４】
文書名２５０５は、各会話履歴において、利用された共有文書の文書名を表すデータである。
【０１９５】
以下に、図１４に示した本発明の通信システムの第３の実施の形態における処理について説明する。
【０１９６】
図１６〜１９は、図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【０１９７】
まず、ユーザ端末１４００Ａが他のユーザ端末１４００Ｂ，１４００Ｃとセッションを開始した場合に、どのようにして各ユーザ端末に会話履歴の情報が蓄積されるかについて図１６を用いて説明する。
【０１９８】
ステップＳ３２００〜Ｓ３２０５の処理は、図８にて説明したステップＳ３０００〜Ｓ３００５の処理と同様の処理のため、説明は省略する。
【０１９９】
その後、ユーザ端末１４００Ａにおいて、会話履歴処理部１４１６Ａが、会話履歴テーブル２１７を１つ新規に生成し、会話履歴ＩＤ２５００Ａを採番し、ユーザＩＤ２５０６Ａとユーザ名２５０７Ａに、ステップＳ３２０３において呼制御管理装置１１００から受信（図１３にて説明したステップＳ３００３の処理を参照）した複数のユーザＩＤと複数のユーザ名を格納し、開始時刻２５０２Ａに、現在の時刻の値を格納し、文書ＩＤ２５０４Ａに、ステップＳ３２０５において表示処理が開始された共有文書の文書ＩＤ２４００Ａの値を格納し、文書名２５０５Ａに、ステップＳ３２０５において表示処理が開始された共有文書の文書名２４０１Ａの値を格納することにより、会話履歴の情報が生成される（ステップＳ３２０６）。他のユーザ端末１４００Ｂ，１４００Ｃにおいても、同様の処理が行われる。
【０２００】
ステップＳ３２０７〜Ｓ３２１１の処理は、図１３にて説明したステップＳ３００６〜Ｓ３０１０の処理と同様の処理のため、説明は省略する。
【０２０１】
そして、会話を行った後、セッションを終了する（ステップＳ３２１２）。
【０２０２】
複数のユーザ端末１４００Ａ〜１４００Ｃ間におけるセッションが終了した後、ユーザ端末１４００Ａにおいて、会話履歴処理部１４１６Ａが、終了時刻２５０３Ａに、現在の時刻の値を格納する（ステップＳ３２１３）。他のユーザ端末１４００Ｂ，１４００Ｃにおいても、同様の処理が行われる。
【０２０３】
以上により、各ユーザ端末に会話履歴の情報が蓄積される。
【０２０４】
次に、ユーザ端末１４００Ａにおいて、ユーザが、表示部１４１３Ａに表示された複数の会話履歴の情報に基づいてリダイヤル操作を行った場合に、どのようにしてその過去の会話において会話した相手との間でセッションを確立し、その過去の会話において使用された共有文書をもう一度表示するかについて、図１７を用いて説明する。ここで、ユーザ端末１４００Ａは過去において既に複数の会話を行っており、それらの会話についての会話履歴の情報を、複数の会話履歴テーブル２１７Ａとして保持しているものとする。
【０２０５】
ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、会話履歴の情報を表示する操作を行うと、会話履歴処理部１４１６Ａが、複数の会話履歴テーブル２１７Ａに格納されている情報を読み込み、会話履歴の情報として、表示部１４１３Ａに表示する（ステップＳ３３００）。表示される項目は、複数のユーザＩＤ２５０６Ａと、複数のユーザ名２５０７Ａと、開始時刻２５０２Ａと、終了時刻２５０３Ａと、文書ＩＤ２５０４Ａと、文書名２５０５Ａとであって良い。
【０２０６】
その後、ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、複数個表示された会話履歴の情報のうち、１つを選択する操作を行い（ステップＳ３３０１）、ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、リダイヤル操作を行うと（ステップＳ３３０２）、ステップＳ３３０１において選択された会話履歴の情報に含まれている、全てのユーザＩＤ２５０６Ａで特定されるユーザ端末の間でセッションが確立される処理が始まる（ステップＳ３３０３）。
【０２０７】
ステップＳ３３０３の処理の詳細及びステップＳ３３０４の処理は、図８にて説明したステップＳ３００３〜Ｓ３００４の処理と同様の処理のため、説明は省略する。
【０２０８】
ユーザ端末１４００Ａにおいて、共有文書処理部１４１０Ａが、文書ＩＤ２４００Ａの値が、ステップＳ３３０１において選択された会話履歴の情報に含まれている、文書ＩＤ２５０４Ａの値と一致する文書データテーブル２０８を読み込み、共有文書の表示処理が開始される（ステップＳ３３０５）。他のユーザ端末１４００Ｂ，１４００Ｃにおいても、同様な処理が行われる。
【０２０９】
ユーザ端末１４００Ａにおいて、共有文書処理部１４１０Ａが、共有文書状態処理部１３０１にアクセスする。すると、共有文書状態処理部１３０１が、文書ＩＤ２１００の値が、ステップＳ３３０５において読み込まれた共有文書の文書ＩＤ２４００Ａの値と一致する文書データテーブル２０２を検索・特定する。すると、共有文書処理部１４１０Ａは、共有文書状態処理部１３０１から、特定された文書データテーブル２０２から辿れる複数の共通更新データテーブル２０３と共有カーソル位置２１０４と複数の個別更新データテーブル２０５とを、最新データとして受信し、受信したデータを、複数の共通更新データテーブル２０９Ａと共有カーソル位置２４０４Ａと複数の個別更新データテーブル２１１Ａとして、それぞれ格納する（ステップＳ３３０６）。ステップＳ３３０６により、ステップＳ３３０７以降において、ユーザ端末１４００Ａがこの共有文書を開くよりも前の時点において、もし、他のユーザ端末１４００Ｂ，１４００Ｃによって編集が行われていた場合であっても、その最新の編集結果を取得できることが保証される。また、常に共有文書状態処理部１３０１から最新データを取得するため、複数のユーザ端末間でこの共有文書をリアルタイム共有する際も、複数のユーザ端末間で表示されるコンテンツの同一性が保証される。
【０２１０】
ステップＳ３３０７〜ステップＳ３３１１の処理は、図８にて説明したステップＳ３００６〜Ｓ３０１０の処理と同様の処理のため、説明は省略する。
【０２１１】
以上により、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度全ての相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する作業を、簡便に行うことができる。
【０２１２】
図１７にて説明した処理では、ステップＳ３３０２の説明にあるように、全てのユーザＩＤ２５０６Ａで特定されるユーザ端末の間でセッションがもう一度確立されたが、次に、特定の相手だけとセッションがもう一度確立する動作について、図１８を用いて説明する。
【０２１３】
図１８にて、ステップＳ３４００〜ステップＳ３４０１の処理は、図１７にて説明したステップＳ３３００〜Ｓ３３０１の処理と同様の処理のため、説明は省略する。
【０２１４】
ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、ステップＳ３４０１において表示された複数のユーザＩＤ２５０６Ａや複数のユーザ名２５０７Ａのうち、特定のユーザＩＤまたは特定のユーザ名を選択する操作を行い（ステップＳ３４０２）、ユーザ端末１４００Ａにおいて、ユーザが、端末操作部１４１４Ａを用いて、リダイヤル操作を行うと（ステップＳ３４０３）、ステップＳ３４０１において選択された特定のユーザＩＤ２５０６Ａで特定されるユーザ端末の間でセッションが確立される処理が始まる（ステップＳ３４０４）。
【０２１５】
ステップＳ３３０４の処理の詳細及びステップＳ３３０５〜Ｓ３４１２の処理は、図１７にて説明したステップＳ３３０３〜Ｓ３３１１の処理と同様の処理のため、説明は省略する。
【０２１６】
以上により、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度特定の相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する作業を、簡便に行うことができる。
【０２１７】
次に、ユーザ端末１４００Ａにおいて、ユーザが、バディリスト処理部１４０８Ａによって表示部１４１３Ａに表示された複数のユーザ名２３０１Ａ（または複数のユーザＩＤ２３００Ａ）のうち、１つを選択し、リダイヤル操作を行った場合に、どのようにして過去の会話において会話した相手との間でセッションを確立して、その過去の会話において使用された共有文書をもう一度表示するかについて、図１９を用いて説明する。
【０２１８】
まず、ユーザ端末１４００Ａにおいて、ユーザが、バディリスト処理部１４０８Ａによって表示部１４１３Ａに表示された複数のユーザ名２３０１Ａ（または複数のユーザＩＤ２３００Ａ）のうち、１つを選択する操作を行うと（ステップＳ３５００）、ユーザ端末１４００Ａにおいて、会話履歴処理部１４１６Ａが、ユーザＩＤ２５０６Ａの値がステップＳ３５００において選択されたユーザＩＤ２３００Ａと一致する会話履歴テーブル２１７Ａだけを読み込み、ステップＳ３５００において選択されたユーザＩＤ２３００Ａに関わる会話履歴の情報として、表示部１４１３Ａに表示する（ステップＳ３５０１）。表示される項目は、複数のユーザＩＤ２５０６Ａと複数のユーザ名２５０７Ａと開始時刻２５０２Ａと終了時刻２５０３Ａと文書ＩＤ２５０４Ａと文書名２５０５Ａとであって良い。
【０２１９】
ステップＳ３５０２〜ステップＳ３５１１の処理は、図１７にて説明したステップＳ３３０２〜Ｓ３３１１の処理と同様の処理のため、説明は省略する。
【０２２０】
以上により、ステップＳ３５０１において、ユーザ端末１４００Ａが保持する全ての会話履歴を元に、ステップＳ３５００において選択されたユーザが参加した会話履歴だけをフィルタリングして表示することができ、フィルタリングされた会話履歴を選択してリダイヤル操作を行うことにより、セッションの参加ユーザ全員をもう一度呼び出し、共有文書をもう一度リアルタイム共有することができる。
【０２２１】
さらに、ステップＳ３４０２のように、フィルタリングされた会話履歴の情報として含まれている複数の参加ユーザのうち、特定のユーザを選択してからリダイヤル操作をすると、その特定のユーザだけをもう一度呼び出し、共有文書をもう一度リダイヤルすることもできるようにしても良い。
【０２２２】
以上により、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度特定の相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する作業を、簡便に行うことができる。
（実施例）
次に、本発明の第１の実施例について説明する。
【０２２３】
以下のような題材を想定する。ユーザが３人おり、ユーザ端末１４００Ａ、ユーザ端末１４００Ｂ、ユーザ端末１４００Ｃをそれぞれ利用している。各ユーザ端末１４００Ａ〜１４００ＣのユーザＩＤはＳＩＰ（ＲＦＣ３２６１、＜http://www.ietf.org/rfc/rfc3261.txt＞）アドレスを用いるものとする。各ユーザ端末１４００Ａ〜１４００ＣのユーザＩＤとユーザ名は、それぞれ
ユーザ端末Ａ：alice@example.com、alice
ユーザ端末Ｂ：bob@example.com、bob
ユーザ端末Ｃ：carol@example.com、carol
であるものとする。
【０２２４】
第１の実施の形態の処理の説明における前提と同じ前提の元で、「次回の打ち合わせのスケジュール調整により、スケジュールを確定する」という合意形成を行うために、スケジュールを入力可能な文書を共有文書のテンプレートとして利用して、「各人のスケジュールを報告させる」という指示や依頼を行う場面を例に挙げると、各ユーザ端末１４００Ａ〜１４００Ｃにおいて、共有文書が表示される。
【０２２５】
図２０は、各ユーザ端末１４００Ａ〜１４００Ｃに表示される画面を示す図である。
【０２２６】
各ユーザ端末１４００Ａ〜１４００Ｃにおいて、共有文書が図２０に示すように表示される。
【０２２７】
図２０に示した共有文書は表を表現しており、１行目の領域が共通データコンテンツであり、２〜４行目が個別データコンテンツである。
【０２２８】
また、他の例として、「あるグループに属するメンバ間で、そのグループが今後取り組むべき業務内容の担当者を確定する」という合意形成を行うために、業務内容と担当者と締め切り日時を入力可能な文書を共有文書のテンプレートとして利用して、「各業務内容の担当者を確定するために、各業務の優先度と作業負荷、各担当者の得意分野とやる気度合いなどを考慮してメンバ間で相談する」という場面を例に挙げると、各ユーザ端末において、共有文書が表示される。
【０２２９】
図２１は、各ユーザ端末１４００Ａ〜１４００Ｃに表示される画面を示す図である。
【０２３０】
各ユーザ端末１４００Ａ〜１４００Ｃにおいて、共有文書が図２１に示すように表示される。
【０２３１】
図２１に示した共有文書は表を表現しており、タイトルの列と締め切り日時の列の領域が共通データコンテンツであり、それらに挟まれた３列の領域が個別データコンテンツである。
【０２３２】
図２０及び図２１においては、明細書添付の図面のため、自分が担当すべき個別データコンテンツの領域を太線で囲まれて示しているが、実際は、自分が担当すべき個別データコンテンツの領域の背景色が変化しており、逆に、他の人が担当すべき個別データコンテンツの領域のコンテンツについて入力を不可にして灰色などの目立たない色に変化していることにより、各ユーザは、自分が担当すべき個別データコンテンツの領域がどの部分であるのかを即座に把握することができる。また、自分が担当すべき個別データコンテンツの領域の背景を点滅させれば、さらに視認性が向上する。また、自分が担当すべき個別データコンテンツの領域に対して、吹き出しを付けることにより、さらに視認性が向上し、吹き出しコメントによって自分が行わなければならない作業内容の把握ができる。また、吹き出しを半透明で表示することにより、例えば共有カーソルが吹き出しの裏側に隠れて見えなくなることを防止できるため、共有文書のリアルタイム共有中におけるユーザ間の意思疎通を阻害しないようにできる（図２０及び図２１においては、明細書添付の図面であるため、半透明が表現できず、白塗りつぶしの吹き出しで表示）。この吹き出しコメントは常時表示させる必要はないため、一定時間経過したら自動的に消えるようにしても良いし、マウスカーソルでクリックすると消えるような動作をさせても良い。
【０２３３】
次に、本発明の第２の実施例について説明する。
【０２３４】
第２の実施例は、第１の実施例の題材において、ユーザcarolだけが席を外しているという前提で、第２の実施の形態における各ユーザ端末での共有文書が表示される場合を例に挙げる。
【０２３５】
図２２及び図２３は、各ユーザ端末１４００Ａ〜１４００Ｂに表示される画面を示す図である。
【０２３６】
ユーザbobの画面には、図２０や図２１と同じようにユーザbobが担当すべき個別データコンテンツの領域が目立つように表示されており、さらに、ユーザcarolが元々担当すべきだった個別データコンテンツの領域も目立つように表示されている。また、吹き出し代理コメントにより、ユーザbobはユーザcarolの代理としてこの領域に対する入力作業を行わなければならないことの把握ができる。
【０２３７】
ここで、図２０及び図２１と同様に、明細書添付の図面であるため、色付きの図面表示が不可能であるため、図２２及び図２３においては、太枠表示を用いて表現している。
【０２３８】
以上により、本発明においては、お互いに遠隔にいる複数人が協力して何らかの協同作業を行う際に、作業者間での意思決定や合意形成が素早くでき、協同作業を円滑に進めることができる。その理由は、まず、各作業者が共有文書内で自分が編集すべき領域を即座に認識することと、各作業者が共有文書の最新状態を即座に取得することの、両立が可能であり、また、外出や打ち合わせなどで席を外している相手がいる場合に、直ちに、他の作業者に対して、席を外している相手の代わりに編集作業を指示・依頼し、その作業者に、共有文書内で自分が編集すべき領域を即座に区別・認識させることができ、また、過去に指示・依頼が出された作業内容について、作業内容に対する補足説明や不明点に対する質問などをするために、もう一度相手を呼び出して、過去の指示・依頼の際に用いた共有文書をもう一度表示する作業を、簡便に行うことができるからである。
【０２３９】
また、本発明においては、ユーザ端末１４００Ａ〜１４００Ｚ内の処理は上述の専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムをユーザ端末１４００Ａ〜１４００Ｚにて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムをユーザ端末１４００Ａ〜１４００Ｚに読み込ませ、実行するものであっても良い。ユーザ端末１４００Ａ〜１４００Ｚにて読取可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、ユーザ端末１４００Ａ〜１４００Ｚに内蔵されたＨＤＤ等を指す。この記録媒体に記録されたプログラムは、例えば、ユーザ端末１４００Ａ〜１４００Ｚの各処理部にて読み込まれ、各処理部の制御によって、上述したものと同様の処理が行われる。
【図面の簡単な説明】
【０２４０】
【図１】本発明の通信システムのネットワーク構成の一例を示す図である。
【図２】図１に示したネットワーク構成で構成される本発明の通信システムの第１の実施の形態を示す図である。
【図３】バディリスト処理部から送信されたユーザ情報テーブルのデータ構造の一例を示す図である。
【図４】ユーザ情報記憶部に格納されるユーザ情報テーブルの構造の一例を示す図である。
【図５】共有文書状態記憶部に格納されている文書データテーブルのデータ構造の一例を示す図である。
【図６】バディリスト記憶部に格納されたバディテーブルのデータ構造の一例を示す図である。
【図７】共有文書記憶部に格納されている文書データテーブルのデータ構造の一例を示す図である。
【図８】図２に示した本発明の通信システムの第１の実施の形態における処理を説明するためのフローチャートである。
【図９】図１に示したネットワーク構成で構成される本発明の通信システムの第２の実施の形態を示す図である。
【図１０】図９に示したユーザ情報記憶部に格納されるユーザ情報テーブルの構造の一例を示す図である。
【図１１】図９に示した共有文書状態記憶部内に格納される文書データテーブルのデータ構造の一例を示す図である。
【図１２】図９に示した共有文書記憶部に格納される文書データテーブルのデータ構造の一例を示す図である。
【図１３】図９に示した本発明の通信システムの第２の実施の形態における処理を説明するためのフローチャートである。
【図１４】図１に示したネットワーク構成で構成される本発明の通信システムの第３の実施の形態を示す図である。
【図１５】図１４に示した会話履歴記憶部に格納されている会話履歴テーブルのデータ構造の一例を示す図である。
【図１６】図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【図１７】図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【図１８】図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【図１９】図１４に示した本発明の通信システムの第３の実施の形態における処理を説明するためのフローチャートである。
【図２０】各ユーザ端末に表示される画面を示す図である。
【図２１】各ユーザ端末に表示される画面を示す図である。
【図２２】各ユーザ端末に表示される画面を示す図である。
【図２３】各ユーザ端末に表示される画面を示す図である。
【符号の説明】
【０２４１】
１０００ ユーザ管理装置
１００１ ユーザ情報処理部
１００２ ユーザ情報記憶部
１００３ 代理ユーザ管理部
１１００ 呼制御管理装置
１２００ プレゼンス管理装置
１３００ 共有文書状態管理装置
１３０１ 共有文書状態処理部
１３０２ 共有文書状態記憶部
１４００Ａ〜１４００Ｚ ユーザ端末
１４０１Ａ〜１４０１Ｚ 発着信処理部
１４０２Ａ〜１４０２Ｚ 映像音声処理部
１４０３Ａ〜１４０３Ｚ 映像入力部
１４０４Ａ〜１４０４Ｚ 映像出力部
１４０５Ａ〜１４０５Ｚ 音声入力部
１４０６Ａ〜１４０６Ｚ 音声出力部
１４０７Ａ〜１４０７Ｚ ユーザ情報記憶部
１４０８Ａ〜１４０８Ｚ バディリスト処理部
１４０９Ａ〜１４０９Ｚ バディリスト記憶部
１４１０Ａ〜１４１０Ｚ 共有文書処理部
１４１１Ａ〜１４１１Ｚ 共有文書記憶部
１４１２Ａ〜１４１２Ｚ 共有文書パーソナライズ処理部
１４１３Ａ〜１４１３Ｚ 表示部
１４１４Ａ〜１４１４Ｚ 端末操作部
１４１５Ａ〜１４１５Ｚ 代理ユーザ検出部
１４１６Ａ〜１４１６Ｚ 会話履歴処理部
１４１７Ａ〜１４１７Ｚ 会話履歴記憶部
２００，２０６ ユーザ情報テーブル
２０００，２００５，２２００，２３００，２４０７，２００９，２１１７，２１１９，２４１７，２４１９，２５０６ ユーザＩＤ
２００１，２００６，２１０７，２２０１，２３０１，２５０７ ユーザ名
２００２，２００７，２２０２，２３０２ プレゼンス
２００３，２２０３ ＮＷアドレス
２００４ バディリスト
２００８，２１１８，２４１８ 代理ユーザリスト
２０１，２０７ バディテーブル
２０２，２０８ 文書データテーブル
２０３，２０９ 共通更新データテーブル
２０４，２１０ 個別データテーブル
２０５，２１１ 個別更新データテーブル
２１００，２４００，２５０４ 文書ＩＤ
２１０１，２４０１，２５０５ 文書名
２１０２，２４０２ 共通データコンテンツ
２１０３，２４０３ 共通更新データリスト
２１０４，２４０４ 共有カーソル位置
２１０５，２４０５ 個別データリスト
２１０６，２４０６ 共通更新データ
２１０８，２４０８ イベント
２１０９，２４０９ 個別データコンテンツ
２１１０，２４１０ 個別更新データリスト
２１１１，２４１１ 背景色
２１１２，２４１２ 背景点滅フラグ
２１１３，２４１３ 入力禁止フラグ
２１１４，２４１４ 吹き出しコメント
２１１６ 共有不可ユーザリスト
２１１５，２４１５ 個別更新データ
２１２，２１４，２１６ 代理ユーザテーブル
２１２０，２４２０ 吹き出し代理コメント
２１３，２１５ 共有不可ユーザテーブル
２１７ 会話履歴テーブル
２１８ 会話ユーザテーブル
２５００ 会話履歴ＩＤ
２５０１ 会話ユーザリスト
２５０２ 開始時刻
２５０３ 終了時刻
【特許請求の範囲】
【請求項１】
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話が行われるための通信システムであって、
前記会話にて使用される文書を管理する共有文書状態管理装置とを有し、
前記ユーザ端末は、前記文書のうち、該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記共有文書状態管理装置は、前記文書を共有文書として管理し、前記共有文書と該共有文書の更新データとを格納することを特徴とする通信システム。
【請求項３】
請求項１または請求項２に記載の通信システムにおいて、
前記ユーザ端末は、該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とする通信システム。
【請求項４】
請求項１乃至３のいずれか１項に記載の通信システムにおいて、
前記ユーザ端末は、該ユーザ端末が編集可能な部分の背景を点滅させて表示することを特徴とする通信システム。
【請求項５】
請求項１乃至４のいずれか１項に記載の通信システムにおいて、
前記ユーザ端末は、該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示することを特徴とする通信システム。
【請求項６】
請求項１乃至５のいずれか１項に記載の通信システムにおいて、
前記ユーザ端末は、前記文書のうち該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示することを特徴とする通信システム。
【請求項７】
請求項１乃至６のいずれか１項に記載の通信システムにおいて、
前記ユーザ端末が前記会話への応答が可能かどうかを判断するプレゼンス管理装置を有し、
前記ユーザ端末は、該ユーザ端末の前記会話を代理する代理ユーザ端末を設定し、前記プレゼンス管理装置にて当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とすることを特徴とする通信システム。
【請求項８】
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話が行われるための通信システムであって、
前記ユーザ端末は、前記会話の会話履歴の情報を格納し、格納された前記会話履歴の情報を読み出して表示し、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出し、前記会話において利用された前記会話履歴の情報内にて指定された文書を共有する通信システム。
【請求項９】
請求項８に記載の通信システムにおいて、
前記ユーザ端末は、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出すことを特徴とする通信システム。
【請求項１０】
ユーザ管理装置によって管理され、プレゼンス管理装置によって会話への応答が可能かどうかが判断され、呼制御管理装置によってセッションが確立され、映像及び音声による前記会話が行われるユーザ端末であって、
前記会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された前記部分を他の部分よりも目立たせて表示するユーザ端末。
【請求項１１】
請求項１０に記載のユーザ端末において、
当該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とするユーザ端末。
【請求項１２】
請求項１０または請求項１１に記載のユーザ端末において、
当該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とするユーザ端末。
【請求項１３】
請求項１０乃至１２のいずれか１項に記載のユーザ端末において、
当該ユーザ端末が編集可能な部分の背景を点滅させて表示することを特徴とするユーザ端末。
【請求項１４】
請求項１０乃至１３のいずれか１項に記載のユーザ端末において、
当該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示することを特徴とするユーザ端末。
【請求項１５】
請求項１０乃至１４のいずれか１項に記載のユーザ端末において、
前記文書のうち当該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示することを特徴とするユーザ端末。
【請求項１６】
請求項１０乃至１５のいずれか１項に記載のユーザ端末において、
前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定し、前記プレゼンス管理装置にて当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とすることを特徴とするユーザ端末。
【請求項１７】
ユーザ管理装置によって管理され、プレゼンス管理装置によって会話への応答が可能かどうかが判断され、呼制御管理装置によってセッションが確立され、映像及び音声による前記会話が行われるユーザ端末であって、
前記会話の会話履歴の情報を格納し、格納された前記会話履歴の情報を読み出して表示し、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出し、前記会話において利用された前記会話履歴の情報内にて指定された文書を共有するユーザ端末。
【請求項１８】
請求項１７に記載のユーザ端末において、
前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出すことを特徴とするユーザ端末。
【請求項１９】
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立され、プレゼンス管理装置によって会話への応答が可能かどうかが判断される複数のユーザ端末間にて映像及び音声による会話を行う通信方法であって、
前記ユーザ端末が、前記会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断する処理と、
前記ユーザ端末が、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する処理とを有する通信方法。
【請求項２０】
請求項１９に記載の通信方法において、
前記ユーザ端末が、該ユーザ端末が編集可能な部分の背景色を変化させて表示する処理を有することを特徴とする通信方法。
【請求項２１】
請求項１９または請求項２０に記載の通信方法において、
前記ユーザ端末が、該ユーザ端末が編集可能な部分の背景を点滅させて表示する処理を有することを特徴とする通信方法。
【請求項２２】
請求項１９乃至２１のいずれか１項に記載の通信方法において、
前記ユーザ端末が、該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示する処理を有することを特徴とする通信方法。
【請求項２３】
請求項１９乃至２２のいずれか１項に記載の通信方法において、
前記ユーザ端末が、前記文書のうち該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示する処理を有することを特徴とする通信方法。
【請求項２４】
請求項１９乃至２３のいずれか１項に記載の通信方法において、
前記ユーザ端末が、前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定する処理と、
前記プレゼンス管理装置が、前記ユーザ端末が前記会話への応答が可能かどうかを判断する処理と、
前記ユーザ端末が、当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とする処理とを有することを特徴とする通信方法。
【請求項２５】
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話を行う通信方法であって、
前記ユーザ端末が、前記会話の会話履歴の情報を格納する処理と、
前記ユーザ端末が、前記格納された会話履歴の情報を読み出して表示する処理と、
前記ユーザ端末が、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出す処理と、
前記ユーザ端末が、前記会話において利用された前記会話履歴の情報内にて指定された文書を前記ユーザ端末間で共有する処理とを有する通信方法。
【請求項２６】
請求項２５に記載の通信方法において、
前記ユーザ端末が、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出す処理を有することを特徴とする通信方法。
【請求項２７】
複数のユーザ端末間にて映像及び音声により行われる会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断する手順と、
前記ユーザ端末が編集可能であると判断された前記部分を他の部分よりも目立たせて表示する手順とをコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項２８】
請求項２７に記載の記録媒体において、
前記ユーザ端末が編集可能な部分の背景色を変化させて表示する手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項２９】
請求項２７または請求項２８に記載の記録媒体において、
前記ユーザ端末が編集可能な部分の背景を点滅させて表示する手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３０】
請求項２７乃至２９のいずれか１項に記載の記録媒体において、
前記ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示する手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３１】
請求項２７乃至３０のいずれか１項に記載の記録媒体において、
前記文書のうち前記ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示する手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３２】
請求項２７乃至請求項３１のいずれか１項に記載の記録媒体において、
前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定する手順と、
前記ユーザ端末が前記会話への応答が可能かどうかを判断する手順と、
前記ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とする手順とをコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３３】
複数のユーザ端末間にて映像及び音声により行われる会話の会話履歴の情報を格納する手順と、
前記格納された会話履歴の情報を読み出して表示する手順と、
前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出す手順と、
前記会話において利用された前記会話履歴の情報内にて指定された文書を前記ユーザ端末間で共有する手順とをコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３４】
請求項３３に記載の記録媒体において、
前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出す手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項１】
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話が行われるための通信システムであって、
前記会話にて使用される文書を管理する共有文書状態管理装置とを有し、
前記ユーザ端末は、前記文書のうち、該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記共有文書状態管理装置は、前記文書を共有文書として管理し、前記共有文書と該共有文書の更新データとを格納することを特徴とする通信システム。
【請求項３】
請求項１または請求項２に記載の通信システムにおいて、
前記ユーザ端末は、該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とする通信システム。
【請求項４】
請求項１乃至３のいずれか１項に記載の通信システムにおいて、
前記ユーザ端末は、該ユーザ端末が編集可能な部分の背景を点滅させて表示することを特徴とする通信システム。
【請求項５】
請求項１乃至４のいずれか１項に記載の通信システムにおいて、
前記ユーザ端末は、該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示することを特徴とする通信システム。
【請求項６】
請求項１乃至５のいずれか１項に記載の通信システムにおいて、
前記ユーザ端末は、前記文書のうち該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示することを特徴とする通信システム。
【請求項７】
請求項１乃至６のいずれか１項に記載の通信システムにおいて、
前記ユーザ端末が前記会話への応答が可能かどうかを判断するプレゼンス管理装置を有し、
前記ユーザ端末は、該ユーザ端末の前記会話を代理する代理ユーザ端末を設定し、前記プレゼンス管理装置にて当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とすることを特徴とする通信システム。
【請求項８】
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話が行われるための通信システムであって、
前記ユーザ端末は、前記会話の会話履歴の情報を格納し、格納された前記会話履歴の情報を読み出して表示し、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出し、前記会話において利用された前記会話履歴の情報内にて指定された文書を共有する通信システム。
【請求項９】
請求項８に記載の通信システムにおいて、
前記ユーザ端末は、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出すことを特徴とする通信システム。
【請求項１０】
ユーザ管理装置によって管理され、プレゼンス管理装置によって会話への応答が可能かどうかが判断され、呼制御管理装置によってセッションが確立され、映像及び音声による前記会話が行われるユーザ端末であって、
前記会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断し、編集可能であると判断された前記部分を他の部分よりも目立たせて表示するユーザ端末。
【請求項１１】
請求項１０に記載のユーザ端末において、
当該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とするユーザ端末。
【請求項１２】
請求項１０または請求項１１に記載のユーザ端末において、
当該ユーザ端末が編集可能な部分の背景色を変化させて表示することを特徴とするユーザ端末。
【請求項１３】
請求項１０乃至１２のいずれか１項に記載のユーザ端末において、
当該ユーザ端末が編集可能な部分の背景を点滅させて表示することを特徴とするユーザ端末。
【請求項１４】
請求項１０乃至１３のいずれか１項に記載のユーザ端末において、
当該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示することを特徴とするユーザ端末。
【請求項１５】
請求項１０乃至１４のいずれか１項に記載のユーザ端末において、
前記文書のうち当該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示することを特徴とするユーザ端末。
【請求項１６】
請求項１０乃至１５のいずれか１項に記載のユーザ端末において、
前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定し、前記プレゼンス管理装置にて当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とすることを特徴とするユーザ端末。
【請求項１７】
ユーザ管理装置によって管理され、プレゼンス管理装置によって会話への応答が可能かどうかが判断され、呼制御管理装置によってセッションが確立され、映像及び音声による前記会話が行われるユーザ端末であって、
前記会話の会話履歴の情報を格納し、格納された前記会話履歴の情報を読み出して表示し、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出し、前記会話において利用された前記会話履歴の情報内にて指定された文書を共有するユーザ端末。
【請求項１８】
請求項１７に記載のユーザ端末において、
前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出すことを特徴とするユーザ端末。
【請求項１９】
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立され、プレゼンス管理装置によって会話への応答が可能かどうかが判断される複数のユーザ端末間にて映像及び音声による会話を行う通信方法であって、
前記ユーザ端末が、前記会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断する処理と、
前記ユーザ端末が、編集可能であると判断された前記部分を他の部分よりも目立たせて表示する処理とを有する通信方法。
【請求項２０】
請求項１９に記載の通信方法において、
前記ユーザ端末が、該ユーザ端末が編集可能な部分の背景色を変化させて表示する処理を有することを特徴とする通信方法。
【請求項２１】
請求項１９または請求項２０に記載の通信方法において、
前記ユーザ端末が、該ユーザ端末が編集可能な部分の背景を点滅させて表示する処理を有することを特徴とする通信方法。
【請求項２２】
請求項１９乃至２１のいずれか１項に記載の通信方法において、
前記ユーザ端末が、該ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示する処理を有することを特徴とする通信方法。
【請求項２３】
請求項１９乃至２２のいずれか１項に記載の通信方法において、
前記ユーザ端末が、前記文書のうち該ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示する処理を有することを特徴とする通信方法。
【請求項２４】
請求項１９乃至２３のいずれか１項に記載の通信方法において、
前記ユーザ端末が、前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定する処理と、
前記プレゼンス管理装置が、前記ユーザ端末が前記会話への応答が可能かどうかを判断する処理と、
前記ユーザ端末が、当該ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とする処理とを有することを特徴とする通信方法。
【請求項２５】
ユーザ管理装置によって管理され、呼制御管理装置によってセッションが確立される複数のユーザ端末間にて映像及び音声による会話を行う通信方法であって、
前記ユーザ端末が、前記会話の会話履歴の情報を格納する処理と、
前記ユーザ端末が、前記格納された会話履歴の情報を読み出して表示する処理と、
前記ユーザ端末が、前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出す処理と、
前記ユーザ端末が、前記会話において利用された前記会話履歴の情報内にて指定された文書を前記ユーザ端末間で共有する処理とを有する通信方法。
【請求項２６】
請求項２５に記載の通信方法において、
前記ユーザ端末が、前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出す処理を有することを特徴とする通信方法。
【請求項２７】
複数のユーザ端末間にて映像及び音声により行われる会話にて使用される文書のうち、当該ユーザ端末が編集可能な部分を判断する手順と、
前記ユーザ端末が編集可能であると判断された前記部分を他の部分よりも目立たせて表示する手順とをコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項２８】
請求項２７に記載の記録媒体において、
前記ユーザ端末が編集可能な部分の背景色を変化させて表示する手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項２９】
請求項２７または請求項２８に記載の記録媒体において、
前記ユーザ端末が編集可能な部分の背景を点滅させて表示する手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３０】
請求項２７乃至２９のいずれか１項に記載の記録媒体において、
前記ユーザ端末が編集可能な部分に半透明で吹き出し形状をしたコメントを表示する手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３１】
請求項２７乃至３０のいずれか１項に記載の記録媒体において、
前記文書のうち前記ユーザ端末が編集可能な部分以外の部分を前記編集可能な部分に比べて目立たせなく表示する手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３２】
請求項２７乃至請求項３１のいずれか１項に記載の記録媒体において、
前記ユーザ端末の前記会話を代理する代理ユーザ端末を設定する手順と、
前記ユーザ端末が前記会話への応答が可能かどうかを判断する手順と、
前記ユーザ端末が前記会話への応答が不可能な状態であると判断された場合、当該ユーザ端末が編集可能な部分を、前記代理ユーザ端末が編集可能とする手順とをコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３３】
複数のユーザ端末間にて映像及び音声により行われる会話の会話履歴の情報を格納する手順と、
前記格納された会話履歴の情報を読み出して表示する手順と、
前記表示された会話履歴の情報内の会話ユーザリストに含まれるユーザのユーザ端末すべてを呼び出す手順と、
前記会話において利用された前記会話履歴の情報内にて指定された文書を前記ユーザ端末間で共有する手順とをコンピュータに実行させるための通信プログラムを記録した記録媒体。
【請求項３４】
請求項３３に記載の記録媒体において、
前記表示された会話履歴の情報内の会話ユーザリストから任意のユーザのユーザ端末のみを呼び出す手順をコンピュータに実行させるための通信プログラムを記録した記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２００７−３１１８７５（Ｐ２００７−３１１８７５Ａ）
【公開日】平成１９年１１月２９日（２００７．１１．２９）
【国際特許分類】
【出願番号】特願２００６−１３６３３３（Ｐ２００６−１３６３３３）
【出願日】平成１８年５月１６日（２００６．５．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成１９年１１月２９日（２００７．１１．２９）
【国際特許分類】
【出願日】平成１８年５月１６日（２００６．５．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．フロッピー
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]