JP2004110573A - データ通信方法、データ通信装置、データ通信システム及びデータ通信プログラム - Google Patents

Abstract

【課題】パブリックな情報とローカルな情報とを区別して扱うことができ、かつ、ローカルな作業を行っている間に送られてくるパブリックな情報を漏らさず受信できるようにする。
【解決手段】パブリックモードとローカルモードとを有し、コンピュータ間でのデータ受信に際して、モードに関係なく受信データをメモリに格納させる（Ｓ３）とともに、パブリックモード時には（Ｓ４のＹ）、受信した情報を即座に出力部に伝達して表示に反映させ（Ｓ５）、一方、ローカルモード時には（Ｓ４のＮ）、受信データを出力部に伝達せず表示に反映させないようにした。これにより、データ受信に際してそのモードに応じてパブリックな情報とローカルな情報とを出力機能に対して即座に出力させるか否かで区別して扱うことができ、受信データは必ず保存されるので、ローカルな作業を行っている間に送られてくるパブリックな情報も漏らさず受信できる。
【選択図】　　　　図３１

Description

【０００１】
【発明の属する技術分野】
本発明は、会議システム、プレゼンテーションシステム等に適したデータ通信方法、データ通信装置、データ通信システム及びデータ通信プログラムに関する。
【０００２】
【従来の技術】
現在、一般的に行われているプレゼンテーションは、発表の間、発表者が一方的に聞き手に向かって話すことが多い。プレゼンテーションは、プロジェクタや大画面ディスプレイを用いて行われることが殆どであるが、参考資料が配布されない場合、聞き手はそのプロジェクタ若しくは大画面ディスプレイが表示する情報を見ることでしか情報を得られなくなってしまう。
【０００３】
このように、参考資料が配られない場合の問題点として、聞き手はスライドの先を見て話の流れを掴むことができない、自分の聞きたい箇所を事前にチェックすることができない、前のスライドを振り返りつつ話を聞いたりできない、などが挙げられる。また、発表が終わり、質疑応答になった場合に、質問する側はどのスライドについて聞きたいのか判らなくなってしまうこともある。質問者の意図するスライドを発表者が表示することができず、無駄な時間が費やされてしまうことも多い。
【０００４】
スライドをプリントアウトしたものが参考資料として配布された場合は上記の問題の幾つかは解消される。例えば、発表者と違うスライドをチェックしたりすることは可能であるし、疑問に思ったり質問したいと思ったところをチェックすることもできる。しかしながら、通常、質問者がスライドを直接指定することはやはりできないので、発表者は、質問者の発言を聞いた上で質問者が意図するスライドを表示させなければならないが、言葉での表現であるため質問者の意図するスライドが発表者に伝わらず、該当するスライドを表示させるのに時間がかかる場合が多い。さらには、スライドが特定できたとしても、例えばそのスライドに図が含まれていて、質問者がその図の一部について言及したい場合には、質問者がその意図を発表者に伝えるのは、スライドを指定する場合よりもさらに困難である場合が多い。
【０００５】
また、会議のシチュエーションを考えてみると、会議においては、議論するための資料が配布され、会議参加者のうちの誰かが議長（役）となり、会議が進められていく。配布資料を元にして議論がされていくわけであるが、まず、発言者が配布された資料のどのページのことを話しているのかが、聞き手に判りにくい場合がある。どこを参照すればよいのか判らなくなってしまった場合、聞き手はそのまま黙って判っているふりをするか、若しくは、発言者や他の参加者に、資料のどこを参照しているのかを聞くことになる。これは、発言者にとっても聞き手にとっても良いことではない。発言者は直接話しかけられることで、途中で話を妨げられるため不快な思いをするかもしれないし、話すことを忘れてしまうこともあるかもしれない。直接問いかけられなくても、発言者にとっては、聞き手が集中して話を聞いてないことが気になってしまい、うまく話せない可能性がある。聞き手は、資料のどの部分について話されているかどうかを探している間に、発言者が話を進めてしまうことによって、その間の話の内容が判らなくなってしまう可能性がある。
【０００６】
結局、探し出せなかった場合、そのままだまっていれば話の内容は殆ど判らないものになってしまい、発言者に聞けば、その議論自体の進行を止めることになり、他の参加者に不快な思いをさせる可能性がある。発言者ではなく、隣の会議参加者に尋ねることをすれば、その人の思考を中断させることになり迷惑をかけることになる。また、表やグラフなどが資料中にある場合、発言者は表の中の数値を示したい場合があるが、これを聞き手に対して的確に伝えるのは非常に困難な作業である。
【０００７】
会議においては、参加者各々が活発に意見を言い合う場合が多い。従って、発言者の意図が参加者全員に的確に伝わらないことには議論が成り立たなくなってしまう。参照しているページや表中の数値などを瞬時に的確に会議参加者に周知することができれば、議論もスムーズに進むと考えられる。
【０００８】
この点、近年では、会議やプレゼンテーションの際に配られる資料をプリントアウトせずに電子データ（デジタル情報）のまま扱い、それを参加者が閲覧する会議システムやプレゼンテーションシステムが多く提案されている。その多くは、基本的な構成としてクライアント／サーバシステムという形態をとっている。クライアント／サーバシステムは、一つ以上のサービスを提供するためのサーバマシンと、そのサービスを受けるクライアントマシンとから構成され、少数のサーバに対して多数のクライアントがアクセスしてサービスを受ける形式が殆どである。
【０００９】
このようなクライアント／サーバシステムは、性能の高いマシン（サーバ）に殆どの処理を任せ、性能の低いマシン（クライアント）はその処理の結果を受け取るという発想で成り立ってきた。しかしながら、近年の技術革新によって、クライアントマシンとサーバマシンとの性能格差は急速に縮まってきている。また、携帯可能なノート型パソコンもその処理能力のアップとともに、小型化、薄型化が進み、会議などにノートパソコンを持ち込んで、ノートパソコンでメモを取るといったことをする人も見受けられるようになってきている。
【００１０】
このような環境の変化の中でクライアントとサーバを区別した従来型のシステムの問題点が明確になってきている。
【００１１】
まず、クライアント／サーバ型の会議システムなどは、その構成の複雑さから非常に高価な場合が多い上に、保守業務も発生する。従って、複数のマシンが接続される会議システムなどを考えた場合、システムが複雑になりがちなクライアント／サーバシステムでなく、専用サーバを介さないピアツーピア的なネットワーク形態を簡単に形成できる方がよい。これは、会議の開催場所の制限を与えない（専用サーバに接続できない場所でもネットワークの環境さえあれば会議を開催できる）という面や、サーバの導入コストや保守といった金銭面などから考えても明白である。
【００１２】
また、例えば、会議専用サーバに情報閲覧用の幾つかのクライアントがネットワークを介して接続されているシステムを考えた場合、各クライアントで表示される情報が同じとなるように、サーバで一括管理している情報をクライアントに配信するケースや、サーバ上にあるファイルをクライアントからリクエストを送信してそのファイルを閲覧するケースがある。
【００１３】
サーバから情報を配信するケースでは、クライアント側では情報の操作ができないため、個人的な振り返りや次のページのチェックができないといった問題がある。また、サーバから配信する場合でも、サーバ上のファイルを閲覧する場合でも、参加者全員が一つの同じ情報を参照しているため、基本的にクライアント側からその情報を操作したり、コメントを付け加えたりといったアクション（発言やデータに対する追記、訂正など）ができない場合が多く、仮にできたとしても情報を操作するためのコントロール権を受け渡ししなければならないなど、操作が煩雑になり、シームレスな議論がしにくい。即ち、このようなクライアント／サーバ型のシステムにおいては、表示されている情報は常に会議参加者全員が閲覧する情報である。そこには、個人的なデータの書き込みという情報や、特定の人との１対１のデータのやり取りの情報といったような、個人的なアクションに関する情報が入る余地がない。
【００１４】
しかしながら、現在広く一般的に行われているプリントアウトされた配布資料をもとに開催される会議においては、参加者は、もちろん発表者の話は聞いているが、個人的にメモをとったり、発表者が参照しているページとは別のページを見たり、となりの人と資料の確認をしたりといったようなことを行っている。このような個人的なアクションを起こしているので、その個人が必要な情報をストレスなく取得したり、確認したりすることができるのである。
【００１５】
従って、円滑な会議を行うためには、参加者全員に閲覧される情報（パブリックな情報）に加えて、個人的な情報（ローカルな情報）、さらには特定の人とやりとりをする情報（プライベートな情報）の３種類の情報を明確に区別し有効に扱える技術が必須であるが、そのような技術は現在のところ殆ど見受けられない。
【００１６】
例えば、個人では、会議に参加する出席者が各々の端末を操作しつつ、さらに共有の表示装置に個人が保持する情報を表示させることにより、情報の共有化を図るようにした提案例がある（例えば、特許文献１参照）。この構成においては、共有の表示装置がパブリックな情報、各個人が持っている端末がローカルな情報を扱うことになる。しかしながら、この例においては、情報を共有するために専用ディスプレイをわざわざ用意しなければならないという重大な欠点がある。
【００１７】
また、遠隔地にある２端末間においてデータを相互にやりとりして表示させるテレライティング装置において、文書に対して加筆するモードと文書の操作を行うドキュメント操作モードとを用意し、両モードを適宜切換えて両端末間での情報のやりとりを円滑にしている（例えば、特許文献２参照）。しかしながら、この発明においては、パブリックな情報と個人的な情報を区別しているわけではなく、パブリックな情報のやりとりをどのように円滑にするかに注力している。
【００１８】
さらに、静止画会議装置においてローカル描画モードを設け、パブリックな情報とローカルな情報を明確に分けるようにした提案例もある（例えば、特許文献３参照）。この提案例においては、テレライティング装置において、個人的なメモ書きはローカル描画モード時に記入し、個人のファイルとして管理でき、個人的なメモ書きの情報を相手端末に送信させないようにして、ローカルのデータとパブリックのデータとを区別している。
【００１９】
【特許文献１】
特開２０００−２３６３２９公報
【特許文献２】
特開平５−２０７２１２号公報
【特許文献３】
特開平６−１６５１７１号公報
【００２０】
【発明が解決しようとする課題】
しかしながら、この特許文献３においては、送信時のモードの区別はしているものの、受信時に関してはなんら言及がなく、個人的なメモ書き時に、相手端末から情報を受信した場合の処理などに関してのものではない。また、この特許文献３では加筆という動作にのみ、ローカル描画モードを用意しており、他のアクションに関しては言及がない。
【００２１】
このように、会議などの場において、参加者全員に閲覧される情報（パブリックな情報）に加えて個人的な情報（ローカルな情報）、さらには特定の人とやりとりをする情報（プライベートな情報）を扱うことのできる技術は見受けられず、会議参加者は、基本的にはパブリックな情報だけを見ることが多く、個人的なメモ書きや他のページの閲覧などといった行為を行いにくいため、個人的に資料を振り返りたいがために会議の進行を妨げたり、個人的に情報を得られないため理解が悪かったりといった現象が起きている。
【００２２】
また、会議などの場においては、ここで言うところのパブリックな情報とローカルな情報だけでなく、様々な情報を得たり、不明な点の確認などを行ったりするために、特定の人との情報をやりとりするのが普通である。従って、全ての人に行き渡るパブリックな情報、個人的な振り返りなどを行うローカルな情報、特定の人とのやりとりであるプライベートな情報の３つの種類の情報を扱えて初めて、ユーザにとって有益なミーティングシステムとなり得る。
【００２３】
しかしながら、先に述べたように、この３種類の情報を明確にきちんと区別して扱っている技術は現在のところ見受けられない。
【００２４】
この点、これまで述べてきたような幾つかの問題点を解消するために発明された文書のデータ構造、記憶媒体及び情報処理装置に関する提案例が本出願人によりなされている。その概要は、新しいドキュメントの形態としてカプセル化文書形式をとっており、テキスト、画像、動画、などといったマルチメディアコンテンツに加えて、それらを表示するためのプログラム、通信プログラム、加筆プログラム、記録プログラムなどを一つの書庫ファイルとして扱うようにしたものである。
【００２５】
このカプセル化文書を配布資料として、例えばプレゼンテーション参加者が持参するノートパソコンに配布し、文書を起動することにより、プレゼンテーション参加者全員の資料がカプセル化文書内の通信プログラムを利用して文書の同期が取れるようになる。つまり、発表者がページを捲ったら、その情報を他の文書に通知することにより、他の文書も発表者と同じページを閲覧することができる。参加者全員が同じ文書を各々持っているので、参加者は通信可能状態にしなければ、他の人からの送信を受け付けず、自分の見たいところを見ることができる。また、他の人を自分の文書の状態にしたい場合は同期ボタンを押せば、通信可能状態にある全ての文書を自分の文書状態で同期することができる。従って、質問する際にも、自分の文書で質問したいところを表示させ、同期ボタンを押すことによって、簡単に意図するページを他の文書においても表示させることができる。加えて、加筆プログラムで加筆された情報も同期可能であるため、より詳細に質問者の意図するものを他の参加者に伝えることができる。
【００２６】
このように、通信機能プログラムを内蔵したカプセル化文書を用いれば、先に述べたようなプレゼンテーションや会議などでの問題点及びクライアント／サーバ型システムの問題点の解消が可能である。
【００２７】
しかし、このような改良された提案例に関しても幾つかの問題点がある。一つは、或る一人が同期ボタンを押すと、他の通信可能状態にある文書全部が強制的にその文書と同じ状態になってしまうことである。これでは個人的に作業をしている場合などでは、作業や思考を中断されてしまう。これを避けるために通信しない状態にして個人的な作業を行うと、確かにその作業や思考は中断されることはないが、周りの情報を受けることができないため、個人的な作業中に周りがどのような情報のやりとりをし、どのような議論があったかが判らなくなってしまう。
【００２８】
そこで、本発明は、パブリックな情報やローカルな情報、さらには、プライベートな情報を効果的に効率よく扱うことができ、従来の技術よりはるかにコミュニケーションの質を高めることが可能な技術を提供することを目的とする。即ち、本発明は、従来からあるプレゼンテーションや会議などでのコミュニケーションのしにくさの問題点と、クライアント／サーバシステム型の既存の会議システムなどの問題点などを解消し、デジタル情報をやりとりするコミュニケーションの方法としてさらに柔軟な方法を提供することを目的とする。
【００２９】
より具体的な目的の一つは、パブリックな情報とローカルな情報とを区別して扱うことができ、かつ、ローカルな作業を行っている間に送られてくるパブリックな情報を漏らさず受信できるようにすることである。
【００３０】
より具体的な目的の一つは、パブリックモードとローカルモードの２つに加え、特定のコンピュータと情報の送受信するためのプライベートモードを設けて、プライベートモード時に送信されてきたパブリックな情報を漏らさず受信できるようにすることである。
【００３１】
より具体的な目的の一つは、パブリックモード時にはユーザが送信ボタンを押すような明示的な送信操作を行うことなく、情報を送信できるようにすることである。
【００３２】
より具体的な目的の一つは、ローカルモード時には他のコンピュータの表示に影響を与えないようにすることである。
【００３３】
より具体的な目的の一つは、特定のコンピュータと情報の送受信を行うモードに速やかに移行させることである。
【００３４】
より具体的な目的の一つは、ユーザが自由にモードを切換えられるようにすることである。
【００３５】
より具体的な目的の一つは、再び元のモードに戻ったときに速やかに作業の続きができるようにすることである。
【００３６】
【課題を解決するための手段】
請求項１記載の発明は、相互にネットワーク接続された複数のコンピュータ間でデータを送受信するデータ通信方法であって、コンピュータ間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に前記各コンピュータに具備させ、前記通信機能による前記コンピュータ間でのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により自己のコンピュータに保存させる保存ステップと、その受信データのモード属性と自己のコンピュータのモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断ステップと、を含む。
【００３７】
従って、コンピュータ間でのデータ受信に際してそのモードに応じて受信データを出力機能に対して出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、受信データを出力機能に対して出力させないモード状態の場合であっても、そのモード中に送られてくるデータを漏らさず受信することができる。
【００３８】
請求項２記載の発明は、相互にネットワーク接続された複数のコンピュータ間でデータを送受信するデータ通信方法であって、コンピュータ間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に前記各コンピュータに具備させ、前記通信機能による前記コンピュータ間でのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により自己のコンピュータに保存させる保存ステップと、その受信データのモード属性と自己のコンピュータのモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断ステップと、モード判断の結果、受信データがパブリックモードによるモード属性を有し自己のコンピュータがパブリックモードである場合には当該受信データを即座に前記出力機能に対して出力させるパブリックモード受信処理ステップと、モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己のコンピュータがローカルモードである場合には当該受信データを前記出力機能に対して出力させないローカルモード受信処理ステップと、を含む。
【００３９】
従って、パブリックモードとローカルモードとの２つのモードを有することにより、データ受信に際してそのモードに応じてパブリックな情報とローカルな情報とを出力機能に対して即座に出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、ローカルな作業を行っている間に送られてくるパブリックな情報も漏らさず受信することができる。
【００４０】
即ち、他のコンピュータから送信されてくるデータを常に受取り、その情報に基づいて即座に出力機能に対して伝達させるパブリックモードと、他のコンピュータから送信されてくるデータをバックグラウンドで受取りながら、個人的な作業をすることができるローカルモードとを有することにより、プレゼンテーションやミーティングの場では、通常はパブリックモードにしておくことにより、発言者の意図する情報が常に自己のコンピュータの画面に表示される。また、個人的に資料を振り返って見たり、先を見たりしたい場合には、ローカルモードにすることにより、強制的な表示の変更はされずに、自分の仕事に集中できる。その上、その間の受信データはきちんと保存されているので、後から参照が可能であり、情報を逃すことがない。
【００４１】
請求項３記載の発明は、請求項２記載のデータ通信方法において、ネットワーク上の特定のコンピュータ間でデータの送受信を行うプライベートモードを有し、モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己のコンピュータがプライベートモードである場合には当該受信データを前記出力機能に対して出力させないプライベートモード受信処理ステップを、さらに含む。
【００４２】
従って、パブリックモードとローカルモードとの２つのモードに加え、特定のコンピュータとの間でデータを送受信するためのプライベートモードを有し、プライベートモード時であっても受信データは保存されるので、プライベートモード時に送られてくるパブリックな情報も漏らさず受信することができる。
【００４３】
即ち、会議などの場においては、パブリックな情報やローカルな情報だけでなく、細かな情報を得たり、不明な点の確認などを行ったりするために、全体に問うことはせず、特定の人と情報をやりとりするのが普通であり、このような特定の人とやり取りするプライベートな情報をプライベートモードにより扱えるようにしているので、ユーザにとって有益なミーティングシステム（アプリケーション）を提供できる。
【００４４】
請求項４記載の発明は、請求項１ないし３の何れか一記載のデータ通信方法において、前記各コンピュータは、コンピュータにより解釈、実行される前記通信機能、データ処理機能及び出力機能に関するプログラムコードファイルが、文書の表現実体に関するコンテンツ情報ファイルとともに、単一の文書としてカプセル化されたカプセル化文書を前記コンテンツ情報に関するデータの送受信に用いる。
【００４５】
従って、コンテンツ情報ファイルとともに通信機能等のプログラムコードファイルが単一の文書としてカプセル化されたカプセル化文書を利用することで、その取扱いや管理が極めて容易な上に、文書間でのデータのやり取りが可能になり、例えば、会議等での文書を媒介としたコミュニケーションの円滑化が図られる。
【００４６】
請求項５記載の発明は、請求項１ないし４の何れか一記載のデータ通信方法において、前記各コンピュータは、ユーザの操作情報を取得する操作情報取得機能をプログラムにより実行可能に有し、前記通信機能を用いて送受信されるデータは、前記操作情報取得機能により取得される操作情報である。
【００４７】
従って、操作情報を取得したら即座にその情報を送信することができる。
【００４８】
請求項６記載の発明は、請求項５記載のデータ通信方法において、前記通信機能による前記コンピュータ間でのデータ送信に際して、パブリックモード時には、前記操作情報取得機能によって操作情報が取得されることを契機として、当該操作情報をパブリックな情報として前記通信機能により連続的に送信するパブリックモード送信処理ステップを含む。
【００４９】
従って、パブリックモード時にはユーザが明示的に送信操作を行うことなく、操作情報を取得した時点で操作情報を送信させることができ、例えば、送信ボタンを押すことなく情報を連続的に送信させることができ、送信ボタンを押すような煩雑さをなくすことができる。
【００５０】
請求項７記載の発明は、請求項１ないし６の何れか一記載のデータ通信方法において、前記通信機能による前記コンピュータ間でのデータ送信に際して、ローカルモード時には、データの送信を禁止させるローカルモード送信処理ステップを含む。
【００５１】
従って、ローカルモード時にはデータを送信しないので、他のコンピュータに影響を与えることがない。
【００５２】
請求項８記載の発明は、請求項３ないし７の何れか一記載のデータ通信方法において、ユニキャストによるデータを前記通信機能により受信した際には自動的にプライベートモードに移行させるプライベートモード受信移行ステップを含む。
【００５３】
従って、ユニキャストによるデータ受信時に自動的にプライベートモードに移行させることにより、特定のコンピュータとの間でデータの送受信を行うモードに速やかに移行する。
【００５４】
請求項９記載の発明は、請求項３ないし８の何れか一記載のデータ通信方法において、前記通信機能により特定のコンピュータに対してデータを送信したときに自動的にプライベートモードに移行させるプライベートモード送信移行ステップを含む。
【００５５】
従って、特定のコンピュータにデータを送信する際に自動的にプライベートモードに移行させることにより、特定のコンピュータとの間でデータの送受信を行うモードに速やかに移行する。
【００５６】
請求項１０記載の発明は、請求項５ないし９の何れか一記載のデータ通信方法において、プライベートモード時には、ユーザによる特定のコンピュータに対してデータを送信するための操作情報を前記操作情報取得機能により取得するまで、データの送信を待機させるデータ送信待機ステップを含む。
【００５７】
従って、特定のコンピュータとの間でデータの送受信を行うプライベートモードにおいて、連続的にデータを送信してしまうと、それを受ける側のコンピュータでは、ユーザ操作がしにくくなるので、ユーザが明示的に送信したいときだけデータを送信することにより、特定コンピュータとのコミュニケーションがしやすくなる。
【００５８】
請求項１１記載の発明は、請求項１ないし１０の何れか一記載のデータ通信方法において、前記各コンピュータは、ユーザの操作を受付けてモードを選択自在に切換えるモード選択機能をプログラムにより実行可能に有し、前記モード判断ステップは、前記モード選択機能が受付けたモードにより自己のコンピュータのモードを判断する。
【００５９】
従って、ユーザが自由にモードを切換えることができる。
【００６０】
請求項１２記載の発明は、請求項１１記載のデータ通信方法において、前記操作情報取得機能が、前記モード選択機能によるモードの切換えに関する操作情報を取得した場合に、その操作時点の出力データを、前記データ処理機能により保存した後に選択されたモード状態に移行させるモード移行処理ステップを含む。
【００６１】
従って、モード移行に際しては、元のモード状態を保存することにより、再びそのモードに戻ったときに速やかに作業の続きができるようになる。
【００６２】
請求項１３記載の発明は、請求項１１又は１２記載のデータ通信方法において、前記操作情報取得機能が、前記モード選択機能によるモードの切換えに関する操作情報を取得して選択されたモード状態に移行させる際、当該移行するモード状態に関して保存されている最新のデータを参照して前記出力機能により前記出力部に出力させる移行時点出力制御ステップを含む。
【００６３】
従って、例えば、ローカルモードからパブリックモードへ移行した際に、パブリックモード上の最新のデータを出力することにより、例えば、会議等において速やかに議論に加われるようになる。また逆に、パブリックモードからローカルモードに移行する際も、自身が作業していた状態に即座になることで、ユーザが自身の作業に入りやすくなる。
【００６４】
請求項１４記載の発明は、請求項１１ないし１３の何れか一記載のデータ通信方法において、前記操作情報取得機能が、前記モード選択機能によりパブリックモードへのモード切換えに関する操作情報を取得した場合に、他のコンピュータ上で実行されているプログラムにパブリックモード上の最新のデータをリクエストするための情報要求コマンドを、前記通信機能を用いて送信させる情報要求コマンド送信ステップを含む。
【００６５】
従って、例えば会議等において途中参加したときなどは、自身はパブリックの情報を持っていないが、他のコンピュータにパブリックモード上の最新のデータを問合わせることができる。
【００６６】
請求項１５記載の発明は、請求項１４記載のデータ通信方法において、情報要求コマンド送信ステップは、前記情報要求コマンドの送信先として、当該コンピュータが保持している通信可能なコンピュータリスト中から一つを選ぶことによって決定する。
【００６７】
従って、通信可能なコンピュータの中から一つを選んでリクエストすることができる。
【００６８】
請求項１６記載の発明は、請求項１５記載のデータ通信方法において、当該コンピュータが保持している通信可能なコンピュータリスト中に前記情報要求コマンドを送信すべきコンピュータがない場合には、自己のコンピュータが保持しているパブリックモード上の最新のデータを参照して前記出力機能により前記出力部に出力させる第１の移行時点出力代替ステップを含む。
【００６９】
従って、リクエストを出すべきコンピュータがなかった場合には、次善の策として、自身が保持しているパブリックモード上の最新のデータを利用することができる。
【００７０】
請求項１７記載の発明は、請求項１６記載のデータ通信方法において、当該コンピュータが保持している通信可能なコンピュータリスト中に前記情報要求コマンドを送信すべきコンピュータがなく、かつ、自己のコンピュータがパブリックモード上の最新のデータを保持していない場合には、ローカルモード上の最新のデータを参照して前記出力機能により前記出力部に出力させる第２の移行時点出力代替ステップを含む。
【００７１】
従って、リクエストを出すべきコンピュータがなく、かつ、自身がパブリックモード上の最新のデータも保持していない場合には、さらに次善の策として、ローカルモード上の最新のデータを利用することができる。
【００７２】
請求項１８記載の発明は、請求項１５又は１６記載のデータ通信方法において、通信機能により前記情報要求コマンドを受信したとき、当該情報要求コマンドの送信元コンピュータに対して、自己のコンピュータが保持しているパブリックモード上の最新のデータを前記通信機能を用いて送信する情報要求コマンド応答ステップを含む。
【００７３】
従って、パブリックモード上の最新のデータのリクエストがきたら、その送信元コンピュータに自身が保持しているパブリックモード上の最新のデータを送信することにより、情報の通知ができる。
【００７４】
請求項１９記載の発明は、ネットワークを通じて接続された他のコンピュータとの間でデータを送受信するコンピュータ構成のデータ通信装置であって、他のコンピュータとの間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、前記通信機能による他のコンピュータからのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により保存させる保存手段と、その受信データのモード属性と自己のモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断手段と、を備える。
【００７５】
従って、コンピュータ間でのデータ受信に際してそのモードに応じて受信データを出力機能に対して出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、受信データを出力機能に対して出力させないモード状態の場合であっても、そのモード中に送られてくるデータを漏らさず受信することができる。
【００７６】
請求項２０記載の発明は、ネットワークを通じて接続された他のコンピュータとの間でデータを送受信するコンピュータ構成のデータ通信装置であって、他のコンピュータとの間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、前記通信機能による他のコンピュータからのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により保存させる保存手段と、その受信データのモード属性と自己のモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断手段と、モード判断の結果、受信データがパブリックモードによるモード属性を有し自己がパブリックモードである場合には当該受信データを即座に前記出力機能に対して出力させるパブリックモード受信処理手段と、モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がローカルモードである場合には当該受信データを前記出力機能に対して出力させないローカルモード受信処理手段と、を備える。
【００７７】
従って、パブリックモードとローカルモードとの２つのモードを有することにより、データ受信に際してそのモードに応じてパブリックな情報とローカルな情報とを出力機能に対して即座に出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、ローカルな作業を行っている間に送られてくるパブリックな情報も漏らさず受信することができる。
【００７８】
即ち、他のコンピュータから送信されてくるデータを常に受取り、その情報に基づいて即座に出力機能に対して伝達させるパブリックモードと、他のコンピュータから送信されてくるデータをバックグラウンドで受取りながら、個人的な作業をすることができるローカルモードとを有することにより、プレゼンテーションやミーティングの場では、通常はパブリックモードにしておくことにより、発言者の意図する情報が常に自己のコンピュータの画面に表示される。また、個人的に資料を振り返って見たり、先を見たりしたい場合には、ローカルモードにすることにより、強制的な表示の変更はされずに、自分の仕事に集中できる。その上、その間の受信データはきちんと保存されているので、後から参照が可能であり、情報を逃すことがない。
【００７９】
請求項２１記載の発明は、請求項２０記載のデータ通信装置において、ネットワーク上の特定の他のコンピュータとの間でデータの送受信を行うプライベートモードを有し、モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がプライベートモードである場合には当該受信データを前記出力機能に対して出力させないプライベートモード受信処理手段を、さらに備える。
【００８０】
従って、パブリックモードとローカルモードとの２つのモードに加え、特定のコンピュータとの間でデータを送受信するためのプライベートモードを有し、プライベートモード時であっても受信データは保存されるので、プライベートモード時に送られてくるパブリックな情報も漏らさず受信することができる。
【００８１】
即ち、会議などの場においては、パブリックな情報やローカルな情報だけでなく、細かな情報を得たり、不明な点の確認などを行ったりするために、全体に問うことはせず、特定の人と情報をやりとりするのが普通であり、このような特定の人とやり取りするプライベートな情報をプライベートモードにより扱えるようにしているので、ユーザにとって有益なミーティングシステム（アプリケーション）を提供できる。
【００８２】
請求項２２記載の発明は、請求項１９ないし２１の何れか一記載のデータ通信装置において、コンピュータにより解釈、実行される前記通信機能、データ処理機能及び出力機能に関するプログラムコードファイルが、文書の表現実体に関するコンテンツ情報ファイルとともに、単一の文書としてカプセル化されたカプセル化文書を記憶装置上に有する。
【００８３】
従って、コンテンツ情報ファイルとともに通信機能等のプログラムコードファイルが単一の文書としてカプセル化されたカプセル化文書を利用することで、その取扱いや管理が極めて容易な上に、文書間でのデータのやり取りが可能になり、例えば、会議等での文書を媒介としたコミュニケーションの円滑化が図られる。
【００８４】
請求項２３記載の発明は、請求項１９ないし２２の何れか一記載のデータ通信装置において、各モード時の操作記録の経過を表示部に一覧表示させる経過一覧表示手段を備える。
【００８５】
従って、各モード時の操作記録の経過が表示部に一覧表示されるので、過去におけるモード切換え等のユーザ操作、受信データの変遷等を後になって確認することが可能となる。
【００８６】
請求項２４記載の発明は、請求項１９ないし２３の何れか一記載のデータ通信装置において、ローカルモード時には、保持されているデータに基づき、当該データ通信装置に関する操作情報、送受信したパブリックモード上のデータ又はプライベートモード上のデータが随時振り返り自在とする過去データ記録閲覧手段を備える。
【００８７】
従って、ローカルモード時に、自身の操作情報や、送受信したデータ内容等を任意に振り返ることができ、ローカルモード時の作業がしやすくなる。
【００８８】
請求項２５記載の発明は、相互にネットワーク接続された複数のコンピュータ間でデータを送受信するデータ通信システムであって、前記各コンピュータは、コンピュータ間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、前記通信機能によりデータを受信するコンピュータは、前記通信機能により受信した受信データを前記データ処理機能により自己のコンピュータに保存させる保存手段と、その受信データのモード属性と自己のコンピュータのモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断手段と、を備える。
【００８９】
従って、コンピュータ間でのデータ受信に際してそのモードに応じて受信データを出力機能に対して出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、受信データを出力機能に対して出力させないモード状態の場合であっても、そのモード中に送られてくるデータを漏らさず受信することができる。
【００９０】
請求項２６記載の発明は、相互にネットワーク接続された複数のコンピュータ間でデータを送受信するデータ通信システムであって、前記各コンピュータは、コンピュータ間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、前記通信機能によりデータを受信するコンピュータは、前記通信機能により受信した受信データを前記データ処理機能により自己のコンピュータに保存させる保存手段と、その受信データのモード属性と自己のコンピュータのモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断手段と、モード判断の結果、受信データがパブリックモードによるモード属性を有し自己がパブリックモードである場合には当該受信データを即座に前記出力機能に対して出力させるパブリックモード受信処理手段と、モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がローカルモードである場合には当該受信データを前記出力機能に対して出力させないローカルモード受信処理手段と、を備える。
【００９１】
従って、パブリックモードとローカルモードとの２つのモードを有することにより、データ受信に際してそのモードに応じてパブリックな情報とローカルな情報とを出力機能に対して即座に出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、ローカルな作業を行っている間に送られてくるパブリックな情報も漏らさず受信することができる。
【００９２】
即ち、他のコンピュータから送信されてくるデータを常に受取り、その情報に基づいて即座に出力機能に対して伝達させるパブリックモードと、他のコンピュータから送信されてくるデータをバックグラウンドで受取りながら、個人的な作業をすることができるローカルモードとを有することにより、プレゼンテーションやミーティングの場では、通常はパブリックモードにしておくことにより、発言者の意図する情報が常に自己のコンピュータの画面に表示される。また、個人的に資料を振り返って見たり、先を見たりしたい場合には、ローカルモードにすることにより、強制的な表示の変更はされずに、自分の仕事に集中できる。その上、その間の受信データはきちんと保存されているので、後から参照が可能であり、情報を逃すことがない。
【００９３】
請求項２７記載の発明は、請求項２６記載のデータ通信システムにおいて、ネットワーク上の特定のコンピュータ間でデータの送受信を行うプライベートモードを有し、モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がプライベートモードである場合には当該受信データを前記出力機能に対して出力させないプライベートモード受信処理手段を、さらに備える。
【００９４】
従って、パブリックモードとローカルモードとの２つのモードに加え、特定のコンピュータとの間でデータを送受信するためのプライベートモードを有し、プライベートモード時であっても受信データは保存されるので、プライベートモード時に送られてくるパブリックな情報も漏らさず受信することができる。
【００９５】
即ち、会議などの場においては、パブリックな情報やローカルな情報だけでなく、細かな情報を得たり、不明な点の確認などを行ったりするために、全体に問うことはせず、特定の人と情報をやりとりするのが普通であり、このような特定の人とやり取りするプライベートな情報をプライベートモードにより扱えるようにしているので、ユーザにとって有益なミーティングシステム（アプリケーション）を提供できる。
【００９６】
請求項２８記載の発明は、請求項２５ないし２７の何れか一記載のデータ通信システムにおいて、前記各コンピュータは、コンピュータにより解釈、実行される前記通信機能、データ処理機能及び出力機能に関するプログラムコードファイルが、文書の表現実体に関するコンテンツ情報ファイルとともに、単一の文書としてカプセル化されたカプセル化文書を記憶装置上に有する。
【００９７】
従って、コンテンツ情報ファイルとともに通信機能等のプログラムコードファイルが単一の文書としてカプセル化されたカプセル化文書を利用することで、その取扱いや管理が極めて容易な上に、文書間でのデータのやり取りが可能になり、例えば、会議等での文書を媒介としたコミュニケーションの円滑化が図られる。
【００９８】
請求項２９記載の発明のデータ通信プログラムは、ネットワークを通じて接続された他のコンピュータとの間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、他のコンピュータとの間でデータを送受信するコンピュータに読取り可能で、当該コンピュータに、前記通信機能による他のコンピュータからのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により保存させる保存機能と、その受信データのモード属性と自己のモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断機能と、を実行させる。
【００９９】
従って、コンピュータ間でのデータ受信に際してそのモードに応じて受信データを出力機能に対して出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、受信データを出力機能に対して出力させないモード状態の場合であっても、そのモード中に送られてくるデータを漏らさず受信することができる。
【０１００】
請求項３０記載の発明のデータ通信プログラムは、ネットワークを通じて接続された他のコンピュータとの間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、他のコンピュータとの間でデータを送受信するコンピュータに読取り可能で、当該コンピュータに、前記通信機能による他のコンピュータからのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により保存させる保存機能と、その受信データのモード属性と自己のモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断機能と、モード判断の結果、受信データがパブリックモードによるモード属性を有し自己がパブリックモードである場合には当該受信データを即座に前記出力機能に対して出力させるパブリックモード受信処理機能と、モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がローカルモードである場合には当該受信データを前記出力機能に対して出力させないローカルモード受信処理機能と、を実行させる。
【０１０１】
従って、パブリックモードとローカルモードとの２つのモードを有することにより、データ受信に際してそのモードに応じてパブリックな情報とローカルな情報とを出力機能に対して即座に出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、ローカルな作業を行っている間に送られてくるパブリックな情報も漏らさず受信することができる。
【０１０２】
即ち、他のコンピュータから送信されてくるデータを常に受取り、その情報に基づいて即座に出力機能に対して伝達させるパブリックモードと、他のコンピュータから送信されてくるデータをバックグラウンドで受取りながら、個人的な作業をすることができるローカルモードとを有することにより、プレゼンテーションやミーティングの場では、通常はパブリックモードにしておくことにより、発言者の意図する情報が常に自己のコンピュータの画面に表示される。また、個人的に資料を振り返って見たり、先を見たりしたい場合には、ローカルモードにすることにより、強制的な表示の変更はされずに、自分の仕事に集中できる。その上、その間の受信データはきちんと保存されているので、後から参照が可能であり、情報を逃すことがない。
【０１０３】
請求項３１記載の発明は、請求項３０又は３１記載のデータ通信プログラムにおいて、ネットワーク上の特定のコンピュータ間でデータの送受信を行うプライベートモードを有し、モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がプライベートモードである場合には当該受信データを前記出力機能に対して出力させないプライベートモード受信処理機能を、さらにコンピュータに実行させる。
【０１０４】
従って、パブリックモードとローカルモードとの２つのモードに加え、特定のコンピュータとの間でデータを送受信するためのプライベートモードを有し、プライベートモード時であっても受信データは保存されるので、プライベートモード時に送られてくるパブリックな情報も漏らさず受信することができる。
【０１０５】
即ち、会議などの場においては、パブリックな情報やローカルな情報だけでなく、細かな情報を得たり、不明な点の確認などを行ったりするために、全体に問うことはせず、特定の人と情報をやりとりするのが普通であり、このような特定の人とやり取りするプライベートな情報をプライベートモードにより扱えるようにしているので、ユーザにとって有益なミーティングシステム（アプリケーション）を提供できる。
【０１０６】
【発明の実施の形態】
本発明の一実施の形態を図面に基づいて説明する。
【０１０７】
［文書のデータ構造等に関する既提案例の内容］
本実施の形態の説明に先立ち、その前提となる本出願人による文書のデータ構造、記憶媒体及び情報処理装置に関する既提案例の内容について説明する。図１は、カプセル化された文書であるカプセル化文書のデータ構造を示す模式図である。
【０１０８】
カプセル化文書１０１は、図１に示すように、文書全体の構造、配置等の表示状態を表す表示情報ファイルとしての文書配置情報１０２と、文書内のテキスト内容を表すコンテンツ情報ファイルとしてのテキスト情報１０３と、その他の静止画像や動画画像を表すコンテンツ情報ファイルとしてのメディア情報１０４と、文書内容を表示したりユーザ操作を検出したりする複数の動作プログラムファイルとしてのプログラム１０５とから構築されている。これらの情報は、各々一般的なパーソナルコンピュータのオペレーションシステムが管理できる個別のファイル単位の構造となっている。
【０１０９】
このようなカプセル化文書１０１は、ＦＤ、ハードディスク、磁気テープ等のような磁気的な記憶媒体、ＣＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ等のような光学的な記憶媒体等、各種の記憶媒体に格納することができ、記憶媒体の種類によっては容易に持ち運び可能となる。また、カプセル化文書１０１は、ＬＡＮやインターネット等の各種の通信回線を介して伝送可能である。
【０１１０】
図２は書庫ファイルのデータ構造の一例を示す模式図、図３は書庫ファイルの別のデータ構造の一例を示す模式図である。
【０１１１】
カプセル化文書１０１を構成する各ファイル１０２、１０３、１０４、１０５は、図２及び図３に例示するように、書庫ファイル２０１という一つのファイルに格納されている。これにより、文書配置情報１０２（表示情報ファイル）と、テキスト情報１０３（コンテンツ情報ファイル）と、メディア情報１０４（コンテンツ情報ファイル）と、プログラム１０５（動作プログラムファイル）とを単一の文書としてカプセル化するカプセル化手段が構成されている。このような書庫ファイル２０１のファイル形式としては、一般的に、ＺＩＰ形式やＬＨＡ形式等があり、これらの技術を利用しても良い。
【０１１２】
ここで、書庫ファイル２０１は、複数のファイル１０２、１０３、１０４、１０５を一つのファイル（書庫ファイル２０１）として格納するファイル構造を有している。このような書庫ファイル２０１は、格納機能及び解凍機能を有するアーカイバプログラムを用いることにより、ユーザの求めに応じて複数のファイル１０２、１０３、１０４、１０５を一つのファイル（書庫ファイル２０１）として扱うことができる。
【０１１３】
図２に例示する書庫ファイル２０１では、複数のファイル１０２、１０３、１０４、１０５を格納した書庫ファイル２０１に、各ファイル１０２、１０３、１０４、１０５が書庫ファイル２０１中のどの位置にあるかを示すインデックス情報が付加されている。これにより、ファイル１０２、１０３、１０４、１０５の位置検索が可能となる。また、別の形態として、図３に例示する書庫ファイル２０１のように、ファイル１０２、１０３、１０４、１０５毎にヘッダ情報を付加し、その位置を指示することでファイル１０２、１０３、１０４、１０５の位置検索を可能とする手法を採用しても良い。
【０１１４】
このように、カプセル化文書１０１のファイル構造は、カプセル化文書１０１を構成する図１に示すような複数のファイル１０２、１０３、１０４、１０５をインデックス（図２参照）又はヘッダ（図３参照）で管理する書庫ファイル形式である。こうして、カプセル化文書１０１は、複数のファイル１０２、１０３、１０４、１０５を一つの書庫ファイル２０１としてカプセル化しているため、ユーザは、見掛け上複数のファイル１０２、１０３、１０４、１０５を一つの文書として管理し保管することができる。
【０１１５】
図４はカプセル化文書１０１に格納されているプログラムのデータ構造を示す模式図、図５はプログラムに含まれている拡張プログラムに関する情報を規定する表示情報ファイルのデータ構造を示す模式図である。
【０１１６】
カプセル化文書１０１に格納されている複数の動作プログラムファイルであるプログラム１０５は、図４に示すように、基本プログラム１１１と拡張プログラム１１２とから構成されている。
【０１１７】
基本プログラム１１１は、カプセル化文書１０１の起動時に呼び出すことができるプログラムであり、全てのカプセル化文書１０１に共通して一つだけ存在するプログラムである。この基本プログラム１１１は、図示しない起動プログラムを含んでおり、パーソナルコンピュータ３０１でのカプセル化文書１０１のアクセス、あるいは必要に応じて、パーソナルコンピュータ３０１に解釈、実行され、起動される。
【０１１８】
拡張プログラム１１２は、カプセル化文書１０１に含まれている内容に応じて付加されるプログラムであり、例えば、図５に示すように、表示メディアの種類に応じて用意される。一例として、カプセル化文書１０１に含まれているコンテンツ情報ファイルがテキスト情報１０３のみである場合には、基本プログラム１１１に加えて、拡張プログラム１１２のうちのＴｅｘｔ　Ｐａｎｅｌプログラム１１２ａがカプセル化文書１０１に格納されている。また、静止画像や動画画像等を表すデジタル情報ファイルとしてのメディア情報１０４がカプセル化文書１０１に含まれている場合には、基本プログラム１１１に加えて、拡張プログラム１１２のうちのＩｍａｇｅ　Ｐａｎｅｌプログラム１１２ｂ、Ｍｏｖｉｅ　Ｐａｎｅｌプログラム１１２ｃ、３Ｄ　Ｐａｎｅｌプログラム１１２ｄがカプセル化文書１０１に格納されている。
【０１１９】
ここで、図５は、拡張プログラム参照ファイル１１３の一例を示しており、この拡張プログラム参照ファイル１１３は、拡張プログラム１１２とこれに対応するタグ１１４及び動作１１５を規定している。このような拡張プログラム参照ファイル１１３は、プログラム１０５としてカプセル化文書１０１に格納されている。
【０１２０】
次に、文書配置情報１０２について説明する。文書配置情報１０２は、カプセル化文書１０１の各メディアの配置、表示サイズや各メディアのファイル等を記述するファイルである。これらの情報は、例えば、汎用的なＸＭＬ形式により記述している。
【０１２１】
図６は、ＸＭＬによって記述されたカプセル化文書１０１の一例を示す模式図である。ＸＭＬは、その一例を図６に示すように、各要素をタグというもので記述するファイル形式であり、タグという要素の集まりによって文書を記述する。この場合、タグの中にタグを記述するという入れ子構造をとることも可能であり、各タグにはタグの属性を表すアトリビュートと呼ばれるもので属性を付加することもできる。
【０１２２】
図７は、図６に示すようにＸＭＬで記述されたカプセル化文書１０１の表示例を示す模式図である。図７に表示例を示すようなカプセル化文書１０１は、図６に例示するＸＭＬの記述に基づいて表示される。まず、文書全体を表す＜Ｄｏｃｕｍｅｎｔ＞というタグが記述され、この中に文書の構造が記述されている。そして、最初に表題を記述するために、＜ＴＥＸＴ＞というタグを使用する場合の表示内容は、アトリビュートが省略されている場合にタグ内の内容を表示する。次のＴＥＸＴタグの例は、テキスト情報を“本文．ＴＸＴ”というファイルから読込む例である。次のＩＭＡＧＥタグは、“画像．ＪＰＧ”という静止画像をＸ、Ｙ座標を起点にＷＩＤＴＨ、ＨＩＧＨＴで指示されている大きさで表示するという配置情報である。
【０１２３】
このように、文書配置情報１０２は、ＸＭＬ形式によりファイルの指示や配置の指示を行う。
【０１２４】
また、文書配置情報１０２は、ＸＭＬ形式を例に挙げて説明したが、その他のＨＴＭＬ形式等の記述言語を使用しても良いし、独自の記述形式を使用しても良い。
【０１２５】
そして、残りの静止画像、動画画像、３Ｄ画像、音声情報等を表すメディア情報１０４は、汎用のファイルフォーマットでも良いし、特殊な仕様の場合には独自のフォーマットを使用しても良い。
【０１２６】
これまでに述べてきたように、カプセル化文書１０１のファイル構造は、文書全体の構造を表す文書配置情報１０２と、これに対応して表示されるテキスト情報ファイルや画像ファイル等の複数のメディアファイル（テキスト情報１０３及びメディア情報１０４）と、複数のプログラム１０５群から構成されている。
【０１２７】
［カプセル化文書１０１の閲覧等］
ここで、カプセル化文書１０１の基本的な動作である文書起動から文書閲覧までの動作について説明する。そこで、カプセル化文書１０１との対比のために、一般的なパーソナルコンピュータの動作と従来の文書閲覧動作とについて説明する。
【０１２８】
図８は、後述する本実施の形態でもデータ通信装置として利用される一般的なパーソナルコンピュータ３０１（コンピュータ）のハードウェア構成図である。パーソナルコンピュータ３０１は、情報処理を行うＣＰＵ３０２と、情報を格納するＲＯＭ３０３及びＲＡＭ３０４等の一次記憶装置３０５と、処理結果等を保存するＨＤＤ３０６（ハードディスクドライブ）等の二次記憶装置３０７と、情報を外部に保管、配布、入手するためのＣＤ−ＲＯＭ等のリムーバブルメディア３０８と、外部の他のコンピュータとネットワーク上での通信により情報を伝達するためのネットワークインタフェース３０９、処理経過や結果等を操作者に表示する表示部であるディスプレイ３１０、操作者がパーソナルコンピュータ３０１に命令や情報等を入力するためのキーボード３１１やマウス３１２等から構成されており、これらの各部間で送受信されるデータをバスコントローラ３１３が調停して動作している。
【０１２９】
一般的に、パーソナルコンピュータ３０１では、ユーザが電源を投入するとＣＰＵ３０２がＲＯＭ３０３内のローダーというプログラムを起動させ、ＨＤＤ３０６よりオペレーションシステムというコンピュータのハードウェアとソフトウェアとを管理するプログラムをＲＡＭ３０４に読み込み、このオペレーションシステムを起動させる。このようなオペレーションシステムは、ユーザの操作に応じてプログラムを起動したり、情報を読み込んだり、保存を行ったりする。オペレーションシステムのうち代表的なものとしては、Ｗｉｎｄｏｗｓ（登録商標）、ＵＮＩＸ（登録商標）等が知られている。これらのオペレーションシステム上で走るプログラムをアプリケーションと呼んでいる。
【０１３０】
図９は、パーソナルコンピュータ３０１を用いた従来の文書閲覧処理を示すフローチャートである。従来の文書の閲覧処理としては、図９に示すように、文書閲覧用のアプリケーションプログラムを起動し（ステップＳ１０１）、起動したアプリケーションプログラムからこのアプリケーションプログラムのフォーマットに適合した文書ファイルを読込み（Ｓ１０２）、これを表示するというものである（Ｓ１０３）。また、このような処理は、文書ファイルをユーザがマウス３１２等で選択起動（例えばダブルクリック）することで、選択された文書ファイルに関連付けられたアプリケーションプログラムが起動する、という仕組みになっているのが一般的である。つまり、従来のパーソナルコンピュータ３０１における文書ファイルの閲覧処理手法としては、全てアプリケーションプログラムから文書データを読込む、というものである。よって、文書ファイルに含まれている文書を表示、編集等するためには、その文書に対応するアプリケーションプログラムが不可欠である。
【０１３１】
図１０は、パーソナルコンピュータ３０１を用いたカプセル化文書１０１の文書閲覧処理を示すフローチャートである。ここで、このようなパーソナルコンピュータ３０１とカプセル化文書１０１とによって情報処理装置を構成している。
【０１３２】
カプセル化文書１０１は、テキスト情報１０３及びメディア情報１０４というその実体データに対応するアイコンをパーソナルコンピュータ３０１上に表示するための図示しないアイコンに関するアイコンファイルを含んでいる。そこで、このアイコンファイルに従ったアイコンがパーソナルコンピュータ３０１上に表示されることから、ユーザがマウス３１２等でカプセル化文書１０１の実体データに対応するアイコンを選択起動（ダブルクリック）すると、カプセル化文書１０１内に書庫ファイル２０１として書庫形式で格納されている基本プログラム１１１が起動される（Ｓ２０１）。基本プログラム１１１は、その起動後、文書を表示させるための表示ウインドウを作成する（Ｓ２０２）。そして、基本プログラム１１１は、ＸＭＬ等で記述された書庫ファイル２０１内の文書配置情報１０２を読み込む（Ｓ２０３）。
【０１３３】
基本プログラム１１１は、文書配置情報１０２の読み込み後、タグ構造を解析して（Ｓ２０４）、図５に例示するようなタグ名に対応する拡張プログラム１１２を別スレッドで起動し、文書配置情報１０２に記述してあるアトリビュートを各拡張プログラム１１２に渡す（Ｓ２０５）。基本プログラム１１１は、このような処理をカプセル化文書１０１に格納された文書配置情報１０２における全てのタグについて処理終了まで行い（Ｓ２０６）、これによって、文書配置情報１０２に記述された複数の拡張プログラム１１２が別スレッドで起動する（Ｓ２０５）。
【０１３４】
各拡張プログラム１１２は、基本プログラム１１１より受け取ったアトリビュートを解析し（Ｓ２０７）、アトリビュートの内容に応じて必要なテキスト情報１０３及びメディア情報１０４をカプセル化文書１０１内の書庫ファイル２０１から読み込む（Ｓ２０８）。そして、各拡張プログラム１１２は、基本プログラム１１１が作成するウインドウ内におけるアトリビュートに応じた大きさの領域にテキスト情報１０３及びメディア情報１０４を表示する（Ｓ２０９）。このような処理を行うことで、カプセル化文書１０１は、複数のテキスト情報１０３及びメディア情報１０４を基本プログラム１１１が確保したウインドウに表示することができる。
【０１３５】
また、拡張プログラム１１２は、そのような表示後、各種のイベント発生を認識した場合は（Ｓ２１０のＹ）、認識したイベントに応じた処理を実行する（Ｓ２１１）。このように、カプセル化文書１０１は、従来の文書とは根本的に異なる構造で文書を表示することができる。
【０１３６】
［拡張プログラム１１２を利用した通信機能］
次いで、拡張プログラム１１２を利用した通信機能について説明する。
【０１３７】
この通信機能というのは、ネットワークインタフェース３０９を介してネットワーク上に接続されている２以上のパーソナルコンピュータ３０１において起動しているカプセル化文書１０１の間で通信を実行させる機能である。
【０１３８】
ここでは、先に説明したカプセル化文書１０１に通信機能を加える。その場合、通信機能を指定するＸＭＬのタグは、一例として、＜ｃｏｍ／＞とする。例えば基本プログラム１１１は、このタグを読んだときに、通信機能を有する拡張プログラム１１２を起動し、拡張プログラム１１２は、ディスプレイ３１０に表示されるカプセル化文書１０１の表示中に図示しない通信ボタンを表示する。
【０１３９】
図１１は、１対１でのカプセル化文書１０１間における通信の確立処理を示すフローチャートである。ここでは、便宜上、二つの別のパーソナルコンピュータ３０１である端末Ａで起動している文書Ａと端末Ｂで起動している文書Ｂという、二つのカプセル化文書１０１間での通信の確立について説明する。
【０１４０】
端末Ａで起動している文書Ａでは、通信ボタンをクリックしたことを拡張プログラム１１２が受け取ると（Ｓ３０１）、ソケットをオープンし、通信待ち状態になる（Ｓ３０２）。この際に使用するポートは各文書に共通であれば良い。
【０１４１】
次に、通信相手である端末Ｂで起動している文書Ｂを指定する場合には（Ｓ３０３）、自身の文書識別コード４０１を送信する（Ｓ３０４）。このＳ３０４での処理は、別スレッドで行っても良い。
【０１４２】
図１２は、文書識別コード４０１を例示する模式図である。文書識別コード４０１は、自文書を特定するための識別コードであり、その内容としては、図１２に例示するように、ＩＤ番号４０２、ネットワークアドレス番号（ＩＰアドレス）４０３、ポート番号４０４、タイトル４０５、バージョン４０６及びユーザ名４０７という情報を含んでいる。
【０１４３】
この際、自身の文書識別コード４０１の送信（Ｓ３０４）を伴う通信相手である文書Ｂの指定は、文書Ｂのネットワークアドレス番号（ＩＰアドレス）４０３によって行っても良いし、文書Ｂのユーザ名４０７によって行っても良い。
【０１４４】
そして、送信先である文書Ｂが受信可能な状態である場合、文書Ｂは、文書Ａから通信確立要求を受信する（Ｓ３５１）。文書Ａから通信確立要求を受信した文書Ｂは、文書Ａを通信相手として登録し、文書Ａに対して自身の文書識別コード４０１を送信する（Ｓ３５２）。この場合の文書識別コード４０１は、文書Ｂのネットワークアドレス番号（ＩＰアドレス）４０３でも、文書Ｂのユーザ名４０７でも、その他の情報でも良い。
【０１４５】
そこで、文書Ａは文書Ｂから送信された文書Ｂの文書識別コード４０１を受信し（Ｓ３０５）、これによって、文書Ａと文書Ｂとの間で通信が確立する。以上の処理が、１対１でのカプセル化文書１０１における通信の確立処理である。
【０１４６】
図１３は、複数のカプセル化文書１０１間における通信の確立処理を示すフローチャートである。このような複数のカプセル化文書１０１間における通信の確立処理については、ネットワーク上に置かれたパーソナルコンピュータ３０１の一機能であるリストサーバに依存している。このリストサーバの役割や動作については後述する。
【０１４７】
図１３に示すように、或るカプセル化文書１０１に表示されている通信ボタンがクリックされると（Ｓ４０１）、そのカプセル化文書１０１を起動させているパーソナルコンピュータ３０１では、拡張プログラム１１２に含まれている通信可能文書管理プログラムとしてのリストサーバが起動しているかどうかを判定し（Ｓ４０２）、起動していなければ（Ｓ４０２のＮ）リストサーバを起動する（Ｓ４０３）。そして、その際のＰＯＲＴを、例えば５０００として決定しておく。また、文書自身の受信ＰＯＲＴを任意に取得する（Ｓ４０４）。このポートは、文書状態取得用のポートであり、同一パーソナルコンピュータ３０１で複数の通信可能なカプセル化文書１０１を起動する場合には、各々のカプセル化文書１０１毎に違う番号が割り振られる。リストサーバのポートは、文書識別コード４０１の受信用ポートであり、各パーソナルコンピュータ３０１に共通するポート番号である。カプセル化文書１０１は、その文書状態受信用ＰＯＲＴ番号を含む自分の文書識別コード４０１（ＩＰアドレス４０３、ポート番号４０４、タイトル４０５、バージョン４０６、ユーザ名４０７など）を、ネットワークインタフェース３０９を介してリストサーバのＰＯＲＴ（ここでは、５０００）でブロードキャストする（Ｓ４０５）。ブロードキャストは、例えばＩＰアドレス：２５５．２５５．２５５．２５５のブロードキャストアドレスに送信し、サブネット内の全てのパーソナルコンピュータ３０１に識別コードを送信する。
【０１４８】
以上の一連の処理により、カプセル化文書１０１は、固有のポート番号で文書状態の通信を受けられる状態になる（Ｓ４０６）。また、ブロードキャストによる通知を受け取ったリストサーバは、その識別コードを自身のリストに加える。
【０１４９】
ここで、リストサーバは、各パーソナルコンピュータ３０１において通信可能なカプセル化文書１０１の管理を行う。この場合、リストサーバは、ネットワーク上の全ての通信可能なカプセル化文書１０１を把握する機能を有する。また、リストサーバは、カプセル化文書１０１が起動しているパーソナルコンピュータ３０１上で既にリストサーバが起動している場合には起動しない。これは、一つのパーソナルコンピュータ３０１において複数の通信可能なカプセル化文書１０１を起動した場合、各々のカプセル化文書１０１がネットワーク上の通信可能なカプセル化文書１０１を把握するのでは、各々重複した情報を持つことに他ならずに負荷が重くなるからである。このため、一つのパーソナルコンピュータ３０１においては一つのリストサーバだけを起動させるという処理が実行される。これにより、複数のカプセル化文書１０１を起動した際の通信文書管理の負担を一つのカプセル化文書１０１にだけ集約することができる。
【０１５０】
図１４は、リストサーバでの処理を示すフローチャートである。リストサーバは、様々な要求（識別コードデータ）を待ち受ける（Ｓ４５１）。様々な要求の具体例としては、参加要求、退席要求、リスト追加要求などである。
【０１５１】
これらの要求は、データのヘッダに付された状態ＩＤとして特定される。そこで、リストサーバは、要求を受信すると（Ｓ４５２）、その状態ＩＤに基づいて要求の種類を判断し、処理を行う（Ｓ４５３）。そして、例えば参加要求を受け付けた場合、リストサーバは、ローカルにその参加要求をしてきたカプセル化文書１０１と同じタイトルで同じバージョンのカプセル化文書１０１があれば、そのローカルのカプセル化文書１０１に参加要求を通知する（Ｓ４５４）。
【０１５２】
ローカルのカプセル化文書１０１を起動しているパーソナルコンピュータ３０１は、そのような参加要求を受信し、通信可能なカプセル化文書１０１として、起動中であるローカルのカプセル化文書１０１それ自身のリストに加える。退席要求があった場合にはその逆で、リストから削除していく。
【０１５３】
図１５は、複数のカプセル化文書１０１間における通信を切断する処理（退席する際の処理）を示すフローチャートである。或るパーソナルコンピュータ３０１において起動中のカプセル化文書１０１において切断ボタンがクリックされると（Ｓ４１１）、リストからの削除要求をブロードキャストし（Ｓ４１２）、これを各パーソナルコンピュータ３０１のリストサーバが受信すると（Ｓ４１３）、各リストサーバはその切断ボタンがクリックされたカプセル化文書１０１を通信可能なカプセル化文書１０１のリストから削除する（Ｓ４１４）。これにより、各パーソナルコンピュータ３０１のリストサーバが同タイトル同バージョンのローカル文書に削除要求を出し（Ｓ４１５）、ローカル文書の通信相手リストから削除する（Ｓ４１６）、という処理が実行される。
【０１５４】
ここで、既に２つの端末Ａ、Ｂ（パーソナルコンピュータ３０１）間で通信状態にある場合に、端末Ｃ（パーソナルコンピュータ３０１）が通信に加わるときには、端末Ｃ（パーソナルコンピュータ３０１）からのブロードキャストで文書識別コード４０１を受信することにより、端末Ａ、Ｂ（パーソナルコンピュータ３０１）は端末Ｃ（パーソナルコンピュータ３０１）が加わったことがわかる。しかしながら、端末Ｃ（パーソナルコンピュータ３０１）は、その時点で通信可能なカプセル化文書１０１がどれだけあるかが分らない。そこで、リストサーバは、他のパーソナルコンピュータ３０１から参加要求があった場合、そのパーソナルコンピュータ３０１に対して現在通信可能であるカプセル化文書１０１のリストを、参加要求をしてきたパーソナルコンピュータ３０１に送信する機能をも有している。
【０１５５】
ここでいうリストとは、通信時にやり取りされる文書固有の文書識別コード４０１の集合を意味する。この場合、ネットワーク上にあるリストサーバが起動している全てのパーソナルコンピュータ３０１から応答を出しても良いが、各々の端末（リストサーバ）は、ネットワーク上の通信可能文書のリストを各々持っているため、全てのリストサーバから応答するのは無駄である。従って、ネットワークの負荷軽減を考え、何らかの方法で一つのパーソナルコンピュータ３０１を選択し、新しく参加要求を出してきたパーソナルコンピュータ３０１にリストを送信する。何らかの方法としては、参加要求を出してきたパーソナルコンピュータ３０１に一番近いＩＰアドレスを持つパーソナルコンピュータ３０１がリストを送る役割を果たす、というような方法が実施可能である。これらのデータのやり取りは、ＵＤＰ、ＴＣＰ／ＩＰといった標準的なプロトコルを用いて行われる。
【０１５６】
以上のような処理により、各々のカプセル化文書１０１において通信可能な文書の一覧ができる。この一覧をカプセル化文書１０１中に、例えば同期ボタンとして表示させることにより、そのボタンをクリックすればそのカプセル化文書１０１に同期可能となる。また、通信可能なカプセル化文書１０１の全てを一度に同期することが可能なボタンも用意する。
【０１５７】
図１６は、カプセル化文書１０１の文書パネル中に表示される同期ボタンの一例を示す模式図である。図１６に例示するように、カプセル化文書１０１のディスプレイ表示中に出現する文書パネル５０１には、送信可能文書の一覧を同期ボタン５０２として表示する。同期ボタン５０２中、一番上の「全てに送信」と表示されている全指定ボタン５０３は、通信可能なカプセル化文書１０１の全てに送信することを指定するボタンであり、その下の個別指定ボタン５０４は、各々に対応するカプセル化文書１０１に送信することを指定するボタンである。
【０１５８】
これらの全指定ボタン５０３又は個別指定ボタン５０４をクリックすると、カプセル化文書１０１の状態、つまり文書状態が送信され、各カプセル化文書１０１が同期する。文書状態のやり取りには、識別コードにあるＩＰアドレスと文書各々が持つ文書状態受信用のポート番号との組で直接やり取りを行う。この際、文書状態のやり取りには、リストサーバは関与しない。
【０１５９】
図１７は、全指定ボタン５０３又は個別指定ボタン５０４である同期ボタン５０２がクリックされた後の処理を示すフローチャートである。まず、全指定ボタン５０３又は個別指定ボタン５０４である同期ボタン５０２がクリックされると（Ｓ６０１）、カプセル化文書１０１内の拡張プログラム１１２は、図１０のステップＳ２１０においてイベント検出ありと判定し（Ｓ２１０のＹ）、認識したイベントに応じた処理を実行する（Ｓ２１１）。この場合のイベントに応じた処理は、情報収集要求である。つまり、送信側のパーソナルコンピュータ３０１では、拡張プログラム１１２の処理によって、起動中であるカプセル化文書１０１の文書状態を取得する（Ｓ６０２）。ここでいう文書状態とは、文書のａページが表示されていて、画像が表示装置の（ｘ，ｙ）座標の位置にポップアップされている、というような情報の集まりを意味する。そして、拡張プログラム１１２は、取得した文書状態を別のカプセル化文書１０１を起動しているパーソナルコンピュータ３０１に対して、標準的なプロトコルを用いネットワークインタフェース３０９を介して送信する（Ｓ６０３）。
【０１６０】
図１８は、図１７のフローチャートに示す処理をより多元的に示す模式図である。全指定ボタン５０３又は個別指定ボタン５０４である同期ボタン５０２のクリックによって拡張プログラム１１２がイベント検出をした場合、拡張プログラム１１２は、状態送信要求を行う。これにより、図１８では拡張プログラム１、２、３、…として示す拡張プログラム１１２内のモジュールが状態送信を行い、これを図１８では通信プログラムとして示す拡張プログラム１１２内のモジュールが受け取り、ネットワークインタフェース３０９を介しての送信を実行する。
【０１６１】
すると、図１７のフローチャートに戻り、受信側のパーソナルコンピュータ３０１では、ネットワークインタフェース３０９を介して文書状態情報を受信し（Ｓ６１１）、受信した文書状態情報に基づいて、起動中のディスプレイ表示しているカプセル化文書１０１のディスプレイ表示に反映させる。
【０１６２】
図１９は、文書Ａと文書Ｂという二つのカプセル化文書１０１が同期している状態を示す模式図である。これらの文書Ａ及び文書Ｂは、内容的には同一のカプセル化文書１０１である。一方のパーソナルコンピュータ３０１で起動している文書Ａはその文書の第１３ページ（Ｐ１３）を表示し、もう一方のパーソナルコンピュータ３０１で起動している文書Ｂはその文書の第２２ページ（Ｐ２２）を表示している。このような状態で、文書Ａから文書Ｂに対して文書状態情報が送られると、文書Ｂでそれを受け取り、その状態が反映され、文書Ｂの表示が文書Ａと同じ第１３ページ（Ｐ１３）の表示となる。
【０１６３】
このような同期処理は、リアルタイムで行われても良い。つまり、上述した処理の一例では、同期ボタン５０２が押されたとき（もしくは離したとき）に、そのアクションをイベントとして検出し、拡張プログラム１１２が含んでいる各拡張プログラム１、２、３、…に文書状態情報の収集要求を出したのに対して、何らかのアクション、例えば、ページ捲りや画像表示、画像拡大する際に起きるイベントであるマウスクリック後のリリース時点等を検出し、この検出に基づいて拡張プログラム１１２が含んでいる各拡張プログラム１、２、３、…に文書状態情報の収集要求を出し、拡張プログラム１１２が含んでいる通信プログラムがこれを受け取って送信することにより、各イベント発生時に常に同期を取らせることも可能である。
【０１６４】
このようにして、複数のパーソナルコンピュータ３０１においてカプセル化文書１０１の同期を取っていくことにより、カプセル化文書１０１間での情報のやり取りを行うことが可能となる。例えば、複数のパーソナルコンピュータ３０１において起動しているあるカプセル化文書１０１の或るページを会議の参加者に見せたい場合には、発言者はそのページを開いて同期ボタン５０２をクリックすることにより、パーソナルコンピュータ３０１において起動している同一内容を含む別のカプセル化文書１０１においてそのページが開くようにし、これを閲覧させる、というような方法での情報の共有やコラボレーションが可能になる。
【０１６５】
［拡張プログラム１１２を利用したユーザ行為の記録再生機能］
次いで、拡張プログラム１１２を利用したユーザ行為の記録再生機能について説明する。
【０１６６】
ここでは、カプセル化文書１０１の記録再生機能について述べるが、記録再生機能を実現するには、必ずしもカプセル化文書１０１であることが不可欠というわけではない。もっとも、拡張プログラム１１２での機能追加という観点からは、カプセル化文書において実現することがより有用である。
【０１６７】
カプセル化文書１０１において、ユーザ操作や通信情報といったユーザ行為を記録するために、一例として、＜ＲＥＣＯＲＤＥＲ／＞というＸＭＬのタグを用意する。
【０１６８】
プログラム１０５が＜ＲＥＣＯＲＤＥＲ／＞タグを読むと、ユーザ操作及び通信記録機能のための拡張プログラム１１２である記録プログラムが起動し、カプセル化文書１０１のディスプレイ表示中に図示しないレコーダボタンを表示する。
【０１６９】
ここで、ユーザ操作及び通信の記録というのは、ディスプレイ３１０でのカプセル化文書１０１の表示内容が「ｘページの表示」であれば、データは、ｐａｇｅ＝ｘといったような文書の表示状態を記録していく。
【０１７０】
図２０は、ディスプレイ３１０に表示されている文書での文書状態を収集する手順を例示する模式図である。マウスクリックなどのイベントが発生したことが図１０のステップＳ２１０で検出されると、拡張プログラム２１１である拡張プログラム１、２、３、…に対して情報収集要求が発せられる。各拡張プログラム１、２、３、…は、拡張プログラム２１１の一つであるユーザ行為の記録再生用の記録プログラムに対して状態情報を送信する。すると、記録プログラムはそのような状態情報の集まりを取得し、これを記憶する。こうして記録されるユーザ行為は、ユーザによるある特定の操作の他、通信機能によって実現される各カプセル化文書１０１間での通信情報も含まれる。
【０１７１】
一例として、通信情報の記録について説明する。各カプセル化文書１０１間で通信が実行される際には、各拡張プログラム１、２、３、…に文書状態情報が送られてくるため、各拡張プログラム１、２、３、…から送信されたそのような文書状態情報を受信した記録プログラムは、これを記録する。
【０１７２】
図２１は、記録プログラムが記録する記録データのデータ構造を例示する模式図である。図２１に示すように、記録データは記録単位毎に時系列で配列されて保持されている。このような記録データの内容としては、例えば、送信時のデータであれば、送信ＩＤ、送信時の時刻、チェックの有無、文書状態等である。また、送信元なら送信元の識別コード、ユーザ操作の記録ならその文書の識別コードというように、記録される情報の識別コードも併せて記録されている。
【０１７３】
図２２は、記録時のディスプレイ表示例を示す模式図である。あるカプセル化文書１０１をディスプレイ３１０に表示させている状態でその中に含まれている図示しないレコーダボタンをクリックすると、プログラム１０５はそのアクションを受け取り、図２２に例示するようなポップアップウインドウ６１１がディスプレイ３１０にポップアップ表示される。このポップアップウインドウ６１１では、ユーザである自分が自らの操作等によって明示的に記録した記録、送信記録、受信機録がそれぞれどういうタイミングでなされたかを表示する。
【０１７４】
ここで、ポップアップウインドウ６１１の各オブジェクトについて説明する。ポップアップウインドウ６１１には、記録表示スライダ６１２、再生ボタン６１４、早送りボタン６１５、巻き戻しボタン６１６、一時停止ボタン６１７、メモボタン６１８、送信ボタン６１９、受信ボタン６２０、チェックボックス６２１、記録ボタン６２２及びチェックボタン６２３が出現している。
【０１７５】
また、ポップアップウインドウ６１１には、記録経過表示フィールド６２４、時間表示フィールド６２５及びメモ書きフィールド６２６が用意されている。記録経過表示フィールド６２４には、記録のメタファとなる記録識別子６２７が表示される。これらの記録識別子６２７は、メモボタン６１８、送信ボタン６１９、受信ボタン６２０に対応させてそれらを縦軸として扱い、時間の経過を横軸として対応する記録の様子を可視的に示している。
【０１７６】
記録表示スライダ６１２は、表示したい時刻にバー６１３を移動させることにより、その時点の保存された情報から文書状態を呼び出し、文書の表示をその状態に変えるためのオブジェクトである。
【０１７７】
図２３は、記録表示スライダ６１２の操作に応じて拡張プログラム１１２が実行する処理を示すフローチャートである。図２３に示すように、記録表示スライダ６１２で状態表示をさせたい記録を選択指定すると（Ｓ９１１）、選択したデータが時系列記録データの何番目の記録であるかを取得する（ステップＳ９１２）。例えば、その選択データが図３４に例示する時系列のＮ番目のデータであるとすると、時系列の記録データからＮ番目のデータを読み込み（Ｓ９１３）、図示しない記憶領域に記憶されている該当する文書状態情報を取得して文書の状態をその情報に基づいた内容で表示し、その状態を現在のディスプレイ表示に反映する（Ｓ９１４）。
【０１７８】
再生ボタン６１４は、時系列に文書の状態の変化を表示することを指定するためのボタンである。また、早送りボタン６１５、巻き戻しボタン６１６、一時停止ボタン６１７も、それらに付随する機能を指定するためのボタンである。さらに、メモボタン６１８、送信ボタン６１９、「Ａさん」、「Ｂさん」と表示されている受信ボタン６２０、及びこれらのメモボタン６１８、送信ボタン６１９、受信ボタン６２０の左にあるチェックボックス６２１は、再生するデータを選択するためのボタンである。
【０１７９】
図２４及び図２５は、再生処理を示すフローチャートである。再生ボタン６１４がクリックされた旨をプログラム１０５が受け取ると（Ｓ９２１）、図２２中に示す記録毎のチェックボックス６２１にチェックが入っているかどうかを確認する（Ｓ９２２）。
【０１８０】
その結果、もしもチェックボックス６２１にチェックが入っていない場合には、全記録を時系列で文書に反映していく（Ｓ９２３）。そのためには、図２５に示すように、まず、時系列の順番を特定するＮ＝０番目の記録から読み出し（Ｓ９４１）、Ｎ番目の記録を読み出して（Ｓ９４２）、その情報を取得する（Ｓ９４３）。そして、取得したデータの文書状態情報に基づいて文書表示をその状態に変え、文書状態情報を反映させる（Ｓ９４４）。その後、データ列が終点かどうかを判断し（Ｓ９４５）、終わりでなければ（Ｓ９４５のＮ）、データ番号Ｎを１つ進め（Ｓ９４５のＹ）、再度Ｎ番目のデータを読取り（Ｓ９４２）、その情報を取得して（Ｓ９４３）これを表示していく（Ｓ９４５）。このような手順を、データの終点まで繰返す（Ｓ９４５、Ｓ９４６）。
【０１８１】
これに対して、チェックボックス６２１を確認した結果、チェックのあるチェックボックス６２１が１つ又は複数あった場合には、そのチェックのある記録だけを再生していく。図２４は、Ａさんからの送信を受信した記録に関してチェックが入っていた場合の再生の処理を示す。つまり、チェックボックス６２１を確認した結果、Ａさんからの送信の受信記録に対してチェックがあったため、ＩＤ＝Ａさんの記録のみ表示に反映させていく（Ｓ９２４）。それには、時系列の順番を特定するＮ＝０から始まり、Ｎ番目の記録を読み出していく（Ｓ９２５）。そして、Ｎ番目の記録を読出し（Ｓ９２６）、そのデータ中のＩＤの情報を確認する（Ｓ９２７）。
【０１８２】
図２１に示す記録プログラムが記録する記録データのデータ構造を参照すると明確であるように、記録内容にはＩＤが含まれている。このＩＤは、その記録内容がどのような記録内容であるかについての情報を示している。例えば、自分が送信した記録であれば、ＩＤ＝送信、Ａさんからの送信を受信した記録であれば、ＩＤ＝Ａさん、というように情報が格納されている。
【０１８３】
そこで、図２２のフローチャートに示すように、記録データ中のＩＤをチェックし、ＩＤ＝Ａさんであった場合には（Ｓ９２７のＹ）、その記録の状態を文書に反映する（Ｓ９２８）。そうでない場合には（Ｓ９２７のＮ）、そのデータが最後のデータであるかどうかをチェックし（Ｓ９２９）、最後のデータであれば終了（Ｓ９３０）、まだデータがある場合にはＮ＝Ｎ＋１として（Ｓ９２９のＮ）、次のデータを読出していく（Ｓ９２５）。このような処理を、データが終わるまで繰返していくことによって、Ａさんからの送信を受信した記録のみを再生していくことができる。
【０１８４】
次いで、記録ボタン６２２は、ユーザが明示的に、つまり自らの意思で文書状態の記録を保存したい場合に使用する。
【０１８５】
チェックボタン６２３は、文書状態の記録に対して、「重要」、「疑問」などの情報を付加する。このようなチェックボタン６２３で情報が付加されると、記録経過表示フィールド６２４において表示される対応する記録識別子６２７の色が付加された情報に応じて変化する。
【０１８６】
なお、チェックボタン６２３を記録ボタン６２２と共に最初の文書パネル中に表示させておき、例えば「重要」ボタンがクリックされたら、図２１に示すデータ中のｃｈｅｃｋをｃｈｅｃｋ＝重要のようにして文書状態を記録させるようにしても良い。
【０１８７】
メモ書きフィールド６２６に書かれた内容は記録データとともに記録される。この際の記録データは、コメント記入時に表示している記録データである。
【０１８８】
また、記録時には、パーソナルコンピュータ３０１から時間情報を取得し、記録時間を文書状態の記録とともに格納する。また、文書起動時の時刻を記憶しておき、その時刻からの経過時刻を記憶しておいてもよい。何れにしても、このような時間情報は、時間表示フィールド６２５に表示される。
【０１８９】
図２６は、時刻設定処理を示すフローチャートである。上述した再生、早送り、巻き戻し、一時停止の処理の際の時間間隔の制御は、パーソナルコンピュータ３０１から取得したような時刻に基づいて実施する。つまり、図２６に示すように、例えばｎ番目の記録からのｎ＋１番目の記録を再生する場合、記憶データ列のｎ番目を読み（Ｓ９５１）、時間情報Ｔ（ｎ）を取得する（Ｓ９５２）。これに応じて取得した時間情報Ｔ（ｎ）での内容に表示を反映し（Ｓ９５３）、その後、ｎ＋１番目のデータを読みに行く（Ｓ９５４）。これによってｎ＋１番目のデータの時間情報Ｔ（ｎ）を取得し（Ｓ９５５）、ｎ番目との時間差を計算し、その時間の分だけｎ＋１番目の記録データの反映を遅らせる（Ｓ９５６）。早送りであれば、例えば、その時間を半分にする。
【０１９０】
なお、記録を取っていく際に、常に１つ前の記録データとの時間差を計算して予めデータの一部として格納しておき、再生時には、時間差を計算することなくそのデータを使うのも良い。
【０１９１】
以上説明したような記録は、各々のカプセル化文書１０１によって行われるため、各々のカプセル化文書１０１が独自の通信記録、操作記録を持つことになる。
【０１９２】
［本実施の形態］
上述したような既提案内容を前提とする本実施の形態を以下に説明する。
【０１９３】
［システム構成］
会議システム等に適した本実施の形態のデータ通信システムは、各々データ通信装置として機能する複数台のコンピュータをネットワーク上に接続することにより構成される。
【０１９４】
即ち、各々図８に示したような構成のコンピュータ３０１が用いられるが、他のコンピュータ３０１と情報（データ）のやり取りを行うプログラム（アプリケーション）では、ネットワークインタフェース３０９を介して情報の送受信を行う。現在、オフィスでは、図２７に示すように、ネットワークとしてローカルエリアネットワーク（ＬＡＮ）３１４を形成し、各々のコンピュータ３０１がネットワークインタフェース３０９を介して接続されているのが一般的である。
【０１９５】
各コンピュータ３０１には、自己のコンピュータ３０１を一意に決定するためのＩＰアドレス、ホストネームが割当てられている。各コンピュータ３０１に一意にＩＰアドレスが割当てられているため、コンピュータ３０１を一意に決定することができ、前述したように、ネットワークインタフェース３０９を介しての情報のやり取りが可能となる。
【０１９６】
また、現在の一般的なネットワーク環境においては、ブロードキャストやマルチキャストと呼ばれる、多数のコンピュータ３０１に同時に送信する仕組みが備わっている。ブロードキャストは不特定多数、マルチキャストは特定多数を意味し、マルチキャストはマルチキャストグループなるものに加わっている場合のみ情報を受け取る。ブロードキャスト、マルチキャストともに、特定の専用のＩＰアドレスに送信することにより、多数のコンピュータ３０１に同時に同じデータを配信できる。また、ブロードキャスト、マルチキャストともにネットワーク構成単位であるＬＡＮ３１４（若しくはサブネット）を超えて情報が伝播することは通常ない。あるとすれば、マルチキャストのデータに伝播数を決定するＴＴＬ（Ｔｉｍｅ　Ｔｏ　Ｌｉｖｅ）が０より大きい値が設定されていて、かつ、ルータ（ＬＡＮ間のデータを中継し、データの経路を決定するネットワークデバイス）がその伝播を許すように設定されている場合である。また、ルータによってはマルチキャスト自体に対応していない場合もある。他のコンピュータ３０１と情報をやり取りするプログラムは、ブロードキャストやマルチキャストのように、１つのコンピュータ３０１（例えば、Ｃｏｍｐｕｔｅｒ１）から多数の他のコンピュータ３０１（例えば、Ｃｏｍｐｕｔｅｒ２，３，４）に同じデータを同時に送信する場合（図２７（ｂ）参照）と、１つのコンピュータ３０１（例えば、Ｃｏｍｐｕｔｅｒ１）から他の１つのコンピュータ３０１（例えば、Ｃｏｍｐｕｔｅｒ３）へ送信する場合（図２７（ｃ）参照）とに大きく二つに分けられる。後者はその送信形態からユニキャストと呼ばれる。
【０１９７】
［プログラム構成］
本実施の形態に関係するプログラム構成例を図２８に示す。本実施の形態を実現する上で、このプログラムはカプセル化文書１０１中に一体化されていることは必ずしも必要ないが、本実施の形態では、カプセル化文書１０１中に一体に含まれるプログラム１０５中の拡張プログラム１１２の一つとして用意されたものである。
【０１９８】
このプログラムは、コンピュータ３０１間で情報の送受信を行う通信機能を持たせた通信プログラムである通信部１２１と、受信したデータを格納したり、送信用のデータを用意したり、操作情報を取得したりするデータ処理機能を持たせたデータ処理プログラムであるデータ処理部１２２と、ユーザに対して受信データの表示などをディスプレイ３１０に行わせる出力機能を持たせた出力プログラムである出力部１２３とからなる。通信部１２１においては、受信プログラムである受信部１２４と送信プログラムである送信部１２５とを有し、ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）に対応した送受信が可能である。
【０１９９】
出力部１２３は図２９に示すようなユーザインタフェースでディスプレイ３１０に表示する。このユーザインタフェースは、プログラム（アプリケーション）のウインドウ領域を示すアプリケーションフレーム１３１と、データの内容を表示するコンテンツ表示パネル１３２、通信モードを切換えるためのモードボタン１３３、特定ユーザにデータを送信するための送信ボタン１３４及びコンテンツに対して何らかの機能（加筆やページ送りなど）を加えるＦ１，Ｆ２等のファンクションボタン１３５からなる。モードボタン１３３は、ここでは、パブリックモードボタン１３３ａとローカルモードボタン１３３ｂとの２種類の例を示す。プライベートモードを加えた３種類のモードの動作例は後述する。
【０２００】
ここで、本実施の形態が備える各モードの特徴について簡単に述べる。「パブリックモード」とは、受信時には、他のコンピュータがパブリックモードで送信してきた情報を受信し、その情報を処理し、即座に出力部１２３へ伝達し、表示に反映させ、送信時には、自身の操作時の状態（ページ送りや加筆、移動などのイベントが起こったときの状態）の情報を、送信ボタン１３４などを押すことなく、後述する操作情報取得機能によって操作情報を取得した際に、ブロードキャスト若しくはマルチキャストによって送信するモードである。「ローカルモード」とは、自身は一切送信せず、パブリックモードのプログラムから送信されてきた情報は、バックグラウンドで受信し、格納する。「プライベートモード」とは、特定のプログラム（コンピュータ）と１対１で情報の送受信を行うモードであり、パブリックモードのプログラムから送信されてくる情報はバックグラウンドで受信、格納を行う。
【０２０１】
本実施の形態は、概略的には、前述したような既提案例をベースとしつつ、これらのパブリックモード、ローカルモードによる動作制御、さらには、プライベートモードによる動作制御を加えたものである。
【０２０２】
送信ボタン１３４は、「Ａｌｌ」ボタン１３４ａ以外のボタン１３４ｂ，１３４ｃ，１３４ｄはネットワーク３１４上の通信可能なユーザを示しており、ユーザが表示されていれば、そのユーザとは通信が確立していることを示す。「Ａｌｌ」ボタン１３４ａは、通信確立されている全ユーザに送信するためのボタンである。各コンピュータ３０１で起動しているプログラムは起動時に自身の情報（ＩＰアドレスやホスト名、通信に使用するポート番号など）をブロードキャストすることにより、既に他のコンピュータ３０１で起動しているプログラムに対して通知する。通知を受け取ったプログラムはそのプログラムが保有しているユーザ情報を通知してきたプログラムに送信してやることにより、各プログラムが共通のユーザ情報を得ることができる。ブロードキャストが届かないような場所にいるプログラムに関しては直接ＩＰアドレスをユーザが指定して情報を送信し合う。このように、ＩＰアドレスやポート番号といった情報が相互に保持された状態のことを通信が確立した状態とする。
【０２０３】
［パブリックモード／ローカルモードサポート下でのデータ受信動作例］
通信確立後、ページ送りや加筆などのイベント発生時の文書の状態を送受信する。この状態情報のデータ受信時の動作を図３１に示す概略フローチャートを参照して説明する。
【０２０４】
当該プログラムは、起動時にデータ待受け状態になる（Ｓ１）。データを受信すると（Ｓ２）、自身のモードに関わらず、そのデータをメモリに格納する（Ｓ３）。モードに関係のないこのステップＳ３が保存ステップ又は保存手段として実行される。そして、モード状態を判断し（Ｓ４）、自身のプログラムの状態がパブリックモードであれば（Ｓ４のＹ）、受信データはパブリックモードによるものであり、そのまま受信データを出力部１２３の表示プログラムにデータを渡して表示を行わせる。即ち、表示に反映させる（Ｓ５）。パブリックモードでないとき、つまり、ローカルモードのときは（Ｓ４のＮ）、出力部１２３の表示プログラムに一切のデータを渡さない。ステップＳ４がモード判断ステップ又はモード判断手段として実行され、ステップＳ４のＹ，Ｓ５がパブリックモード受信処理ステップ又はパブリックモード受信処理手段として実行され、ステップＳ４のＮがローカルモード受信処理ステップ又はローカルモード受信処理手段として実行される。
【０２０５】
このように、パブリックモード時には、他のプログラムから送信されてくる情報をそのまま自身のプログラムに反映し、パブリックモードでないとき、つまりローカルモードの場合には、バックグラウンドで受信データを格納していき、他のプログラムからのデータの受信による表示の変更はない。
【０２０６】
このような動作を、実際的な処理として、通信部１２１中の受信部１２４における通信プログラムとデータ処理部１２２におけるデータ処理プログラム１，２とに分けて示すのが図３１である。通信プログラムはデータの受信に専念し（Ｓ１，Ｓ２）、受け取ったデータを直ぐにデータ処理プログラム１，２に渡す（Ｓ６）。データ処理プログラム１では、通信プログラムからのデータを待受け（Ｓ７）、受信した場合（Ｓ８）、自身がパブリックモードであれば（Ｓ４のＹ）、表示プログラムにデータを渡し、データの内容を表示に反映させる（Ｓ５）。パブリックモードでない場合には、何もせず、待受け状態（Ｓ７）に戻る。データ処理プログラム２では、通信プログラムからのデータを待受け（Ｓ９）、受信した場合（Ｓ１０）、受信データを次々に格納していく（Ｓ３）。
【０２０７】
このように、通信プログラムとデータ処理プログラムとに分ける利点は、データが連続的に大量に送られてきた場合でも各々のプログラムが並列的に処理を行うことが可能であるため、先に受信したデータの処理に手間取っているために、本来送信されているはずのデータが、受信できないといったことを極力防ぐことができる。
【０２０８】
従って、本実施の形態の一例によれば、他のコンピュータ３０１から送信されてくるデータを常に受取り、その情報に基づいて即座に表示プログラムに対して伝達して表示に反映させるパブリックモードと、他のコンピュータ３０１から送信されてくるデータをバックグラウンドで受取りながら、個人的な作業をすることができるローカルモードとを有することにより、プレゼンテーションやミーティングの場では、通常はパブリックモードにしておくことにより、発言者の意図する情報が常に自己のコンピュータ３０１のディスプレイ３１０の画面に表示される。また、個人的に資料を振り返って見たり、先を見たりしたい場合には、ローカルモードにすることにより、強制的な表示の変更はされずに、自分の仕事に集中できる。その上、その間の受信データはきちんと保存されているので、後から参照が可能であり、情報を逃すことがない。
【０２０９】
［パブリックモード／ローカルモード／プライベートモードサポート下でのデータ受信動作例］
次に、プライベートモードを加えた、パブリックモード、プライベートモード及びローカルモードの３つのモードを有する条件下でのデータ受信時の動作について説明する。
【０２１０】
この場合、ユーザインタフェースとしては、モードを切換えるためのｐｕｂｌｉｃボタン１３３ａとｌｏｃａｌボタン１３３ｂとに加えて、図３２に示すように、ｐｒｉｖａｔｅのラベル１３３ｃを用意する。通常は、図２９に示したような２つのモードボタン１３３ａ，１３３ｂの表示であるが、ユニキャストの送受信時には図３２に示すようなｐｒｉｖａｔｅのラベル１３３ｃ表示により、プライベートモードであることを明示する。
【０２１１】
プライベートモードを加えた際のデータ受信時の動作を図３３に示す概略フローチャートを参照して説明する。当該プログラムは、起動時にデータ待受け状態になる（Ｓ１）。データを受信すると（Ｓ２）、自身のモードに関わらず、そのデータをメモリに格納する（Ｓ３）。そして、その受信データのモード属性と自己のモードとに応じて判断処理を行う（Ｓ１１，Ｓ４，Ｓ１２）。ここに、その受信データが、そのモード属性としてパブリックモードのプログラムから送信されたものであり（Ｓ１１のＹ）、かつ、自身がパブリックモードであれば（Ｓ４のＹ）、その受信データを即座に表示プログラムに渡して表示に反映させる（Ｓ５）。一方、受信データが、そのモード属性としてパブリックモードのプログラムから送信されたものであっても（Ｓ１１のＮ）、自身がパブリックモードでない場合（ローカルモード又はプライベートモードの場合）には（Ｓ４のＮ）、何もせず、受信待受け（Ｓ１）に戻る。
【０２１２】
さらに、受信データが、そのモード属性としてパブリックモードのプログラムから送信されたものではない場合（つまり、ユニキャストによるデータの場合）（Ｓ１１のＮ）、自身がプライベートモードであれば（Ｓ１２のＹ）、そのまま受信データを表示プログラムに渡して表示に反映させる（Ｓ５）。受信データが、そのモード属性としてユニキャストによるプライベートモードのデータであり（Ｓ１１のＮ）、自身がプライベートモードでない場合には（Ｓ１２のＮ）、自身の現在のモードにおける表示状態を保存し（Ｓ１３）、その後、自動的にプライベートモードに切換え（Ｓ１４）、受信データを表示プログラムに渡して表示に反映させる（Ｓ５）。
【０２１３】
ステップＳ１１のＮ，Ｓ１２のＮ，Ｓ１４がプライベートモード受信移行ステップとして実行され、特定のコンピュータとの間でデータの送受信を行うプライベートモードに速やかに移行する。
【０２１４】
現在のモードにおける表示状態を保存する場合には、自身がパブリックモードであった場合には、パブリックモード上の最新のデータとして保存（格納）し、ローカルモードであった場合には、ローカルモード上の最新のデータとして保存する。
【０２１５】
このようにして、ステップＳ１１，Ｓ４，Ｓ１２がモード判断ステップ又はモード判断手段として実行され、ステップＳ２，Ｓ３の処理とともに、ステップＳ１１のＮ，Ｓ１２〜Ｓ１４，Ｓ５の処理がプライベートモード受信処理ステップ又はプライベートモード受信処理手段として実行される。
【０２１６】
このような動作を、実際的な処理として、通信部１２１における通信プログラムとデータ処理部１２２におけるデータ処理プログラム１，２とに分けて示すのが図３４である。基本的には、通信プログラム、データ処理プログラム２に関しては図３１に示した場合と同じであるが、データ処理プログラム１中にステップＳ１１〜Ｓ１４の処理が付加されている点で異なる。
【０２１７】
従って、本実施の形態の他例によれば、パブリックモードとローカルモードとの２つのモードに加え、特定のコンピュータとの間でデータを送受信するためのプライベートモードを有し、プライベートモード時であっても受信データは保存されるので、プライベートモード時に送られてくるパブリックな情報も漏らさず受信することができる。即ち、会議などの場においては、パブリックな情報やローカルな情報だけでなく、細かな情報を得たり、不明な点の確認などを行ったりするために、全体に問うことはせず、特定の人と情報をやりとりするのが普通であり、このような特定の人とやり取りするプライベートな情報をプライベートモードにより扱えるようにしているので、ユーザにとって有益なミーティングシステム（アプリケーション）を提供できる。
【０２１８】
なお、これらの処理例において、他のプログラムから送信されるデータがパブリックモードのデータか、プライベートモードのデータかの判定は、モード属性情報を状態情報の中に一緒に組み込んでおけばよい。つまり、送信時にパブリックモードであれば、ｍｏｄｅ＝ｐｕｂｌｉｃ、プライベートモードであれば、ｍｏｄｅ＝ｐｒｉｖａｔｅといったようなデータを付加すればよい。又は、パブリックモード時の送信は、ブロードキャスト若しくはマルチキャストであり、プライベートモード時の送信はユニキャストであるため、ＵＤＰで受信したデータは、パブリックモードのプログラムから送信されたデータ、ＴＣＰで受信したデータは、プライベートモードのプログラムから送信されたデータというような区別にしてもよい。もっとも、ＵＤＰでもユニキャストできるので、ユニキャストにおいてもＵＤＰを使用する場合はこの方法は取れない。
【０２１９】
［データ送信動作例］
次に、本実施の形態の送信時の動作について図３５に示すフローチャートを参照して説明する。なお、この送信動作に関しては、パブリックモードとローカルモードとの２つのモードをサポートする場合、及び、この２つのモードにプライベートモードを加えた３つのモードをサポートする場合とで共通の動作であるので、ここでは、３つのモードをサポートする際の動作として示す。
【０２２０】
まず、データ処理部１２２中のデータ処理プログラムは、イベントを検出すると（Ｓ２１）、コンテンツ情報などの状態情報の収集を行う（Ｓ２２）。ここで言う「イベント」とは、例えば、ページ送り、画像の拡大、縮小、加筆など、マウスイベントに関するものや、テキスト入力といったキーボードイベントなどである。また、「状態情報」とは、イベントが発生したときの、表示しているページ番号、表示コンテンツのサイズ、表示位置、加筆の開始座標、中間座標、終点座標、色、太さなどである。これらのステップＳ２１，Ｓ２２が操作情報取得機能として実行される。状態情報収集後、自身の通信モードを判断し（Ｓ２３）、パブリックモードであれば（Ｓ２３のＹ）、状態情報に送信先をセットし（Ｓ２４）、通信部１２１中の送信部１２５の通信プログラムにデータを渡す（Ｓ２５）。この場合、送信先は、ブロードキャストアドレスかマルチキャストアドレスであり、どちらか採用している方をセットする。データ処理プログラムでは、状態情報を送信データとしてメモリに格納する（Ｓ２６）。
【０２２１】
一方、通信プログラムは、データ待受け状態から（Ｓ２７）、データ受信により（Ｓ２８）、受け取ったデータをブロードキャスト若しくはマルチキャストアドレスに送信する（Ｓ２９）。
【０２２２】
これらのステップＳ２３のＹ，Ｓ２４，Ｓ２５，Ｓ２７〜Ｓ２９がパブリックモード送信処理ステップとして実行され、操作情報が取得されることを契機として、当該操作情報をパブリックな情報として連続的に送信させる。従って、パブリックモード時にはユーザが明示的に送信操作を行うことなく、操作情報を取得した時点で操作情報を送信させることができ、例えば、送信ボタン１３４を押すことなく情報を連続的に送信させることができ、送信ボタン１３４を押すような煩雑さをなくすことができる。
【０２２３】
また、自身がパブリックモードでなかった場合は（Ｓ２３のＮ）、通信プログラムにデータを渡すことはせず、ユーザの操作情報としてメモリに格納し（Ｓ２６）、イベントの待受け状態（Ｓ２１）に戻る。従って、ステップＳ２３のＮがローカルモード送信処理ステップとして実行され、ローカルモード時のデータ送信が禁止される。従って、ローカルモード時にはデータを送信しないので、他のコンピュータ３０１に影響を与えることがない。
【０２２４】
この際、ローカルモードであった場合は、状態情報にｍｏｄｅ＝ｌｏｃａｌというようなモード属性情報を付加し、プライベートモードであった場合には、ｍｏｄｅ＝ｐｒｉｖａｔｅといったモード属性情報を付加する。これは、格納されているデータがどういう通信モード時のデータであるかを示すものであって、必ずしもこうする必要はない。例えば、ローカルモード、プライベートモード及びパブリックモード用の３種類の配列を用意して、各々のモード時のデータを格納していくといったことをしてもよい。
【０２２５】
［明示的な操作を伴う場合のデータ送信動作例］
図２９中に示した送信ボタン１３４を押したときのデータ送信動作例について図３６に示すフローチャートを参照して説明する。
【０２２６】
送信ボタン１３４の何れかをクリックした時（Ｓ３１）、それが、ＡＬＬボタン１３４ａ（全ての通信確立しているプログラム）であれば（Ｓ３２のＹ）、パブリックモードに移行させ（Ｓ３３）、状態情報を収集し（Ｓ３４）、送信先をセットする（Ｓ３５）。この送信先は前述したようにブロードキャストアドレスかマルチキャストアドレスである。つまり、このＡＬＬボタン１３４ａは、通信が確立しているネットワーク３１４上の全てのプログラムに対し明示的に送信したい場合に使用することができる。送信先をセットしたデータを通信プログラムに渡し（Ｓ３６）、状態情報を送信データとしてメモリに格納する（Ｓ３７）。
【０２２７】
ＡＬＬボタン１３４ａ以外の各ユーザ（各プログラム）ボタン１３４ｂ，１３４ｃ又は１３４ｄのイベントの場合は（Ｓ３２のＮ）、プライベートモードへ移行させ（必ずしも移行しなくても良い）（Ｓ３８）、状態情報を収集し（Ｓ３９）、ユーザ情報を取得する（Ｓ４０）。ユーザ情報は、ＩＰアドレス及び受信するためのポート番号である。これを送信先にセットし（Ｓ４１）、送信先をセットしたデータを通信プログラムに渡し（Ｓ３６）、状態情報を送信データとしてメモリに格納する（Ｓ３７）。この場合、データ送信先がそのユーザの固有のアドレスであるのでユニキャストになる。
【０２２８】
即ち、ステップＳ３２のＮ，Ｓ３８がプライベートモード送信移行ステップとして実行され、ユーザボタン１３４ｂ，１３４ｃ又は１３４ｄの操作により特定のコンピュータ３０１に対してデータを送信したときに自動的にプライベートモードに移行させることにより、特定のコンピュータ３０１との間でデータの送受信を行うプライベートモードに速やかに移行する。また、ステップＳ３１はデータ送信待機ステップとして実行され、プライベートモード時には、ユーザによる特定のコンピュータ３０１に対してデータを送信するための操作情報（ユーザボタン１３４ｂ，１３４ｃ又は１３４ｄの操作情報）をステップＳ３１で取得するまで、データの送信を待機させる。即ち、特定のコンピュータ３０１との間でデータの送受信を行うプライベートモードにおいて、連続的にデータを送信してしまうと、それを受ける側のコンピュータ３０１では、ユーザ操作がしにくくなるので、ユーザが明示的に送信したいときだけデータを送信することにより、特定コンピュータ３０１とのコミュニケーションがしやすくなる。
【０２２９】
以上の例においては、ローカルモード時の操作や、プライベートモード時の送受信、パブリックモード時の送受信全てにおいて、データ（状態情報）を格納したが、必ずしも全ての情報を保持する必要はない。例えば、各モード上の最新のデータのみを保持させる方式であってもよい。しかしながら、会議などでの利用を考えた場合、議事録的な役割をさせるにあたって、全ての情報を記録したほうが良い場合もある。また、少なくとも、プライベートモード若しくはローカルモードの際に受信したパブリックなデータは記録するようにする。
【０２３０】
［記録再生機能］
送受信情報の記録に関しては、既提案例を参照した図２０〜図２６で説明済みである。ここでは、パブリックモード、プライベートモード及びローカルモードを設けたことによる付加部分を簡単に述べる。ここでは、全てのモードにおいてユーザ操作、送受信など全てのデータを記録しているものとして説明する。また、図２９で示したアプリケーションのユーザインタフェースにおいて、例えばファンクションボタン１３５中のＦ１に記録再生機能が割当てられているとする。
【０２３１】
ユーザがファンクションボタン１３５のＦ１をクリックすると、図３７に示すようなユーザインタフェースでフレーム若しくはパネルがポップアップウインドウ６１１として表示される。即ち、これは図２２に示したポップアップウインドウ６１１に相当するものであるが、この例では、前述の記録再生機能を利用した経過一覧表示手段により実行される通信モード毎の記録経過の一覧表示について示す。
【０２３２】
図中のチェックボックス６２１の何れかをチェックすると、再生したいモードの記録経過だけみることができる。また、記録経過表示フィールド６２４中の所望の記録プロット６２８をポイントすると、データの送信者、送信日時などのテキストチップを表示させるようにしても良い。また、この例では、モード毎での記録経過を一覧表示を示したが、図２２に示したような送信者別の表示としたり、或いは、操作、送信、受信といった分け方で表示させても良い。このように、各モード時の操作記録の経過がディスプレイ３１０に一覧表示されるので、過去におけるモード切換え等のユーザ操作、受信データの変遷等を後になって確認することが可能となる。
【０２３３】
また、記録を振り返るということは、個人的な行為であるので、図３７では、再生用スライダ６２９があるが、これをローカルモード時にのみ表示させ、ローカルモード時のみ、以前に振り返ることができるようにするとよい。又は、再生用スライダ６２９の表示はあってもよいが、ローカルモード時以外は操作できないようにするとよい。即ち、再生用スライダ６２９が過去データ閲覧手段として機能し、ローカルモード時には、保持されているデータに基づき、当該コンピュータ３０１に関する操作情報、送受信したパブリックモード上のデータ又はプライベートモード上のデータが随時振り返り自在であり、任意に振り返ることができ、ローカルモード時の作業がしやすくなる。
【０２３４】
［モードボタン操作時の動作例］
図２９中に示したモードボタン１３３を操作した場合の動作例について図３８ないし図４０に示すフローチャートを参照して説明する。
【０２３５】
まず、ローカルモードボタン１３３ｂをクリックしたときの動作を図３８を参照して説明する。モード選択機能に従いユーザの操作を受付け、操作情報取得機能によりローカルモードボタン１３３ｂがクリックされたというイベントを検出すると（Ｓ５１）、現在の状態をメモリに格納し（Ｓ５２）、その後、自身の通信モードをローカルモードへ切換える（Ｓ５３）。即ち、ステップＳ５２，Ｓ５３がモード移行処理ステップとして実行され、モードの切換えに関する操作情報を取得した場合に、その操作時点の出力データを保存した後に選択されたモード状態に移行させることで、再びそのモードに戻ったときに速やかに作業の続きができるようになる。現在の状態をメモリに格納する際には、その通信モードも併せて格納するか、各々のモード専用の配列を用意してそれに格納する。
【０２３６】
次に、前回ローカルモードであった時の最新の状態情報を参照する（Ｓ５４）。これは、情報の格納の仕方により参照の仕方が変わってくるが、ローカルモード専用の配列を用意している場合であれば、その配列の一番後ろの（最新の情報が格納された）配列を参照する。参照したデータを元に、コンテンツの表示などをそのときの状態で表示する（Ｓ５５）。即ち、ステップＳ５４，Ｓ５５が移行時点出力制御ステップとして実行され、モードの切換えに関する操作情報を取得して選択されたモード状態に移行させる際、パブリックモード上の最新のデータを出力することにより、例えば、会議等において速やかに議論に加われるようになる。また、逆に、パブリックモードからローカルモードに移行する際も、自身が作業していた状態に即座になることで、ユーザが自身の作業に入りやすくなる。
【０２３７】
次に、パブリックモードボタン１３３ａをクリックした際の動作を図３９及び図４０を参照して説明する。パブリックモードボタン１３３ａがクリックされたときの動作は少し複雑である。モード選択機能に従いユーザの操作を受付け、操作情報取得機能によりパブリックモードボタン１３３ａがクリックされたというイベントを検出すると（Ｓ６１）、そのままパブリックモードに切換わる（Ｓ６２）。そして、現在、通信可能なユーザ（プログラム）情報を参照し（Ｓ６３）、通信可能なユーザがいれば（Ｓ６４のＹ）、情報要求コマンドなるリクエストコマンドを生成し（Ｓ６５）、送信先をそのユーザにセットして（Ｓ６６）、そのデータを通信プログラムに渡すことにより（Ｓ６７）、データ待受け状態（Ｓ７１）の通信プログラムがそのデータ受信により（Ｓ７２）、リクエストコマンドが先のユーザに対して送られる（Ｓ７３）。
【０２３８】
送信先としては、自身が保持している通信確立相手先リストの中から一つを選択する。リクエストコマンドとは、この例の場合、パブリックモードの最新の状態情報を返信するということである。
【０２３９】
即ち、ステップＳ６５〜Ｓ６７，Ｓ７１〜Ｓ７３が情報要求コマンド送信ステップとして実行され、パブリックモードへのモード切換えに関する操作情報を取得した場合に、他のコンピュータ３０１上で実行されているプログラムにパブリックモード上の最新のデータをリクエストするための情報要求コマンドを送信させることで、例えば会議等において途中参加したときなどは、自身はパブリックの情報を持っていないが、他のコンピュータにパブリックモード上の最新のデータを問合わせることができる。この場合、ステップＳ６６に示したように、情報要求コマンドの送信先として、当該コンピュータ３０１が保持している通信可能なコンピュータリスト中から一つを選んでリクエストすることができる。
【０２４０】
このデータを受け取ったコンピュータ３０１中のプログラムは、通信部１２１中の受信部１２４における受信プログラムの受信待受け（Ｓ８１）、受信（Ｓ８２）により、データ処理プログラムにそのデータを渡す（Ｓ８３）。このデータの待受け状態（Ｓ８４）のデータ処理プログラムは、そのデータを受信すると（Ｓ８３）、それがコマンドデータかどうかを判断し（Ｓ８６）、コマンドデータであれば（Ｓ８６のＹ）、コマンドの解釈、処理を行う（Ｓ８７）。コマンドデータでない場合は（Ｓ８６のＮ）、通常の処理、即ち、図３０に示したステップＳ３以降の処理に移行する。
【０２４１】
この例でのコマンドの処理は、自身のパブリックモード上の最新の状態情報を取得し、コマンドを送信してきたプログラム（コンピュータ）にその状態情報を返信する。
【０２４２】
ステップＳ８６のＹ，Ｓ８７等が情報要求コマンド応答ステップとして実行され、情報要求コマンドを受信したとき、当該情報要求コマンドの送信元コンピュータ３０１に対して、自己のコンピュータ３０１が保持しているパブリックモード上の最新のデータを送信することにより、情報の通知ができる。
【０２４３】
この一連の処理を行うことにより、リクエストコマンドを送信したプログラムは、パブリックモード上の最新の状態情報を得ることができる。これは、プログラムを起動したばかりで、まだ、自身がパブリックモード上の状態情報を保持していないときに現状のパブリックモードでのコンテンツ情報を得るために、特に有効な手段である。
【０２４４】
通信確立しているユーザがいない場合は（Ｓ６４のＮ）、自身のパブリックモード上の最新の状態情報を参照し（Ｓ６８）、表示させる（Ｓ６９）。これらのステップＳ６４のＮ，Ｓ６８，Ｓ６９が第１の移行時点出力代替ステップとして実行され、リクエストを出すべきコンピュータがなかった場合には、次善の策として、自身が保持しているパブリックモード上の最新のデータを利用することができる。
【０２４５】
なお、パブリックモード上の最新の状態情報もない場合には、ローカルモード時の最新の状態情報を参照し、表示させればよい。即ち、当該コンピュータ３０１が保持している通信可能なコンピュータリスト中に情報要求コマンドを送信すべきコンピュータ３０１がなく、かつ、自己のコンピュータ３０１がパブリックモード上の最新のデータを保持していない場合には、ローカルモード上の最新のデータを参照して出力させる（第２の移行時点出力代替ステップ）ことで、さらに次善の策として、ローカルモード上の最新のデータを利用することができる。
【０２４６】
また、簡単にローカルモードボタン１３３ｂをクリックしたときのように自身が保持しているパブリックモード時の最新のデータを参照して表示させるようにしてもよいが、上述したように、プログラムが起動して直ぐはパブリックモード上の情報は持っていないため、他のプログラムからパブリックモード上の情報が送られてくるまで、パブリックモードの状態が得られないことになる。
【０２４７】
［各モード時の動作のまとめ］
各モード時の動作について簡単にまとめる。
【０２４８】
まず、図４１に示すように、３つのプログラム（プログラム、他プログラム１、他プログラム２）が起動しており、各々通信が確立されており、全てがパブリックモードであったとする。
【０２４９】
このようなモード状況で、ユーザ１がプログラム上で加筆を行うことにより、プログラムは、自身の状態情報を収集し、それを他プログラム１，２に渡すためにマルチキャストする（状態情報送信）。他プログラム１，２はこれを受信すると、即座にそれを自身の表示に反映させる（受信反映）ページめくり等であっても同様である。また、逆にユーザ２が他プログラム２上で操作（加筆）すると、他プログラム２は状態情報を収集し、データをマルチキャストする（状態情報送信）。プログラム、他プログラム１は、これを受信すると、即座にそれを自身の表示に反映させる（受信反映）。このようにパブリックモード時には受け取った情報を即座に自身の表示に反映させる。
【０２５０】
図４２は、ユーザ１が操作するプログラムのみがローカルモードである場合の例を示している。ユーザ１はプログラム上で加筆を行っても、当該プログラムがローカルモードであるので他のプログラム１，２には、何も情報を送信しない。逆に、ユーザ２が操作する他プログラム２はパブリックモードであるので、前述したように、他プログラム２上で加筆やページめくりなどの操作を行うと自身の状態情報を収集し、マルチキャストを行う（状態情報送信）。他プログラム１はパブリックモードであるので、他プログラム２からのデータを受信すると、即座に表示に反映するが（受信反映）、ユーザ１が操作するプログラムはローカルモードであるので、バックグラウンドでデータの受信は行うが、表示には反映させない。
【０２５１】
図４３は、プライベートモードへの移行、プライベートモード時の動作について示す。ここでは、ユーザ１が操作するプログラムは最初ローカルモードであり、また、他プログラム１，２はパブリックモードであるとする。
【０２５２】
ユーザ１の操作するプログラムはローカルモードであるので、加筆によって、何らかの情報が送信されることはない。その後、他プログラム１を指定して送信ボタンをクリックすると、状態情報を収集し、他プログラム１にのみユーザ１が操作するプログラムの状態情報が送信される。ユーザ１が操作するプログラムは、他プログラム１を指定する送信ボタンがクリックされた時点でプライベートモードに移行する。他プログラム１はこの状態情報を受け取るとプライベートモードへ移行し、その状態情報を元に表示を変更する（受信反映）。その後、ユーザ２が操作する他プログラム２上でユーザ２が加筆すると、他プログラム２は状態情報を収集し、データをマルチキャストするが（状態情報送信）、ユーザ１が操作するプログラム及び他プログラム１はプライベートモードにあるため、各々他プログラム２から送られてくるデータはバックグラウンドで受信する。
【０２５３】
なお、プライベートモードから抜けるには、ローカルモードボタン１３３ｂ若しくはパブリックモードボタン１３３ａをクリックする。また、送信ボタンの「ＡＬＬ」ボタン１３４ａをクリックすることにより、パブリックモードに移行させることもできる。
【０２５４】
【発明の効果】
請求項１，１９，２５，２９記載の発明によれば、コンピュータ間でのデータ受信に際してそのモードに応じて受信データを出力機能に対して出力させるか否かで区別して扱うことができ、また、モードを問わず受信データは保存されるので、受信データを出力機能に対して出力させないモード状態の場合であっても、そのモード中に送られてくるデータを漏らさず受信することができる。
【０２５５】
請求項２，２０，２６，３０記載の発明によれば、パブリックモードとローカルモードとの２つのモードを有することにより、データ受信に際してそのモードに応じてパブリックな情報とローカルな情報とを出力機能に対して即座に出力させるか否かで区別して扱うことができる。また、モードを問わず受信データは保存されるので、ローカルな作業を行っている間に送られてくるパブリックな情報も漏らさず受信することができる。即ち、他のコンピュータから送信されてくるデータを常に受取り、その情報に基づいて即座に出力機能に対して伝達させるパブリックモードと、他のコンピュータから送信されてくるデータをバックグラウンドで受取りながら、個人的な作業をすることができるローカルモードとを有することにより、プレゼンテーションやミーティングの場では、通常はパブリックモードにしておくことにより、発言者の意図する情報が常に自己のコンピュータの画面に表示される。また、個人的に資料を振り返って見たり、先を見たりしたい場合には、ローカルモードにすることにより、強制的な表示の変更はされずに、自分の仕事に集中できる。その上、その間の受信データはきちんと保存されているので、後から参照が可能であり、情報を逃すことがない。
【０２５６】
請求項３，２１，２７，３１記載の発明によれば、請求項２，２０，２６，３０記載の発明において、パブリックモードとローカルモードとの２つのモードに加え、特定のコンピュータとの間でデータを送受信するためのプライベートモードを有し、プライベートモード時であっても受信データは保存されるので、プライベートモード時に送られてくるパブリックな情報も漏らさず受信することができる。即ち、会議などの場においては、パブリックな情報やローカルな情報だけでなく、細かな情報を得たり、不明な点の確認などを行ったりするために、全体に問うことはせず、特定の人と情報をやりとりするのが普通であり、このような特定の人とやり取りするプライベートな情報をプライベートモードにより扱えるようにしているので、ユーザにとって有益なミーティングシステム（アプリケーション）を提供することができる。
【０２５７】
請求項４，２２，２８記載の発明によれば、請求項１ないし３，１９ないし２１，２５ないし２７の何れか一記載の発明において、コンテンツ情報ファイルとともに通信機能等のプログラムコードファイルが単一の文書としてカプセル化されたカプセル化文書を利用することで、その取扱いや管理が極めて容易な上に、文書間でのデータのやり取りが可能になり、例えば、会議等での文書を媒介としたコミュニケーションの円滑化を図ることができる。
【０２５８】
請求項５記載の発明によれば、請求項１ないし４の何れか一記載のデータ通信方法において、操作情報を取得したら即座にその情報を送信することができる。
【０２５９】
請求項６記載の発明によれば、請求項５記載のデータ通信方法において、パブリックモード時にはユーザが明示的に送信操作を行うことなく、操作情報を取得した時点で操作情報を送信させることができ、例えば、送信ボタンを押すことなく情報を連続的に送信させることができ、送信ボタンを押すような煩雑さをなくすことができる。
【０２６０】
請求項７記載の発明によれば、請求項１ないし６の何れか一記載のデータ通信方法において、ローカルモード時にはデータを送信しないので、他のコンピュータに影響を与えることがない。
【０２６１】
請求項８記載の発明によれば、請求項３ないし７の何れか一記載のデータ通信方法において、ユニキャストによるデータ受信時に自動的にプライベートモードに移行させることにより、特定のコンピュータとの間でデータの送受信を行うモードに速やかに移行させることができる。
【０２６２】
請求項９記載の発明によれば、請求項３ないし８の何れか一記載のデータ通信方法において特定のコンピュータにデータを送信する際に自動的にプライベートモードに移行させることにより、特定のコンピュータとの間でデータの送受信を行うモードに速やかに移行させることができる。
【０２６３】
請求項１０記載の発明によれば、請求項５ないし９の何れか一記載のデータ通信方法において、特定のコンピュータとの間でデータの送受信を行うプライベートモードにおいて、連続的にデータを送信してしまうと、それを受ける側のコンピュータでは、ユーザ操作がしにくくなるので、ユーザが明示的に送信したいときだけデータを送信することにより、特定コンピュータとのコミュニケーションがしやすくすることができる。
【０２６４】
請求項１１記載の発明によれば、請求項１ないし１０の何れか一記載のデータ通信方法において、ユーザが自由にモードを切換えることができる。
【０２６５】
請求項１２記載の発明によれば、請求項１１記載のデータ通信方法において、モード移行に際しては、元のモード状態を保存することにより、再びそのモードに戻ったときに速やかに作業の続きが行わせることができる。
【０２６６】
請求項１３記載の発明によれば、請求項１１又は１２記載のデータ通信方法において、例えば、ローカルモードからパブリックモードへ移行した際に、パブリックモード上の最新のデータを出力することにより、例えば、会議等において速やかに議論に加わることができ、また逆に、パブリックモードからローカルモードに移行する際も、自身が作業していた状態に即座になることで、ユーザが自身の作業に入りやすくすることができる。
【０２６７】
請求項１４記載の発明によれば、請求項１１ないし１３の何れか一記載のデータ通信方法において、例えば会議等において途中参加したときなどは、自身はパブリックの情報を持っていないが、他のコンピュータにパブリックモード上の最新のデータを問合わせることができる。
【０２６８】
請求項１５記載の発明によれば、請求項１４記載のデータ通信方法において、通信可能なコンピュータの中から一つを選んでリクエストすることができる。
【０２６９】
請求項１６記載の発明によれば、請求項１５記載のデータ通信方法において、リクエストを出すべきコンピュータがなかった場合には、次善の策として、自身が保持しているパブリックモード上の最新のデータを利用することができる。
【０２７０】
請求項１７記載の発明によれば、請求項１６記載のデータ通信方法において、リクエストを出すべきコンピュータがなく、かつ、自身がパブリックモード上の最新のデータも保持していない場合には、さらに次善の策として、ローカルモード上の最新のデータを利用することができる。
【０２７１】
請求項１８記載の発明によれば、請求項１５又は１６記載のデータ通信方法において、パブリックモード上の最新のデータのリクエストがきたら、その送信元コンピュータに自身が保持しているパブリックモード上の最新のデータを送信することにより、情報の通知を行わせることができる。
【０２７２】
請求項２３記載の発明によれば、請求項１９ないし２２の何れか一記載のデータ通信装置において、各モード時の操作記録の経過が表示部に一覧表示されるので、過去におけるモード切換え等のユーザ操作、受信データの変遷等を後になって確認することができる。
【０２７３】
請求項２４記載の発明によれば、請求項１９ないし２３の何れか一記載のデータ通信装置において、ローカルモード時に、自身の操作情報や、送受信したデータ内容等を任意に振り返ることができ、ローカルモード時の作業をしやすくすることができる。
【図面の簡単な説明】
【図１】既提案例のカプセル化文書のデータ構造を示す模式図である。
【図２】書庫ファイルのデータ構造の一例を示す模式図である。
【図３】書庫ファイルの別のデータ構造の一例を示す模式図である。
【図４】カプセル化文書に格納されているプログラムのデータ構造を示す模式図である。
【図５】プログラムに含まれている拡張プログラム参照ファイルのデータ構造を示す模式図である。
【図６】ＸＭＬによって記述されたカプセル化文書の一例を示す模式図である。
【図７】図６に示すようにＸＭＬで記述されたカプセル化文書の表示例を示す模式図である。
【図８】パーソナルコンピュータ（コンピュータ）のハードウェア構成図である。
【図９】パーソナルコンピュータ（コンピュータ）による従来の文書閲覧処理を示すフローチャートである。
【図１０】パーソナルコンピュータ（コンピュータ）によるカプセル化文書の文書閲覧処理を示すフローチャートである。
【図１１】１対１でのカプセル化文書における通信の確立処理を示すフローチャートである。
【図１２】文書識別コードを例示する模式図である。
【図１３】複数のカプセル化文書間における通信の確立処理を示すフローチャートである。
【図１４】リストサーバでの処理を示すフローチャートである。
【図１５】複数のカプセル化文書間における通信を切断する処理（退席する際の処理）を示すフローチャートである。
【図１６】カプセル化文書の文書パネル中に表示される同期ボタンの一例を示す模式図である。
【図１７】同期ボタンがクリックされた後の処理を示すフローチャートである。
【図１８】図１７のフローチャートに示す処理をより多元的に示す模式図である。
【図１９】文書Ａと文書Ｂという二つのカプセル化文書が同期している状態を示す模式図である。
【図２０】ディスプレイに表示されている文書の文書状態を収集する手順を例示する模式図である。
【図２１】記録プログラムが記録する記録データのデータ構造を例示する模式図である。
【図２２】記録時のディスプレイ表示例を示す模式図である。
【図２３】記録表示スライダの操作に応じて拡張プログラムが実行する処理を示すフローチャートである。
【図２４】再生処理を示すフローチャートである。
【図２５】再生処理を示すフローチャートである。
【図２６】時刻設定処理を示すフローチャートである。
【図２７】本実施の形態のシステム構成例を示すブロック図である。
【図２８】カプセル化文書に格納されているプログラムのデータ構造を示す模式図である。
【図２９】ディスプレイ表示例を示す模式図である。
【図３０】データ受信時の処理を示すフローチャートである。
【図３１】通信プログラム、データ処理プログラム１，２に分けて示すフローチャートである。
【図３２】プライベートモードを含む場合のディスプレイ表示例の一部を示す模式図である。
【図３３】プライベートモードを含む場合のデータ受信時の処理を示すフローチャートである。
【図３４】通信プログラム、データ処理プログラム１，２に分けて示すフローチャートである。
【図３５】データ送信時の処理を示すフローチャートである。
【図３６】明示的な操作を伴うデータ送信時の処理を示すフローチャートである。
【図３７】経過一覧表示のディスプレイ表示例を示す模式図である。
【図３８】ローカルモードボタン操作時の処理を示すフローチャートである。
【図３９】パブリックモードボタン操作時の処理を示すフローチャートである。
【図４０】その受信側での処理を示すフローチャートである。
【図４１】各モード時の動作のまとめの第１の例を示す模式図である。
【図４２】各モード時の動作のまとめの第２の例を示す模式図である。
【図４３】各モード時の動作のまとめの第３の例を示す模式図である。
【符号の説明】
１０１　　　カプセル化文書
１０３，１０４　　　コンテンツ情報ファイル
１２１　　　通信機能
１２２　　　データ処理機能
１２３　　　出力機能
３０１　　　コンピュータ、データ通信装置
３１０　　　表示部
３１３　　　ネットワーク

Claims (31)

1. 相互にネットワーク接続された複数のコンピュータ間でデータを送受信するデータ通信方法であって、
   コンピュータ間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に前記各コンピュータに具備させ、
   前記通信機能による前記コンピュータ間でのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により自己のコンピュータに保存させる保存ステップと、
   その受信データのモード属性と自己のコンピュータのモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断ステップと、
   を含むことを特徴とするデータ通信方法。
2. 相互にネットワーク接続された複数のコンピュータ間でデータを送受信するデータ通信方法であって、
   コンピュータ間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に前記各コンピュータに具備させ、
   前記通信機能による前記コンピュータ間でのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により自己のコンピュータに保存させる保存ステップと、
   その受信データのモード属性と自己のコンピュータのモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断ステップと、
   モード判断の結果、受信データがパブリックモードによるモード属性を有し自己のコンピュータがパブリックモードである場合には当該受信データを即座に前記出力機能に対して出力させるパブリックモード受信処理ステップと、
   モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己のコンピュータがローカルモードである場合には当該受信データを前記出力機能に対して出力させないローカルモード受信処理ステップと、
   を含むことを特徴とするデータ通信方法。
3. ネットワーク上の特定のコンピュータ間でデータの送受信を行うプライベートモードを有し、
   モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己のコンピュータがプライベートモードである場合には当該受信データを前記出力機能に対して出力させないプライベートモード受信処理ステップを、さらに含むことを特徴とする請求項２記載のデータ通信方法。
4. 前記各コンピュータは、コンピュータにより解釈、実行される前記通信機能、データ処理機能及び出力機能に関するプログラムコードファイルが、文書の表現実体に関するコンテンツ情報ファイルとともに、単一の文書としてカプセル化されたカプセル化文書を前記コンテンツ情報に関するデータの送受信に用いることを特徴とする請求項１ないし３の何れか一記載のデータ通信方法。
5. 前記各コンピュータは、ユーザの操作情報を取得する操作情報取得機能をプログラムにより実行可能に有し、
   前記通信機能を用いて送受信されるデータは、前記操作情報取得機能により取得される操作情報であることを特徴とする請求項１ないし４の何れか一記載のデータ通信方法。
6. 前記通信機能による前記コンピュータ間でのデータ送信に際して、パブリックモード時には、前記操作情報取得機能によって操作情報が取得されることを契機として、当該操作情報をパブリックな情報として前記通信機能により連続的に送信するパブリックモード送信処理ステップを含むことを特徴とする請求項５記載のデータ通信方法。
7. 前記通信機能による前記コンピュータ間でのデータ送信に際して、ローカルモード時には、データの送信を禁止させるローカルモード送信処理ステップを含むことを特徴とする請求項１ないし６の何れか一記載のデータ通信方法。
8. ユニキャストによるデータを前記通信機能により受信した際には自動的にプライベートモードに移行させるプライベートモード受信移行ステップを含むことを特徴とする請求項３ないし７の何れか一記載のデータ通信方法。
9. 前記通信機能により特定のコンピュータに対してデータを送信したときに自動的にプライベートモードに移行させるプライベートモード送信移行ステップを含むことを特徴とする請求項３ないし８の何れか一記載のデータ通信方法。
10. プライベートモード時には、ユーザによる特定のコンピュータに対してデータを送信するための操作情報を前記操作情報取得機能により取得するまで、データの送信を待機させるデータ送信待機ステップを含むことを特徴とする請求項５ないし９の何れか一記載のデータ通信方法。
11. 前記各コンピュータは、ユーザの操作を受付けてモードを選択自在に切換えるモード選択機能をプログラムにより実行可能に有し、
    前記モード判断ステップは、前記モード選択機能が受付けたモードにより自己のコンピュータのモードを判断する請求項１ないし１０の何れか一記載のデータ通信方法。
12. 前記操作情報取得機能が、前記モード選択機能によるモードの切換えに関する操作情報を取得した場合に、その操作時点の出力データを、前記データ処理機能により保存した後に選択されたモード状態に移行させるモード移行処理ステップを含む請求項１１記載のデータ通信方法。
13. 前記操作情報取得機能が、前記モード選択機能によるモードの切換えに関する操作情報を取得して選択されたモード状態に移行させる際、当該移行するモード状態に関して保存されている最新のデータを参照して前記出力機能により前記出力部に出力させる移行時点出力制御ステップを含む請求項１１又は１２記載のデータ通信方法。
14. 前記操作情報取得機能が、前記モード選択機能によりパブリックモードへのモード切換えに関する操作情報を取得した場合に、他のコンピュータ上で実行されているプログラムにパブリックモード上の最新のデータをリクエストするための情報要求コマンドを、前記通信機能を用いて送信させる情報要求コマンド送信ステップを含む請求項１１ないし１３の何れか一記載のデータ通信方法。
15. 情報要求コマンド送信ステップは、前記情報要求コマンドの送信先として、当該コンピュータが保持している通信可能なコンピュータリスト中から一つを選ぶことによって決定することを特徴とする請求項１４記載のデータ通信方法。
16. 当該コンピュータが保持している通信可能なコンピュータリスト中に前記情報要求コマンドを送信すべきコンピュータがない場合には、自己のコンピュータが保持しているパブリックモード上の最新のデータを参照して前記出力機能により前記出力部に出力させる第１の移行時点出力代替ステップを含む請求項１５記載のデータ通信方法。
17. 当該コンピュータが保持している通信可能なコンピュータリスト中に前記情報要求コマンドを送信すべきコンピュータがなく、かつ、自己のコンピュータがパブリックモード上の最新のデータを保持していない場合には、ローカルモード上の最新のデータを参照して前記出力機能により前記出力部に出力させる第２の移行時点出力代替ステップを含む請求項１６記載のデータ通信方法。
18. 通信機能により前記情報要求コマンドを受信したとき、当該情報要求コマンドの送信元コンピュータに対して、自己のコンピュータが保持しているパブリックモード上の最新のデータを前記通信機能を用いて送信する情報要求コマンド応答ステップを含む請求項１５又は１６記載のデータ通信方法。
19. ネットワークを通じて接続された他のコンピュータとの間でデータを送受信するコンピュータ構成のデータ通信装置であって、
    他のコンピュータとの間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、
    前記通信機能による他のコンピュータからのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により保存させる保存手段と、
    その受信データのモード属性と自己のモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断手段と、
    を備えることを特徴とするデータ通信装置。
20. ネットワークを通じて接続された他のコンピュータとの間でデータを送受信するコンピュータ構成のデータ通信装置であって、
    他のコンピュータとの間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、
    前記通信機能による他のコンピュータからのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により保存させる保存手段と、
    その受信データのモード属性と自己のモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断手段と、
    モード判断の結果、受信データがパブリックモードによるモード属性を有し自己がパブリックモードである場合には当該受信データを即座に前記出力機能に対して出力させるパブリックモード受信処理手段と、
    モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がローカルモードである場合には当該受信データを前記出力機能に対して出力させないローカルモード受信処理手段と、
    を備えることを特徴とするデータ通信装置。
21. ネットワーク上の特定の他のコンピュータとの間でデータの送受信を行うプライベートモードを有し、
    モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がプライベートモードである場合には当該受信データを前記出力機能に対して出力させないプライベートモード受信処理手段を、
    さらに備えることを特徴とする請求項２０記載のデータ通信装置。
22. コンピュータにより解釈、実行される前記通信機能、データ処理機能及び出力機能に関するプログラムコードファイルが、文書の表現実体に関するコンテンツ情報ファイルとともに、単一の文書としてカプセル化されたカプセル化文書を記憶装置上に有することを特徴とする請求項１９ないし２１の何れか一記載のデータ通信装置。
23. 各モード時の操作記録の経過を表示部に一覧表示させる経過一覧表示手段を備えることを特徴とする請求項１９ないし２２の何れか一記載のデータ通信装置。
24. ローカルモード時には、保持されているデータに基づき、当該データ通信装置に関する操作情報、送受信したパブリックモード上のデータ又はプライベートモード上のデータが随時振り返り自在とする過去データ記録閲覧手段を備えることを特徴とする請求項１９ないし２３の何れか一記載のデータ通信装置。
25. 相互にネットワーク接続された複数のコンピュータ間でデータを送受信するデータ通信システムであって、
    前記各コンピュータは、コンピュータ間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、
    前記通信機能によりデータを受信するコンピュータは、
    前記通信機能により受信した受信データを前記データ処理機能により自己のコンピュータに保存させる保存手段と、
    その受信データのモード属性と自己のコンピュータのモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断手段と、
    を備えることを特徴とするデータ通信システム。
26. 相互にネットワーク接続された複数のコンピュータ間でデータを送受信するデータ通信システムであって、
    前記各コンピュータは、コンピュータ間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、
    前記通信機能によりデータを受信するコンピュータは、
    前記通信機能により受信した受信データを前記データ処理機能により自己のコンピュータに保存させる保存手段と、
    その受信データのモード属性と自己のコンピュータのモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断手段と、
    モード判断の結果、受信データがパブリックモードによるモード属性を有し自己がパブリックモードである場合には当該受信データを即座に前記出力機能に対して出力させるパブリックモード受信処理手段と、
    モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がローカルモードである場合には当該受信データを前記出力機能に対して出力させないローカルモード受信処理手段と、
    を備えることを特徴とするデータ通信システム。
27. ネットワーク上の特定のコンピュータ間でデータの送受信を行うプライベートモードを有し、
    モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がプライベートモードである場合には当該受信データを前記出力機能に対して出力させないプライベートモード受信処理手段を、
    さらに備えることを特徴とする請求項２６記載のデータ通信システム。
28. 前記各コンピュータは、コンピュータにより解釈、実行される前記通信機能、データ処理機能及び出力機能に関するプログラムコードファイルが、文書の表現実体に関するコンテンツ情報ファイルとともに、単一の文書としてカプセル化されたカプセル化文書を記憶装置上に有することを特徴とする請求項２５ないし２７の何れか一記載のデータ通信システム。
29. ネットワークを通じて接続された他のコンピュータとの間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、他のコンピュータとの間でデータを送受信するコンピュータに読取り可能で、当該コンピュータに、
    前記通信機能による他のコンピュータからのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により保存させる保存機能と、
    その受信データのモード属性と自己のモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断機能と、
    を実行させることを特徴とするデータ通信プログラム。
30. ネットワークを通じて接続された他のコンピュータとの間でデータを送受信する通信機能と、送受信するデータの処理を行うデータ処理機能と、その処理に基づいて出力部にデータを出力する出力機能と、をプログラムによって実行可能に具備し、他のコンピュータとの間でデータを送受信するコンピュータに読取り可能で、当該コンピュータに、
    前記通信機能による他のコンピュータからのデータ受信に際して、前記通信機能により受信した受信データを前記データ処理機能により保存させる保存機能と、
    その受信データのモード属性と自己のモードとに応じて当該受信データを前記出力機能に対して出力させるか否かを判断するモード判断機能と、
    モード判断の結果、受信データがパブリックモードによるモード属性を有し自己がパブリックモードである場合には当該受信データを即座に前記出力機能に対して出力させるパブリックモード受信処理機能と、
    モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がローカルモードである場合には当該受信データを前記出力機能に対して出力させないローカルモード受信処理機能と、
    を実行させることを特徴とするデータ通信プログラム。
31. ネットワーク上の特定のコンピュータ間でデータの送受信を行うプライベートモードを有し、
    モード判断の結果、受信データがパブリックモードによるモード属性を有していても自己がプライベートモードである場合には当該受信データを前記出力機能に対して出力させないプライベートモード受信処理機能を、
    さらにコンピュータに実行させることを特徴とする請求項３０又は３１記載のデータ通信プログラム。

Images