JP2003208364A - 情報処理システム、情報処理方法、及び情報処理ネットワークプログラム - Google Patents

Abstract

(57)【要約】 【課題】 動画の使用や接続するクライアントの数の増
加などに起因する過大なトラフィックを有効に抑えるこ
とが可能となる情報処理システムを提供する。 【解決手段】サーバとして機能する一対の第１の情報処
理装置２、３と、クライアントとして機能し前記第１の
情報処理装置の一方と接続されると共に前記第１の情報
処理装置の他方と非接続とされる第２の情報処理装置４
ａ、４ｂ、４ｃと、クライアントとして機能し前記第１
の情報処理装置の他方と接続されると共に前記第１の情
報処理装置の一方と非接続とされる第３の情報処理装置
５ａ、５ｂ、５ｃと、前記各情報処理装置の間を接続す
る情報通信網とからなり、ネットワークアプリケーショ
ンの動作中には前記一対の第１の情報処理装置２、３同
士が接続を確立する。個別にクライアント間で送信する
場合に比べてデータ量を低減できる。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明はインターネットなど
の情報処理網を介してコンピュータやその他の電子機器
などの情報処理装置間におけるネットワークアプリケー
ションを実行し得る情報処理システム、このような情報
処理システムに適用される情報処理方法、更には情報処
理装置間におけるネットワークアプリケーションを実行
するための情報処理ネットワークプログラムに関し、特
にネットワークにおけるトラフィックを適切に分散でき
る情報処理システム、情報処理方法、及び情報処理ネッ
トワークプログラムに関する。

【０００２】

【従来の技術】従来から、多数のコンピュータ装置が接
続されたコンピュータネットワークとして、いわゆるイ
ンターネット（The Internet）が広く普及している。イ
ンターネットは、ＴＣＰ／ＩＰ（Transmission Control
Protocol / Internet Protocol）を代表とする各種の
プロトコル（相互接続手順）を利用して、コンピュータ
同士の間で様々な情報を自在に送受信することが可能と
されている。

【０００３】このうちIPは、OSI参照モデルの第３層で
あるネットワーク層のプロトコルを意味し、このネット
ワーク層においては、送信するデータにIPヘッダと呼ば
れるフォーマット部分が付加される。このIPヘッダに
は、送信元のIPアドレス(Source IP Address)とあて先
のIPアドレス(Destination IP Address)が含まれる。現
在使用されているIPアドレスはIPｖ４ (Internet Proto
col version 4)であり、次世代ではIPｖ６(Internet Pr
otocol version ６)が使用される。IPｖ４の場合、IPア
ドレスは８ビットの数字を４つ並べたもので表記され、
インターネット技術の基本要素の１つである。

【０００４】このIPアドレスには、その管理の上で大き
く分けて２つの種類があり、１つはグローバルIPアドレ
スであり、他の１つはプライベートIPアドレスである。
グローバルIPアドレスは、NIC（Network Information C
enter）から割り当てられたインターネット上で唯一の
アドレスであり、インターネットに直接接続されるコン
ピュータには重複の許されないグローバルIPアドレスが
割り当てられる。プライベートIPアドレスは直接インタ
ーネットに接続されない例えば企業内LAN（Local Area
Network）の各コンピュータに通常そのネットワーク管
理者やDHCP(Dynamic Host Configuration Protocol)な
どによって割り当てられる。プライベートIPアドレスに
ついては、RFC(Request for Comments)1597に、３つの
クラスのアドレス範囲が示されており、例えば[192.16
8.xxx.xxx]のように閉じたLAN内で通常設定されるIPア
ドレスが予約されている。

【０００５】ところで、インターネットなどの情報処理
網に接続されたコンピュータ装置のユーザの間で、意志
や感情の相互伝達（コミュニケーション）を行う場合、
電子メールを利用してコミュニケーションを図る手法
や、いわゆるチャットプログラムを利用してコミュニケ
ーションを図る手法がとられている。特にチャットプロ
グラムを用いる場合では、コミュニケーションに高いリ
アルタイム性が伴うと言う利点が有り、最近では、上述
したチャットプログラムにおいて送受信する文字データ
に代えて動画像データを送受信する、いわゆる動画チャ
ットプログラムも実現されている。動画チャットプログ
ラムは、例えば、コンピュータ装置に接続又は搭載され
た撮像装置により取り込んだユーザの表情などの動画像
データをユーザ間で送受信することによって、いわばテ
レビジョン電話のようにして相手側のユーザとの間で送
受信するプログラムであり、最近の通信速度の高速化に
応じて普及してきているアプリケーションである。

【０００６】コンピュータなどの情報処理装置を接続さ
せ相手の装置にデータを送信するための接続形態として
は、クライアント・サーバ(client/server)型接続と、
ピアツーピア(peer to peer)型接続が存在する。クライ
アント・サーバ型接続では、クライアントとして機能す
る情報処理装置とサーバとして機能する情報処理装置が
分かれており、特にサーバとして機能する情報処理装置
にアクセス制御などの管理機能を持たせることもでき、
クライアント・サーバ型接続では、ネットワークの拡張
性に優れると言う利点がある。

【０００７】図１８はクライアント・サーバ型接続の通
信形態を示す図である。パーソナルコンピュータ１０１
はサーバとして機能し、パーソナルコンピュータ１０
２、１０３、１０４はクライアントとして機能する。こ
れらパーソナルコンピュータ１０１〜１０４は、LANや
インターネットなどのネットワーク１０５により接続さ
れ、共通のコミュニケーションアプリケーションが起動
する。サーバとして機能するパーソナルコンピュータ１
０１はインターネットを介して接続可能であり、当該パ
ーソナルコンピュータ１０１はグローバルIPアドレスが
付与されている。クライアントのパーソナルコンピュー
タ１０２、１０３、１０４は、グローバルIPアドレスを
必要とせず、プライベートIPアドレスだけでルーティン
グが可能であり、所定のデータ通信を行うことができ
る。

【０００８】パーソナルコンピュータ１０２からパーソ
ナルコンピュータ１０３にデータを送信する際には、先
ず、パーソナルコンピュータ１０２からサーバとして機
能するパーソナルコンピュータ１０１に通信路１０６、
１０７を介してデータが送られ、次にそのデータを受け
たパーソナルコンピュータ１０１が通信路１０８，１０
９を介してパーソナルコンピュータ１０３にデータを送
る。このようなクライアント・サーバ型接続形態におい
ては、一旦サーバに接続する必要があり、クライアント
装置であるパーソナルコンピュータ１０２とパーソナル
コンピュータ１０３の間では直接データの送信をするこ
とはできない。

【０００９】このようなクライアント・サーバ型の接続
形態は、インターネットにルータを介して接続する企業
内LANのような小規模LANシステムなどに典型的に見られ
る。図１９のように、パーソナルコンピュータ１０１、
１０４の間の通信路１１１がインターネットを含む通信
網であり、その通信路１１１に対してルータ１１０を介
してクライアントのパーソナルコンピュータ１０４が接
続される場合がある。このクライアント・サーバ型接続
されたシステムにおいて、パーソナルコンピュータ１０
２からパーソナルコンピュータ１０４にデータを送信す
る時は、サーバとなるパーソナルコンピュータ１０１を
介してデータが送信され、パーソナルコンピュータ１０
２、１０４の間で直接データを送信することはない。

【００１０】

【発明が解決しようとする課題】ところで、上述のごと
きクライアント・サーバ型接続には、次のような問題が
ある。先ず、クライアント・サーバ型接続では、クライ
アント間のデータ送信の場合に、サーバとして機能する
パーソナルコンピュータを介してデータを送る必要があ
り、動画を用いたり、接続するクライアントの数が増加
した場合では、サーバを経由するデータ送信量（トラフ
ィック）が増大して、データ送信の低速化や輻輳などの
悪影響が起こりうる。

【００１１】そこで、本発明は、上述の技術的な課題に
鑑み、動画の使用や接続するクライアントの数の増加な
どに起因する過大なトラフィックを有効に抑えることが
可能となる情報処理システム、このような情報処理シス
テムに適用される情報処理方法、更には情報処理装置間
におけるネットワークアプリケーションを実行するため
の情報処理ネットワークプログラムを提供することを目
的とする。

【００１２】

【課題を解決するための手段】本発明の情報処理システ
ムは、上述の課題を解決するため、サーバとして機能す
る一対の第１の情報処理装置と、クライアントとして機
能し前記第１の情報処理装置の一方と接続されると共に
前記第１の情報処理装置の他方と非接続とされる第２の
情報処理装置と、クライアントとして機能し前記第１の
情報処理装置の他方と接続されると共に前記第１の情報
処理装置の一方と非接続とされる第３の情報処理装置
と、前記各情報処理装置の間を接続する情報通信網とか
らなり、前記各情報処理装置では共通のネットワークア
プリケーションが作動し、前記ネットワークアプリケー
ションの動作中には前記第２の情報処理装置と前記第３
の情報処理装置の間での情報の送受信のために前記一対
の第１の情報処理装置同士が接続を確立することを特徴
とする。

【００１３】本発明の情報処理システムによれば、一方
の第１の情報処理装置に接続される第２の情報処理装置
と、他方の第１の情報処理装置に接続される第３の情報
処理装置は、互いに直接接続されておらず、第２の情報
処理装置と第３の情報処理装置の間でデータ送信を行う
場合には、前記一対の第１の情報処理装置同士の間でデ
ータが送受信され、複数の第２の情報処理装置と第３の
情報処理装置の交信をまとめることが可能であることか
ら、ヘッダの部分のデータ量などを有効に減らすことが
できる。

【００１４】また、本発明の情報処理方法は、サーバと
して機能する一対の第１の情報処理装置と、クライアン
トとして機能し前記第１の情報処理装置の一方と接続さ
れると共に前記第１の情報処理装置の他方と非接続とさ
れる第２の情報処理装置と、クライアントとして機能し
前記第１の情報処理装置の他方と接続されると共に前記
第１の情報処理装置の一方と非接続とされる第３の情報
処理装置と、前記各情報処理装置の間を接続する情報通
信網とを有するシステムで使用される情報処理方法にお
いて、前記第２の情報処理装置からの情報を前記第１の
情報処理装置の一方に転送し当該第１の情報処理装置の
一方に格納する手順と、前記第１の情報処理装置の一方
に格納された情報を前記第１の情報処理装置の他方に転
送し当該第１の情報処理装置の他方で格納する手順と、
前記第１の情報処理装置の他方で格納された情報を前記
第３の情報処理装置に転送する手順を有することを特徴
とする。

【００１５】本発明の情報処理方法によれば、一方の第
１の情報処理装置に接続される第２の情報処理装置と、
他方の第１の情報処理装置に接続される第３の情報処理
装置は、互いに直接接続されていないことから、第２の
情報処理装置と第３の情報処理装置の間でデータ送信を
行う場合には、前記一対の第１の情報処理装置同士の間
でデータが送受信される。このための手順として、先
ず、第２の情報処理装置から第１の情報処理装置に情報
が送られ、該第１の情報処理装置でその情報が格納され
る。このように第１の情報処理装置で所要の情報が格納
されることで、一方の第１の情報処理装置では複数の第
２の情報処理装置からの情報を蓄積することができ、蓄
積した情報を包括することでヘッダの部分のデータ量な
どを有効に減らすことができ、一対の第１の情報処理装
置の間のトラフィックを低減することができる。

【００１６】また、本発明の情報処理ネットワークプロ
グラムは、サーバとして機能する一対の第１の情報処理
装置と、クライアントとして機能し前記第１の情報処理
装置の一方と接続されると共に前記第１の情報処理装置
の他方と非接続とされる第２の情報処理装置と、クライ
アントとして機能し前記第１の情報処理装置の他方と接
続されると共に前記第１の情報処理装置の一方と非接続
とされる第３の情報処理装置と、前記各情報処理装置の
間を接続する情報通信網とを有するシステムで共通に使
用される情報処理ネットワークプログラムにおいて、前
記第２の情報処理装置からの情報を前記第１の情報処理
装置の一方に転送し当該第１の情報処理装置の一方に格
納した後、前記第１の情報処理装置の一方に格納された
情報を前記第１の情報処理装置の他方に転送して当該第
１の情報処理装置の他方で格納し、前記第１の情報処理
装置の他方で格納された情報を前記第３の情報処理装置
に転送する処理を実行させることを特徴とする。

【００１７】本発明の情報処理ネットワークプログラム
によれば、前述の情報処理方法と同様、当該情報処理ネ
ットワークプログラムの実行時には、第２の情報処理装
置と第３の情報処理装置の間でデータ送信を行う場合に
は、前記一対の第１の情報処理装置同士の間でデータが
送受信される。このための手順として、先ず、第２の情
報処理装置から第１の情報処理装置に情報が送られ、該
第１の情報処理装置でその情報が格納される。このよう
に第１の情報処理装置で所要の情報が格納されること
で、一方の第１の情報処理装置では複数の第２の情報処
理装置からの情報を蓄積することができ、蓄積した情報
を包括することでヘッダの部分のデータ量などを有効に
減らすことができ、システムの通信負荷を分散させるこ
とができる。

【００１８】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照しながら説明する。

【００１９】（１）システムの構成 図１は本実施形態の情報処理システムの概略図である。
図１に示すように、本実施形態の情報処理システムは、
共通のコミュニケーションアプリケーションを利用して
後述するような利用者間の意思伝達が可能となるコミュ
ニケーションシステム１を構成する。このコミュニケー
ションシステム１では、一対の第１の情報処理装置とし
て機能するサーバ２、３がインターネット（The Intern
et）などの情報通信網上に置かれており、これらサーバ
2、３は、相互に通信可能であって、所謂TCP／IP（Tran
smission Control Protocol / Internet Protocol）プ
ロトコル群を利用して情報処理装置間での情報（デー
タ）の送受信が可能である。サーバ2、３の間の接続は
ピアツーピア接続であっても良く、クライアント・サー
バ接続であっても良い。サーバ2、３の間の通信は、イ
ンターネットを介するものとすることができるが、プラ
イベートLANなどの閉鎖的なシステムを利用することも
でき、有線無線を問わない。ここで前述のクライアント
・サーバ型接続は、情報を提供する側と受ける側に分け
られる形式の接続の一例であり、情報を提供する側がサ
ーバであり、情報を受ける側がクライアントとされる。
また、ピアツーピア型接続は、対等な関係での接続の一
例であり、ピアツーピア型接続では両方の情報処理装置
がそれぞれ情報を提供する側として機能し得ると共に情
報を受ける側としても機能し得る。なお、以下の説明に
おいて、情報を提供する側と受ける側に分けられる形式
の接続としてクライアント・サーバ型接続を用い、対等
な関係での接続としてピアツーピア型接続を用いるが、
本発明の情報処理システムなどはこれらに限定されず、
同等若しくは類するような各種の接続形態を含むもので
ある。

【００２０】本実施形態のコミュニケーションシステム
１においては、これらサーバ２、３に対して接続可能な
情報処理装置として複数のクライアント装置が設けられ
ており、サーバ２に対しては第２の情報処理装置として
機能する３つのパーソナルコンピュータ４a、４ｂ、４
ｃがクライアント装置として接続する。これらパーソナ
ルコンピュータ４a、４ｂ、４ｃはサーバ２とそれぞれ
接続されるが、サーバ３とは接続されない。ここで接続
されないとは、インターネットなどによって物理的には
接続されても通信を行うようには構成されていないこと
を意味する。逆に、サーバ３に対しては第３の情報処理
装置として機能する３つのパーソナルコンピュータ５
a、５ｂ、５ｃがクライアント装置として接続する。こ
れらパーソナルコンピュータ５a、５ｂ、５ｃはサーバ
３とそれぞれ接続されるが、サーバ２とは接続されな
い。なお、本実施形態においては、市販のパーソナルコ
ンピュータがクライアント型情報処理装置として使用さ
れるが、クライアント型情報処理装置としては各種PDA
（Personal Digital Assistants）機器やウェブブラウ
ザとしても機能するような携帯電話機などの各種の電子
デバイスを含めることが可能であり、更には家庭電化製
品などの機器も含まれる。

【００２１】これらパーソナルコンピュータ４a、４
ｂ、４ｃ及びパーソナルコンピュータ５a、５ｂ、５ｃ
には、後述するようなコミュニケーションアプリケーシ
ョンがインストールされており、パーソナルコンピュー
タ４a、４ｂ、４ｃの間での交信、パーソナルコンピュ
ータ５a、５ｂ、５ｃの間での交信、及びパーソナルコ
ンピュータ４a、４ｂ、４ｃとパーソナルコンピュータ
５a、５ｂ、５ｃの間の交信のそれぞれが可能である。
これらのパーソナルコンピュータ４a、４ｂ、４ｃ、５
a、５ｂ、５ｃの間の交信時には、コミュニケーション
アプリケーションが作動して複数のユーザ間で意思や感
情の交換も可能とされる。

【００２２】パーソナルコンピュータ４a、４ｂ、４ｃ
の間での交信では、サーバ２を仲介したクライアント・
サーバ型接続によるデータ送信が行われ、例えばパーソ
ナルコンピュータ４aとパーソナルコンピュータ４ｃの
間でデータの送受信を行う場合には、パーソナルコンピ
ュータ４aとパーソナルコンピュータ４ｃに対してサー
バ２がクライアント・サーバ接続することで、所要のデ
ータ送信が行われる。このデータ送信自体は通常のクラ
イアント・サーバ接続で行われているものと同様であ
る。

【００２３】また、パーソナルコンピュータ５a、５
ｂ、５ｃの間での交信では、サーバ３を仲介したクライ
アント・サーバ型接続によるデータ送信が行われ、例え
ばパーソナルコンピュータ５aとパーソナルコンピュー
タ５ｂの間でデータの送受信を行う場合には、パーソナ
ルコンピュータ５aとパーソナルコンピュータ５ｂに対
してサーバ３がクライアント・サーバ接続することで、
所要のデータ送信が行われる。このデータ送信自体も通
常のクライアント・サーバ接続で行われているものと同
様である。

【００２４】次に、異なるサーバ２、３にそれぞれ接続
するパーソナルコンピュータ４a、４ｂ、４ｃとパーソ
ナルコンピュータ５a、５ｂ、５ｃの間の接続について
説明する。例えば、サーバ２のクライアント装置である
パーソナルコンピュータ４ｂからサーバ３のクライアン
ト装置であるパーソナルコンピュータ５ｂの間でデータ
送信をする場合には、先ず、パーソナルコンピュータ４
ｂからサーバ２に接続してデータ送信を行い、次にサー
バ２、３の間でデータ送信を行う。このデータ送信の際
には、サーバ２でデータの格納が行われ、その格納され
たデータを利用して、後述するように所要のデータを加
工することが可能である。ここでデータ加工方法につい
て例示すると、例えば、幾つかの画像をあて先が異なる
場合でも統合しながら送信する方法や、画像のフレーム
レートを落として送信する方法や、幾つかのテキスト情
報を一括して送信する方法や、仮想プライベートネット
ワークを用いた送信を行う場合の暗号化処理を一括して
行う方法や、異なるパーソナルコンピュータ接続におけ
るデータ間の相関を利用して圧縮をかける方法など種々
の方法が挙げられる。データ加工法は単独であっても良
く、複数の加工法を組み合わせたものであっても良い。

【００２５】サーバ３では、サーバ２からのデータを受
け取り、一旦データを格納した後、所定のクライアント
装置であるパーソナルコンピュータ５ｂにデータを送信
する。サーバ３で格納される場合に、先のデータ加工に
応答する後処理を行うようにしても良い。

【００２６】このようなシステム構造の本実施形態のコ
ミュニケーションシステム１を利用した場合では、単一
のサーバを介してクライアント装置同士が交信した場合
に比べ、サーバ間の交信が多数のクライアント装置への
通信を束ねるように機能することから、全体としてのト
ラフィックを低減させることができ、通信回数なども低
減させて、ヘッダの共通化などによってデータ量そのも
のも低減させることができる。

【００２７】（２）ユーザ端末の構成 次に、上述したコミュニケーションシステム１を構成す
るパーソナルコンピュータ４ａ、４ｂ、４ｃ及びパーソ
ナルコンピュータ５a、５ｂ、５ｃをコンピュータ装置
１０として代表させてその内部構造について説明する。

【００２８】なお、以下では、説明の便宜上、コンピュ
ータ装置１０にデジタルビデオカメラが搭載されている
場合について説明するものとする。ただし、コンピュー
タ装置１０は、外部機器として構成されたデジタルビデ
オカメラが有線又は無線により接続されていてもよい
し、例えばコンピュータ装置１０が接続されたＬＡＮ
（Local Area Network）等のコンピュータネットワーク
に対して直接接続可能とされたデジタルビデオカメラを
用いて、このデジタルビデオカメラにより撮像或いは録
音された画像データや音声データがコンピュータネット
ワークを介してコンピュータ装置１０に取り込まれる構
成とされていてもよい。

【００２９】コンピュータ装置１０は、図２に示すよう
に、各種演算処理を実行するとともに各部を統括して制
御するＣＰＵ（Central Processing Unit）２０と、こ
のＣＰＵ２０のワークエリアとして機能するＲＡＭ（Ra
ndom Access Memory）２１と、ＣＰＵ２０によって実行
される各種プログラムを含む情報を格納する読み取り専
用のＲＯＭ（Read Only Memory）２２と、ＣＰＵ２０に
よって実行されるオペレーティング・システム（Operat
ing System）やアプリケーション・プログラム等の各種
プログラムが記録され、各種データ等の記録再生が行わ
れるＨＤＤ（Hard Disk Drive）２３と、各種情報を表
示する表示部２４と、この表示部２４とＣＰＵ２０との
間でのデータの授受を行うための表示用インターフェー
ス２５と、ユーザによって各種情報や指示操作を入力す
るための操作部２６と、この操作部２６とＣＰＵ２０と
の間でのデータの授受を行うための操作用インターフェ
ース２７と、上述した公衆回線網１５を介してインター
ネット１１に接続された外部装置との間でデータの授受
を行うためのネットワークインターフェース２８と、被
写体を撮影して映像データや音声データを得るデジタル
ビデオカメラ２９と、いわゆるＭＰＥＧ２（Moving Pic
ture Experts Group phase 2）方式に基づく圧縮符号化
及び復号を行うＭＰＥＧ２コーデック３０とを備える。

【００３０】コンピュータ装置１０は、これらの各部の
うち、ＣＰＵ２０、ＲＡＭ２１、ＲＯＭ２２、ＨＤＤ２
３、表示用インターフェース２５、操作用インターフェ
ース２７、ネットワークインターフェース２８、デジタ
ルビデオカメラ２９、及びＭＰＥＧ２コーデック３０が
バス３１を介して接続されて構成される。

【００３１】なお、コンピュータ装置１０におけるデジ
タルビデオカメラ２９は、コンピュータ装置１０に搭載
されずに、例えば外部機器接続用の所定のインターフェ
ースや、ネットワークインターフェース２８などを介し
てバス３１に接続されてもよい。また、コンピュータ装
置１０は、必要に応じて、例えば着脱自在とされる記録
媒体に対する記録再生を行うリムーバブル型の記録再生
装置などがＨＤＤ２３の他に搭載又は接続され、この記
録再生装置に対する各種データの記録再生が可能とされ
ていてもよい。

【００３２】ＣＰＵ２０は、バス３１を介して、ＲＡＭ
２１、ＲＯＭ２２、ＨＤＤ２３、表示用インターフェー
ス２５、操作用インターフェース２７、ネットワークイ
ンターフェース２８、デジタルビデオカメラ２９、及び
ＭＰＥＧ２コーデック３０と接続されている。ＣＰＵ２
０は、各部を統括的に制御するとともに、例えばＨＤＤ
２３等に記録されているオペレーティング・システムや
各種アプリケーション・プログラムを実行処理する。特
に、ＣＰＵ２０は、アプリケーション・プログラムのひ
とつとして構成されたコミュニケーションプログラムの
実行を処理する。なお、このコミュニケーションプログ
ラムについての詳細は後述する。

【００３３】ＲＡＭ２１は、ＣＰＵ２０が各種プログラ
ムを実行する際のワークエリアとして機能し、ＣＰＵ２
０の制御のもとに、各種データを一時記憶する。

【００３４】ＲＯＭ２２は、コンピュータ装置１０の起
動に必要となる各種プログラムや設定情報などを格納し
ている。このＲＯＭ２２に格納されている各種プログラ
ムや設定情報は、コンピュータ装置１０の起動時に読み
出され、ＣＰＵ２０によって利用される。

【００３５】ＨＤＤ２３は、オペレーティング・システ
ムやアプリケーション・プログラム等が記録されている
とともに、ＣＰＵ２０の制御のもとに各種プログラムや
データ等の記録再生を行う。

【００３６】表示部２４は、例えばＬＣＤ（Liquid Cry
stal Display）からなり、ＣＰＵ２０の制御のもとに、
ＨＤＤ２３に記録されているデータ等の各種情報を表示
画面に表示する。特に、表示部２４は、ＣＰＵ２０の制
御のもとに、後述するコミュニケーションプログラムを
実行処理した結果を表示したり、このコミュニケーショ
ンプログラムに対して各種の指示操作を行うボタンを表
示するためのウィンドウといった、所定のグラフィカル
・ユーザ・インターフェースを表示画面に表示する。

【００３７】表示用インターフェース２５は、ＣＰＵ２
０と表示部２４との間でのデータの授受を行う。すなわ
ち、表示用インターフェース２５は、ＣＰＵ２０からバ
ス３１を介して供給された各種情報を表示部２４に供給
する。

【００３８】操作部２６は、例えば、キーボード、マウ
ス等のポインティングデバイス、或いはいわゆるジョグ
ダイヤル等回転操作式スイッチなどによるユーザ・イン
ターフェースを用いたユーザによる操作を受け付け、操
作内容を示す制御信号を操作用インターフェース２７を
介してＣＰＵ２０に供給する。

【００３９】操作用インターフェース２７は、ＣＰＵ２
０と操作部２６との間でのデータの授受を行う。すなわ
ち、操作用インターフェース２７は、操作部２６から供
給された制御信号をバス３１を介してＣＰＵ２０に供給
する。

【００４０】ネットワークインターフェース２８は、Ｃ
ＰＵ２０の制御のもとに、外部との通信を行うインター
フェースとして機能する。すなわち、ネットワークイン
ターフェース２８は、インターネット１１に接続された
他のコンピュータ装置１０との間で各種情報の授受を行
うために設けられるものである。

【００４１】デジタルビデオカメラ２９は、被写体を撮
影するための所定の光学系や、ＣＣＤ（Charge Coupled
Devices）等の光電変換用のデバイス等からなる。デジ
タルビデオカメラ２９により得られた映像データや音声
データは、ＣＰＵ２０の制御のもとに、バス３１を介し
てＭＰＥＧ２コーデック３０に供給される。

【００４２】ＭＰＥＧ２コーデック３０は、バス３１を
介してデジタルビデオカメラ２９から供給された映像デ
ータや音声データを、ＣＰＵ２０の制御のもとに、ＭＰ
ＥＧ２方式に基づく圧縮符号化を行う。このとき、ＭＰ
ＥＧ２コーデック３０は、ＣＰＵ２０の制御のもとに、
映像データや音声データをリアルタイムに圧縮符号化す
る。また、ＭＰＥＧ２コーデック３０は、ＭＰＥＧ２方
式に基づいて圧縮符号化されたデータを復号することも
できる。

【００４３】（３）コミュニケーションプログラムの概
略 次に以下では、上述したコンピュータ装置１０により実
行されるコミュニケーションプログラムについて説明す
る。

【００４４】コミュニケーションプログラムは、それぞ
れ個別の機能を実現する複数のモジュールを組み合わせ
自在とされた一連のプログラム群によって構成されてお
り、例えばコンピュータ装置１０のＨＤＤ２３に記録さ
れている。コンピュータ装置１０は、このコミュニケー
ションプログラムをＣＰＵ２０によって実行することに
より、他のコンピュータ装置との間で、画像データ、音
声データ、或いは文字データ等の各種情報を授受するこ
とによって、各コンピュータ装置のユーザ間での意志や
感情の相互伝達（コミュニケーション）を可能とする。
なお、コミュニケーションプログラムは、例えばいわゆ
るコンパクトディスク（Compact Disc）等の所定の記録
媒体やインターネット１１等の伝送媒体によっても提供
され得るものである。

【００４５】コンピュータ装置１０で実行されるコミュ
ニケーションプログラムは、他のコンピュータ装置で実
行されるコミュニケーションプログラムとの間で、いわ
ゆるサーバ・クライアント方式により通信を行う。すな
わち、相互接続状態が確立された複数のコミュニケーシ
ョンプログラムにおいては、所定のコミュニケーション
プログラムによりサーバとしての機能が実現され、他の
コミュニケーションプログラムがクライアントとして動
作する。ただし、コミュニケーションプログラムは、コ
ンピュータ装置１０において実行処理が開始され、他の
コミュニケーションプログラムとの間で相互接続状態が
確立されていない時点、すなわち初期起動状態におい
て、いわば仮想セッションモードでの動作となり、サー
バ又はクライアントの区別なく、自分自身でセッション
の確立を行うことができる。

【００４６】ここで、複数のコンピュータ装置１０で実
行される各々のコミュニケーションプログラム間でセッ
ションの確立を行う場合には、これらコミュニケーショ
ンプログラム間で接続設定情報の授受が行われる。この
接続設定情報は、例えば、コミュニケーションプログラ
ムの起動時にコンピュータ装置１０によって生成される
ものであり、この接続設定情報の送出元となるコンピュ
ータ装置１０に設定されたＩＰアドレス、及び当該コミ
ュニケーションプログラムで利用されるポート番号など
が記述されたファイルにより構成されている。なお、接
続設定情報についての詳細は後述する。

【００４７】そして、コミュニケーションプログラムか
ら、他のコミュニケーションプログラムに対して接続設
定情報が送出されると、この接続設定情報を取得したコ
ミュニケーションプログラムは、接続設定情報に記述さ
れたＩＰアドレスやポート番号などに基づいて、送出元
であるコンピュータ装置１０（ひいては、このコンピュ
ータ装置１０で実行されるコミュニケーションプログラ
ム）に対して、接続処理を行い、セッションが確立され
る。

【００４８】このとき、接続設定情報を含むファイル
は、例えば拡張子によってコミュニケーションプログラ
ムとの関連付けがなされており、いわゆるダブルクリッ
ク操作を行うことなどによってコンピュータ装置上でこ
のファイルが選択されると、自動的にコミュニケーショ
ンプログラムが起動するよう構成されている。

【００４９】コミュニケーションシステム１において
は、起動時に接続設定情報を生成し、この接続設定情報
を他のコミュニケーションプログラムに対して送出した
側のコミュニケーションプログラムがサーバとしての機
能を果たし、取得した接続設定情報に基づいて起動され
た側のコミュニケーションプログラムがクライアントと
して動作するものとする。

【００５０】ここで、上述のようにしてコンピュータ装
置間で接続設定情報を授受するに際しては、例えば、サ
ーバとなるコンピュータ装置１０からクライアントとな
るコンピュータ装置に対して、接続開始を促すメッセー
ジが記載された電子メールに接続設定情報を含むファイ
ルを添付して送信することにより実現されている。

【００５１】なお、本例で説明するコミュニケーション
システム１においては、電子メールを利用して接続設定
情報を送出するものとするが、例えば、いわゆるＦＴＰ
ソフトウェアなどのような、インターネット１１に接続
されたコンピュータ装置の間で各種のファイル交換を実
現するアプリケーションプログラムを用いることによっ
て、接続設定情報をデータ・ファイル或いはアプリケー
ション・プログラムの形で送出するとしてもよい。ま
た、例えば、コンピュータ装置の利用者（ユーザ）に対
して接続開始を通知することなく、接続設定情報を直接
コンピュータ装置間で授受することによって、ユーザに
接続の開始（セッションの確立）を意識させることなく
自動的にクライアント側のコンピュータ装置上でコミュ
ニケーションプログラムが起動するように構成してもよ
い。

【００５２】（４）コミュニケーションプログラムのモ
ジュール構造 ここで、コミュニケーションプログラムにおけるモジュ
ール構造の一例について、図３を参照しながら説明す
る。コミュニケーションプログラムは、例えば図３に示
すように、コンピュータ装置１０におけるネットワーク
インターフェース２８の動作を制御するインターフェー
スモジュール５０と、他のコンピュータ装置で実行され
るコミュニケーションプログラム間でのセッションの確
立などを提供するコアモジュール５１と、コミュニケー
ションプログラムにおける基本的な機能を提供する基本
モジュール５２と、各々個別の機能を提供する複数のア
プリケーションモジュール５３と、グラフィカル・ユー
ザ・インターフェース（以下、ＧＵＩ：Graphical User
Interfaceと称する。）を管理するＧＵＩモジュール５
４とにより構成されている。

【００５３】インターフェースモジュール５０は、いわ
ばＡＰＩ（Application Program Interface）として構
成されており、インターネット１１等のコンピュータネ
ットワークを介して他のコンピュータ装置で実行される
プログラムとの間で画像データ、音声データ、或いは文
字データ等の各種情報の伝送路を確立し、ネットワーク
通信の詳細を簡便な命令体系によって容易に処理可能と
するモジュールである。このインターフェースモジュー
ル５０としては、例えば、マイクロソフト株式会社の
「Direct Play」などを用いることができる。

【００５４】コアモジュール５１は、他のコミュニケー
ションプログラムとの間でセッションの確立を行うとと
もに、確立されたセッションの管理を行うセッション管
理機能を有している。具体的には例えば、接続設定情報
を作成する接続設定情報作成機能、セッションを確立す
るセッション確立機能、コミュニケーションプログラム
間でデータの送受信を行うデータ送受信機能、確立され
たセッション内のプレーヤーを管理するセッション内プ
レーヤー管理機能などが、セッション管理機能としてコ
アモジュール５１により提供される。

【００５５】ここで、コミュニケーションシステム１に
おいては、サーバとなるコミュニケーションプログラム
と、クライアントとなるコミュニケーションプログラム
とが存在している。サーバ側のコミュニケーションプロ
グラムは、クライアント側のコミュニケーションプログ
ラムから送出されたデータを、このデータの宛先を参照
して、宛先として指定された他のクライアント側のコミ
ュニケーションプログラムに転送するなどの処理が行わ
れる。このため、コミュニケーションシステム１におい
ては、画像データ、音声データ、或いは文字データなど
の各種情報を授受するに際して、セッションを確立して
おくことが必要となる。そこで、コミュニケーションプ
ログラムにおいては、このようなセッションの確立や管
理を行うためのインターフェースとしてセッション管理
機能がコアモジュール５１により提供されている。

【００５６】コアモジュール５１は、ＩＰアドレス及び
ポート番号などを取得して接続設定情報が記述されたフ
ァイルを生成する。また、このファイルに対して暗号化
や復号化などを行う。また、コアモジュール５１は、ク
ライアントとして動作する場合に、取得した接続設定情
報に記述されたＩＰアドレス及びポート番号などに基づ
いて、サーバ側となるコンピュータ装置に対する接続を
行う。これにより、セッションが確立される。

【００５７】また、コアモジュール５１は、セッション
内に存在するコミュニケーションプログラム（プレイヤ
ー）の管理を行う。具体的には例えば、プレイヤーのリ
ストを生成或いは取得したり、プレイヤー毎に割り当て
られた固有の識別情報（プレイヤーＩＤ）の取得或いは
管理を行う。また、コアモジュール５１は、新規なプレ
イヤーとの接続が確立されたり、所定のプレイヤーとの
接続が切断されたり、プレイヤー毎の接続状態や接続名
などの情報を含むプレイヤー情報が変更されるなどし
て、イベントが生じた場合に、このイベントを基本モジ
ュール５２及び各アプリケーションモジュール５３に対
して通知する。

【００５８】また、コアモジュール５１は、複数のアプ
リケーションモジュール５３の各々に対する制御を行う
アプリケーションモジュール管理機能を有している。具
体的には例えば、各アプリケーションモジュール５３の
起動管理や、各アプリケーションモジュール５３との間
でデータの送受信などを行う。

【００５９】コアモジュール５１は、具体的には例え
ば、コミュニケーションプログラムに実装されているア
プリケーションモジュール５３に関するモジュール情報
を、コンピュータ装置１０の所定の記憶領域から取得し
て、実装済みのアプリケーションモジュール５３をリス
ト化する。このモジュール情報は、例えば、アプリケー
ションモジュール毎に固有のモジュール識別情報、ＧＵ
Ｉに関する情報であるＧＵＩ情報、或いは、コミュニケ
ーションプログラムの起動と同時に動作を開始するか否
かを示すフラグ情報などにより構成されている。そし
て、コアモジュール５１は、このモジュール情報に基づ
いて、各アプリケーションモジュール５３の起動状態を
管理する。

【００６０】また、コアモジュール５１は、起動されて
いないアプリケーションモジュール５３を起動したり、
コンピュータ装置１０の表示部２４に対する表示／非表
示の切り替え制御などを行う。

【００６１】ここで、コアモジュール５１の動作の一例
として、クライアント側である一方のコミュニケーショ
ンプログラムから他方のコミュニケーションプログラム
に対して、サーバ側のコミュニケーションプログラムを
介してデータを送信する場合について、図４を参照しな
がら説明する。

【００６２】この場合において、データ送信側で動作す
るコアモジュール５１ａは、基本モジュール５２やアプ
リケーションモジュール５３から送信されたデータを受
信し、このデータに対して送信ヘッダーを付与して、サ
ーバ側のコミュニケーションプログラムに対して送信す
る。このようにサーバ側に送信するに際しては、受信し
たデータの内容については関与しない。

【００６３】一方、サーバ側で動作するコアモジュール
５１ｂは、データ送信側から取得したデータに含まれる
送信ヘッダーを参照して、この送信ヘッダーに宛先とし
て記述されたデータ受信側のコミュニケーションプログ
ラムに対して、データ送信側から取得したデータを送信
する。

【００６４】また、データ受信側で動作するコアモジュ
ール５１ｃは、取得したデータに含まれる送信ヘッダー
を参照して、このデータを所定のアプリケーションモジ
ュール５３に対して受け渡す。このとき、コアモジュー
ル５１ｃは、データ受信側におけるコミュニケーション
プログラムでデータの受け渡し先として該当するアプリ
ケーションモジュール５３が起動していない場合に、こ
のアプリケーションモジュール５３を起動処理する。

【００６５】また、コアモジュール５１ｃは、データ受
信側のコミュニケーションプログラムに該当するアプリ
ケーションモジュール５３が存在しない場合に、この旨
を示すメッセージをデータ送信側のコミュニケーション
プログラムに対して送信する。このとき、コアモジュー
ル５１ｃは、取得したデータを受け渡す対象となるアプ
リケーションモジュール５３として、全てのアプリケー
ションモジュール５３が指定されている場合には、起動
中であるアプリケーションモジュールにのみ、このデー
タを受け渡す。

【００６６】コアモジュール５１は、上述のように動作
することによって、クライアントとして動作するコミュ
ニケーションプログラム間でデータの受け渡しを行う。

【００６７】一方、基本モジュール５２は、コミュニケ
ーションプログラムで用いる各種ウィンドウを用意する
機能を有するモジュールである。また、基本モジュール
５２は、コミュニケーションプログラムの実行処理に必
要となる各種の情報を設定する設定機能、及び、セッシ
ョンを確立する際に接続設定情報を電子メールに添付し
てクライアント側に送信する電子メール送信機能などを
有する。

【００６８】また、アプリケーションモジュール５３
は、コミュニケーションプログラムに必要に応じて複数
実装され、それぞれ独自の機能を提供する機能を有して
いる。本例におけるコミュニケーションプログラムにお
いては、アプリケーションモジュール５３として、個人
情報管理モジュール５３ａ、画像送信モジュール５３
ｂ、音声データ送受信モジュール５３ｃ、Ｗｅｂ機能モ
ジュール５３ｄ、チャット内容転送モジュール５３ｅ、
チャットログモジュール５３ｆ、感情表現モジュール５
３ｇ、アクションモジュール５３ｈ、及びライブ出演モ
ジュール５３ｉなどが実装されているものとする。

【００６９】個人情報管理モジュール５３ａは、セッシ
ョン内に存在する各コミュニケーションプログラム、す
なわち各ユーザ（プレイヤー）に対応した画像データや
名前情報などの個人情報を管理するモジュールである。

【００７０】このコミュニケーションプログラムにおい
ては、最初に起動された状態で、ユーザに対応した画像
や名前などの入力及び設定をユーザに要求して取得す
る。このとき、コアモジュール５１を介して個人情報管
理モジュール５３ａに対して、表示要求が送信される。
このようにして他のモジュールからの表示要求を受信す
ると、個人情報管理モジュール５３ａは、ＧＵＩモジュ
ール５４に対して所定の取得要求を送信して、該当する
個人情報を取得し、コンピュータ装置１０に表示された
ウィンドウ内の所定の領域に所定の個人情報を表示す
る。

【００７１】また、個人情報管理モジュール５３ａは、
他のモジュールからのプレイヤー情報更新要求を受信し
た場合に、ネットワークを介して接続が確立された他の
コミュニケーションプログラムにおける個人情報管理モ
ジュール５３ａに対して、個人情報取得要求を送信す
る。このとき、個人情報取得要求を取得した側の個人情
報管理モジュール５３ａは、自分自身の個人情報を取得
して表示通知として返信する。

【００７２】このようなプレイヤー情報更新要求は、例
えば、コミュニケーションシステム１に対して新たにユ
ーザが参入した場合に、コアモジュール５１によって個
人情報管理モジュール５３ａに対して送信される。

【００７３】画像送信モジュール５３ｂは、画像データ
の追加処理、削除処理、或いは選択時の処理などを提供
するモジュールである。また、画像送信モジュール５３
ｂは、コンピュータ装置１０に搭載又は接続されたデジ
タルビデオカメラ２９に対して、撮影状態のオン・オフ
の切り替え制御などの各種制御を行う。デジタルビデオ
カメラ２９の撮影状態がオンである場合には、インター
ネット１１に対する通信状態の負荷を監視しながら、画
像データの送信処理を行う。なお、画像送信モジュール
５３ｂにおいては、ユーザによる設定に応じて、他のコ
ミュニケーションプログラムに対する送信を非保証通信
で行うこともできる。この場合には、送信した画像デー
タが伝送路の途中で失われた場合であっても再送信を行
わない。

【００７４】音声送受信モジュール５３ｃは、画像送信
モジュール５３ｂに相当するものであり、音声データの
追加処理、削除処理、或いは選択時の処理などを提供す
るモジュールである。また、音声送受信モジュール５３
ｃは、インターフェースモジュール５０に実装された音
声機能を利用して、コミュニケーションプログラム間で
音声データの送受信を実現する機能を有している。な
お、コミュニケーションシステム１においては、サーバ
側のコミュニケーションプログラムにおいて音声出力を
オンにしている場合のみ、クライアント側のコミュニケ
ーションプログラムにおいても音声出力をオンとするこ
とが可能とされている。また、クライアント側のコミュ
ニケーションプログラムから送出された音声データは、
サーバ側のコミュニケーションプログラムに実装された
音声送受信モジュール５３ｃによってミキシングされ、
再度各クライアント側のコミュニケーションプログラム
に対して送信される。

【００７５】Ｗｅｂ機能モジュール５３ｄは、コミュニ
ケーションプログラムが実行されるコンピュータ装置１
０、或いはインターネット１１に接続された他のコンピ
ュータ装置に保持されたハイパーテキストや画像データ
などの各種情報を取得して、コミュニケーションプログ
ラムのウィンドウ内における所定の表示領域に、取得し
た各種情報を表示するＷｅｂ情報表示機能を提供するモ
ジュールである。また、Ｗｅｂ機能モジュール５３ｄ
は、他のコミュニケーションプログラムとの間で、イン
ターネット１１上に存在する各種情報（リソース）の所
在地及び取得方法を示すＵＲＬ（Uniform Resource Loc
ator）を共有するＵＲＬ共有機能を有する。このＵＲＬ
共有機能についての詳細は後述する。

【００７６】チャット内容転送モジュール５３ｅは、文
字データがＧＵＩモジュール５４に対して入力されたこ
とを示すイベントが、このＧＵＩモジュール５４から通
知された際に、このイベントに基づいて入力された文字
データを取得し、取得した文字データを含むチャットメ
ッセージ通知を、セッションが確立された他のコミュニ
ケーションプログラムの全てに対して送信するモジュー
ルである。また、チャット内容転送モジュール５３ｅ
は、チャットメッセージ通知を受信すると、このチャッ
トメッセージ通知に含まれる文字データを表示する要求
をＧＵＩモジュール５４に対して行う。これにより、コ
ミュニケーションプログラムのウィンドウ内の所定の位
置に、いわゆる「吹き出し」状の文字表示領域が確保さ
れ、この領域内に文字データが表示される。

【００７７】チャットログモジュール５３ｆは、チャッ
ト内容転送モジュール５３ｅから送信されたチャットメ
ッセージ通知などに基づいて、入力又は受信した文字デ
ータを記録してチャットログファイルを生成する。チャ
ットログモジュール５３ｆは、所定の記憶容量分の文字
データを、コンピュータ装置１０のＲＡＭ２１内に記憶
するとともに、必要に応じて、ＲＡＭ２１内に記憶され
た文字データをＨＤＤ２３などに待避させてチャットロ
グファイルを生成する。また、チャットログモジュール
５３ｆは、チャットログを表示する要求がなされた場合
に、チャットログファイル内に記憶された文字データを
取得して、コミュニケーションプログラムのウィンドウ
内の所定の領域に表示する機能を有している。

【００７８】感情表現モジュール５３ｇは、詳細を後述
する感情表現に関するアニメーション効果の読み込みや
表示などを行うモジュールである。また、感情表現モジ
ュール５３ｇは、感情を表現する際に選択されるボタン
の表示などをＧＵＩモジュール５４に要求する。

【００７９】また、感情表現モジュール５３ｇは、ＧＵ
Ｉモジュール５４により所定のボタンが選択された通知
を受信すると、このボタンに対応した感情表現データ
（アニメーションデータ）を、セッションが確立されて
いる全てのコミュニケーションプログラムに対して送信
する。一方、感情表現データを受信した際には、この感
情表現データを表示する要求をＧＵＩモジュール５４に
対して行う。なお、感情表現についての詳細は後述す
る。

【００８０】アクションモジュール５３ｈは、詳細を後
述するアクションデータの読み込みや表示などを行うモ
ジュールである。また、アクションモジュール５３ｈ
は、アクションを表示する際に選択されるボタンの表示
などをＧＵＩモジュール５４に要求する。

【００８１】また、アクションモジュール５３ｈは、ア
クションを表示する際に選択されるボタンがユーザによ
って選択されると、選択されたボタンに対応したアクシ
ョンデータ（アニメーションデータ）を、セッションが
確立されている全てのコミュニケーションプログラムに
対して送信する。一方、アクションデータを受信した際
には、このアクションデータを表示する要求をＧＵＩモ
ジュール５４に対して行う。なお、アクション表示につ
いての詳細は後述する。

【００８２】ライブ出演モジュール５３ｉは、インター
ネット１１を介して画像データや音声データのライブ配
信を行うライブ配信プログラムと連携して動作するモジ
ュールである。コミュニケーションプログラムは、ライ
ブ出演モジュール５３ｉが実装されていることにより、
外部のライブ配信プログラムとの間で画像データや音声
データ等の授受を行うことが可能とされている。

【００８３】アプリケーションモジュール５３は、上述
したような各種のモジュールにより構成されている。な
お、コミュニケーションプログラムにおいては、実装さ
れるアプリケーションモジュール５３の数や機能に限定
されるものではなく、上述した各種のモジュールの他に
も、それぞれ独自の機能を提供するモジュールがアプリ
ケーションモジュール５３のひとつとして実装されてい
てもよい。また、コミュニケーションプログラムにおい
ては、必要に応じてアプリケーションモジュール５３の
追加又は削除を行うことが可能とされている。

【００８４】ＧＵＩモジュール５４は、コミュニケーシ
ョンプログラムで発生するウィンドウ表示等の画面表示
を提供するモジュールである。ただし、ダイアロブボッ
クスなどの各種ウィンドウの基本的な描画については、
基本モジュール５２により提供される。ＧＵＩモジュー
ル５４は、他のモジュールからなされた画面表示要求に
応じて、ウィンドウ内の描画を行い、機能選択ボタンや
画像データなどの表示を行う。

【００８５】このＧＵＩモジュール５４は、機能選択ボ
タンの位置や並べ方、或いは画像データの表示位置や、
ウィンドウ内における全体的な配列・構成に関する情報
は有しているが、機能選択ボタンの数や内容に関して
は、コアモジュール５１或いは各アプリケーションモジ
ュール５３による要求に含まれるデータを参照すること
により表示する。

【００８６】なお、コミュニケーションプログラムに実
装されるアプリケーションモジュール５３は、ＧＵＩモ
ジュール５４に依らずに、独自に描画処理することが可
能なアプリケーション表示領域を利用することが可能と
されている。このようなアプリケーション表示領域を利
用して画面表示を行う場合には、アプリケーションモジ
ュール５３からの要求に応じてＧＵＩモジュールがアプ
リケーション表示領域を確保し、確保されたアプリケー
ション表示領域内に対する描画処理は、アプリケーショ
ンモジュール５３側で行うことができる。

【００８７】また、ＧＵＩモジュール５４は、ウィンド
ウ内に表示された機能選択ボタン等がユーザによって選
択された場合に、この機能選択ボタンが選択されたこと
を示すイベントを、基本モジュール５２やアプリケーシ
ョンモジュール５３に対して通知する機能を有してい
る。

【００８８】コミュニケーションプログラムは、上述し
たように、複数のモジュールによって構成されてなり、
各モジュールが必要に応じて適宜連携して動作するよう
に構成されている。

【００８９】（５）接続設定情報 次に、コミュニケーションシステム１において、コンピ
ュータ装置間でセッションを確立する際に用いられる接
続設定情報について説明する。接続設定情報は、サーバ
となるコミュニケーションプログラムが実行されるコン
ピュータ装置において生成される情報である。

【００９０】接続設定情報は、例えば図５に示すよう
に、クライアントとなるコミュニケーションプログラム
がサーバとなるコミュニケーションプログラムに対して
セッションを確立する際に認証などを行うためのアクセ
スキー、コミュニケーションプログラムが利用するコン
ピュータ装置１０のネットワークインターフェース２８
のポート番号、サーバとなるコミュニケーションプログ
ラムが実行されるコンピュータ装置１０に設定されたＩ
Ｐアドレスの数、及びサーバとなるコミュニケーション
プログラムが実行されるコンピュータ装置１０に設定さ
れた一連のＩＰアドレスなどによって構成される。

【００９１】（６）コミュニケーションプログラムによ
る基本処理 以下では、上述したコミュニケーションプログラムがコ
ンピュータ装置１０において実行される場合における基
本的な一連の処理について、図６及び図７に示すフロー
チャートを参照しながら順を追って説明する。

【００９２】コミュニケーションプログラムは、実行処
理が開始（起動）されると、図６に示すステップＳ１０
において、機能モジュールリストを参照することによ
り、起動フラグが立っているモジュールを起動する。機
能モジュールリストは、例えば図８に示すようなデータ
構造とされており、コミュニケーションプログラムを構
成するモジュール毎に、モジュールに固有の識別情報
（ＩＤ）と、モジュールに固有のモジュール名と、モジ
ュールの実行形態や利用条件などを示すタイプと、起動
時の条件に応じて起動されるか否かを示す起動フラグと
により構成されている。起動フラグについての詳細は後
述するが、コミュニケーションプログラムは、機能モジ
ュールリストを参照することによって、起動時の条件に
応じて起動するモジュールを選択して起動することが可
能とされている。

【００９３】次に、コミュニケーションプログラムは、
ステップＳ１１において、他のコンピュータ装置により
実行されるコミュニケーションプログラムから接続設定
情報を受信しているか否かを判定する。この判定の結
果、受信している場合にはステップＳ１２に処理を進
め、受信していない場合にはステップＳ１３に処理を進
める。

【００９４】ここで、コミュニケーションプログラム
は、接続設定情報を受信している場合に、当該コミュニ
ケーションプログラムがクライアントとして動作して、
接続設定情報の送信元であるサーバ側のコミュニケーシ
ョンプログラムとの間で各種情報の送受信を行うことと
なる。一方、接続設定情報を受信していない場合には、
当該コミュニケーションプログラムがサーバとして動作
する。

【００９５】ステップＳ１２において、コミュニケーシ
ョンプログラムは、受信した接続設定情報に基づいて、
この接続設定情報の送信元であるサーバ側のコミュニケ
ーションプログラムとの間でセッションを確立する処理
を行う。

【００９６】ステップＳ１３において、コミュニケーシ
ョンプログラムは、サーバとして動作することを要求さ
れ、サーバ機能を提供するサーバモジュールを起動する
か否かを判定する。この判定は、ステップＳ１１におけ
る判定に対応しており、接続設定情報を他のコンピュー
タ装置で実行されるコミュニケーションプログラムから
受信したか否かを判定することによって行われる。そし
て、この判定の結果、サーバモジュールを起動する場合
にはステップＳ１４に処理を進め、サーバモジュールを
起動せずにクライアントとして動作する場合にはステッ
プＳ１７に処理を進める。

【００９７】ステップＳ１４において、コミュニケーシ
ョンプログラムは、自身が起動したサーバモジュールに
対してセッションが確立されて接続済みであるか否かを
判定する。この判定の結果、未だ接続が行われていない
場合にはステップＳ１５に処理を進め、接続済みである
場合にはステップＳ１７に処理を進める。

【００９８】ステップＳ１５において、コミュニケーシ
ョンプログラムは、サーバ機能を提供するサーバモジュ
ールを起動する。次に、ステップＳ１６において、コミ
ュニケーションプログラムは、自身起動したサーバモジ
ュールに対してセッションを確立して接続を行う。これ
により、当該コミュニケーションプログラムにおいて
は、自身が起動したサーバモジュールによりサーバとし
ての機能が実現されるとともに、サーバモジュール以外
の他のモジュールは、当該サーバモジュールに対して、
いわばクライアントとして接続動作することが可能とな
る。

【００９９】コミュニケーションプログラムにおいて
は、このようにサーバ機能がモジュールとして実現され
ていることから、サーバとして動作する場合であって
も、クライアントとして動作する場合と同様な手続きに
より、サーバモジュール以外の他のモジュールが、サー
バに対してアクセスすることが可能となる。このため、
これら他のモジュールにおける処理手続きを簡略化する
ことができる。なお、ステップＳ１６において、サーバ
モジュールに対するセッションが確立された後に、コミ
ュニケーションプログラムは、ステップＳ１７に処理を
進める。

【０１００】ステップＳ１７において、コミュニケーシ
ョンプログラムは、コンピュータ装置１０の画面上にウ
ィンドウを表示し、このウィンドウ内に表示された入力
領域や各種の機能選択ボタン等によって、ユーザによる
各種指示操作が入力可能な状態となる。そして、ステッ
プＳ１７において、コミュニケーションプログラムは、
上述した機能選択ボタンがユーザによって選択され、こ
の機能選択ボタンに対応した機能モジュールを起動する
か否かを判定する。この判定の結果、機能モジュールを
起動する場合にはステップＳ１８に処理を進め、起動し
ない場合にはステップＳ１９に処理を進める。

【０１０１】ステップＳ１８において、コミュニケーシ
ョンプログラムは、ステップＳ１７において選択された
機能選択ボタンに対応した機能モジュールを起動する。
そして、機能モジュールを起動した後に、コミュニケー
ションプログラムは、ステップＳ１９に処理を進める。

【０１０２】ステップＳ１９において、コミュニケーシ
ョンプログラムは、メッセージ送信キューに送信すべき
メッセージが存在するか否かを判定する。そして、メッ
セージ送信キューにメッセージが存在する場合にはステ
ップＳ２０に処理を進め、メッセージが存在しない場合
には図７に示すステップＳ２１に処理を進める。

【０１０３】ここで、コミュニケーションプログラム
は、他のコミュニケーションプログラムとの間で画像デ
ータ、音声データ、或いは文字データなどの各種情報を
授受するに際して、これら情報がメッセージと称される
情報単位に分割される。そして、相手のコミュニケーシ
ョンプログラムに対して送信すべきメッセージがメッセ
ージ送信キューに、相手のコミュニケーションプログラ
ムから受信したメッセージがメッセージ受信キューに、
それぞれ一時的に蓄積される。なお、メッセージ送信キ
ュー及びメッセージ受信キューは、例えば、コンピュー
タ装置１０のＲＡＭ２１における記憶領域内に、予め所
定の容量だけ確保されている。

【０１０４】ステップＳ２０において、コミュニケーシ
ョンプログラムは、メッセージ送信キューに存在するメ
ッセージをセッションが確立されているサーバに対して
送信する。このステップＳ２０における処理の後に、コ
ミュニケーションプログラムは、処理を図７に示すステ
ップＳ２１に進める。

【０１０５】ステップＳ２１において、コミュニケーシ
ョンプログラムは、メッセージ受信キューにサーバから
受信したメッセージが存在するか否かを判定する。そし
て、メッセージ受信キューにメッセージが存在する場合
には処理をステップＳ２２に進め、メッセージが存在し
ない場合には処理をステップＳ２５に進める。

【０１０６】ステップＳ２２において、コミュニケーシ
ョンプログラムは、メッセージの送信先となる機能モジ
ュール、すなわち、このメッセージを利用する機能モジ
ュールが起動済みであるか否かを判定する。この判定の
結果、送信先として該当する機能モジュールが未だ起動
されていない場合にはステップＳ２３に処理を進め、起
動済みである場合にはステップＳ２４に処理を進める。

【０１０７】ステップＳ２３において、コミュニケーシ
ョンプログラムは、メッセージの送信先となる起動モジ
ュールを起動する。そして、送信先として該当する機能
モジュールを起動した後に、コミュニケーションプログ
ラムは、処理をステップＳ２４に進める。

【０１０８】ステップＳ２４において、コミュニケーシ
ョンプログラムは、メッセージ送信キューに存在するメ
ッセージの送信先として該当する機能モジュールに対し
て、当該メッセージを送信する。このステップＳ２４に
おける処理の後に、コミュニケーションプログラムは、
処理をステップＳ２５に進める。

【０１０９】ステップＳ２５において、コミュニケーシ
ョンプログラムは、ユーザから所定の指示操作が行われ
ることにより、実行動作を終了することを要求されてい
るか否かを判定する。この判定の結果、終了することを
要求されている場合には、処理をステップＳ２６に進
め、終了することを要求されていない場合には、処理を
図６に示すステップＳ１３に進めて、上述したステップ
Ｓ１３以降の一連の処理を繰り返し行う。

【０１１０】ステップＳ２６において、コミュニケーシ
ョンプログラムは、サーバ機能を実現するサーバモジュ
ールを自身で起動したか否かを判定する。すなわち、当
該コミュニケーションプログラムがサーバとして動作し
ているか否かを判定する。この判定の結果、自身でサー
バモジュールを起動した場合には処理をステップＳ２７
に進め、自身でサーバモジュールを起動しておらず、ク
ライアントとして動作している場合には、各種の終了処
理を行って、一連の処理動作を停止する。

【０１１１】ステップＳ２７において、コミュニケーシ
ョンプログラムは、ステップＳ１５において自身で起動
したサーバモジュールに対して終了処理を行い、このサ
ーバモジュールの動作を停止する。この後に、コミュニ
ケーションプログラムは、各種の終了処理を行って、一
連の処理動作を停止する。

【０１１２】つぎに、上述したステップＳ１５において
起動されるサーバモジュールにおける一連の処理につい
て、図９及び図１０に示すフローチャートを参照しなが
ら順を追って説明する。

【０１１３】サーバモジュールは、実行処理が開始され
ると、図９に示すステップＳ５０において、クライアン
トからの接続要求（セッション確立要求）を受信したか
否かを判定する。このとき、クライアントとしては、当
該サーバモジュールを起動したコミュニケーションプロ
グラムを構成する他の機能モジュールであってもよい
し、他のコンピュータ装置で実行されるコミュニケーシ
ョンプログラムを構成する機能モジュールであってもよ
い。そして、この判定の結果、接続要求を受信している
場合にはステップＳ５１に処理を進め、受信していない
場合にはステップＳ５５に処理を進める。

【０１１４】ステップＳ５１において、サーバモジュー
ルは、現在接続しているユーザの数が、予め設定された
最大人数に達しているか否かを判定する。この判定の結
果、最大人数に達していない場合にはステップＳ５２に
処理を進め、最大人数に達している場合にはステップＳ
５５に処理を進める。

【０１１５】ステップＳ５２において、サーバモジュー
ルは、新たに接続要求を行ったユーザに対して、ユーザ
毎に固有の情報であるユーザＩＤを生成するとともに、
このユーザ側で動作するコミュニケーションプログラム
との間でセッションを確立して接続を行う。これによ
り、接続要求を行ったユーザ側で動作するコミュニケー
ションプログラムがクライアントとして、当該サーバモ
ジュールとの間で通信状態が確立され、画像データ、音
声データ、或いは文字データなどの各種情報を授受を行
うことが可能となる。

【０１１６】次に、ステップＳ５３において、サーバモ
ジュールは、新たに接続要求を行ったユーザ側でコミュ
ニケーションプログラムを実行するコンピュータ装置の
ＩＰアドレスと、このユーザのユーザ名とを取得すると
ともに、これらＩＰアドレス及びユーザ名と、ステップ
Ｓ５２において生成したユーザＩＤとをユーザリストに
追加する。

【０１１７】ここで、ユーザリストは、例えば図１１に
示すようなデータ構造とされており、サーバモジュール
に対してセッションの確立が行われたユーザのユーザＩ
Ｄと、このユーザのユーザ名と、このユーザ側でコミュ
ニケーションプログラムを実行するコンピュータ装置の
ＩＰアドレスとにより構成されている。

【０１１８】次に、ステップＳ５４において、サーバモ
ジュールは、セッションが確立されている全てのクライ
アントに対して、ステップＳ５３において追加したユー
ザのユーザＩＤなどを通知する。これにより、サーバモ
ジュールに接続された全てのクライアントは、新たなユ
ーザが接続されたことを知ることができる。このステッ
プＳ５４における処理の後に、サーバモジュールは、ス
テップＳ５５に処理を進める。

【０１１９】ステップＳ５５において、サーバモジュー
ルは、セッションが確立されているクライアントとの間
で接続状態が切断されたか否かを判定する。この判定の
結果、接続状態が切断されている場合にはステップＳ５
６に処理を進め、接続状態が切断されていない場合には
図１０に示すステップＳ５８に処理を進める。このと
き、接続状態が切断される要因としては、例えば、サー
バモジュールとクライアントとの間の伝送路において生
じた不具合、ユーザによるコミュニケーションモジュー
ルの終了処理などを挙げることができる。

【０１２０】ステップＳ５６において、サーバモジュー
ルは、ステップＳ５５において接続状態が切断されたと
判定されたユーザに関する情報を、ユーザリストから削
除する。次に、ステップＳ５７において、サーバモジュ
ールは、ステップＳ５６でユーザリストから削除したユ
ーザに関するユーザＩＤなどの情報を、セッションが確
立されている全てのクライアントに対して通知する。こ
れにより、サーバモジュールに接続された全てのクライ
アントは、当該ユーザの接続が切断されたことを知るこ
とができる。このステップＳ５７における処理の後に、
サーバモジュールは、図１０に示すステップＳ５８に処
理を進める。

【０１２１】ステップＳ５８において、サーバモジュー
ルは、接続されたクライアントからメッセージが送信さ
れたか否かを判定する。この判定の結果、送信されてい
る場合にはステップＳ５９に処理を進め、送信されてい
ない場合にはステップＳ６１に処理を進める。

【０１２２】ステップＳ５９において、サーバモジュー
ルは、メッセージの宛先として指定されたユーザＩＤを
参照し、ユーザリストに基づいて当該ユーザＩＤに対応
したＩＰアドレスを取得する。次に、ステップＳ６０に
おいて、サーバモジュールは、ステップＳ５９において
取得したＩＰアドレスが設定されたコンピュータ装置に
対して、インターネット１１等のコンピュータネットワ
ークを介してメッセージを送信する。これにより、メッ
セージが送信先のコミュニケーションプログラムに届け
られる。このステップＳ６０における処理の後に、サー
バモジュールはステップＳ６１に処理を進める。

【０１２３】ステップＳ６１において、サーバモジュー
ルは、コミュニケーションプログラムにからの終了要求
を受信したか否かを判定する。そして、この判定の結
果、終了要求を受信した場合には、各種の終了処理を行
って、一連の処理動作を停止する。また、終了要求を受
信していない場合には、処理を図９に示すステップＳ５
０に進めて、上述したステップＳ５０以降の一連の処理
を繰り返す。このサーバモジュールに対する終了要求
は、図７に示したコミュニケーションプログラムの一連
の処理におけるステップＳ２７が処理された場合に相当
するものである。

【０１２４】コミュニケーションプログラムは、以上で
説明したようにして一連の処理を行うアプリケーション
・プログラムである。上述した一連の処理の説明から明
らかであるように、コミュニケーションプログラムは、
必要に応じてサーバ或いはクライアントとして動作する
ことが可能とされている。

【０１２５】（７）本実施形態のコミュニケーションシ
ステムにおけるデータ送信 次に図１２を参照しながら、本実施形態のコミュニケー
ションシステムにおけるサーバ動作についてその概要を
説明する。本実施形態のコミュニケーションシステムで
は、一対のサーバが使用される。それらのサーバを用い
てデータ送信が行われる場合には、先ず、一方のサーバ
に対してクライアント装置から接続要求が出されること
になる（ステップＳ１０１）。次に、そのクライアント
装置からのデータ送信先のクライアント装置が自サーバ
に属しているか否かの判断がなされ、換言すれば、デー
タ送信が一対のサーバの間で行われるか否かが判断され
（ステップS１０２）、自サーバに属している場合には
ステップS１０３に進んで当該サーバから宛先のクライ
アント装置に対してデータ送信が行われる。

【０１２６】宛先が自サーバ側のクライアント装置に属
していない場合、ステップS１０２からステップS１０４
にジャンプし、このステップＳ１０４で宛先が他サーバ
に属しているか否かが判断される。宛先が他サーバに属
していない場合は、宛先が特定できないことから本処理
を終了する。宛先が他サーバに属している場合、その宛
先が属するサーバに対してデータを送信する（ステップ
Ｓ１０５）。この場合、データが宛先が属するサーバに
先ず送られ、続いてそのデータが該サーバからクライア
ント装置に向けて送られることになる。

【０１２７】次に、図１３を参照しながら、サーバ接続
時のデータフローについて説明する。本実施形態のコミ
ュニケーションシステムにおいては、図１に示したよう
に一対のサーバ、ここではサーバＡとサーバＢが設けら
れているものとする。クライアントはこれらサーバＡ、
サーバＢのいずれか一方にだけ接続する構成とされ、こ
のようなクライアントがサーバＡとサーバＢのそれぞれ
に複数個接続可能に設けられている。すなわち、サーバ
Ａにはクライアントａ１、ａ２が接続可能であり、サー
バＢにはクライアントｂ１が接続可能であるものとす
る。なお、サーバとして機能するか、クライアントとし
て機能するかは前述のように同一のコミュニケーション
アプリケーションの異なるモジュールの起動によって実
現可能（図６、図７参照）であり、サーバ用とクライア
ント用でわざわざ別個のソフトウエアをインストールす
る必要はない。

【０１２８】図１３に示すように、サーバＡは先ずクラ
イアントａ１からの接続要求（セッション確立要求）Ｓ
１１０を受けて作動し、サーバＡは、クライアントａ１
のＩＰアドレスすなわちコミュニケーションプログラム
を実行するコンピュータ装置のＩＰアドレス、このユー
ザのユーザ名、およびユーザＩＤとを当該サーバＡが担
当するクライアント装置のクライアント情報として管理
する（ステップＳ１１１）。このクライアント情報は、
先に説明したユーザリストのように、サーバモジュール
に対してセッションの確立が行われたユーザのユーザＩ
Ｄと、このユーザのユーザ名と、このユーザ側でコミュ
ニケーションプログラムを実行するコンピュータ装置の
ＩＰアドレスとにより構成される。

【０１２９】また、このような接続要求とクライアント
情報の管理はサーバＢ側でも同様に行われており、サー
バＢはクライアントｂ１からの接続要求（セッション確
立要求）Ｓ１１２を受けて作動し、サーバＢは、クライ
アントｂ１のＩＰアドレスすなわちコミュニケーション
プログラムを実行するコンピュータ装置のＩＰアドレ
ス、このユーザのユーザ名、およびユーザＩＤとを当該
サーバＢが担当するクライアント装置のクライアント情
報として管理する（ステップＳ１１３）。なお、図１３
では、クライアントａ１、ｂ１だけを示しているが、実
際は各サーバが更に多くのクライアント装置の各情報を
保持するようにしても良い。

【０１３０】次に、ある時点（ステップＳ１１４）で外
部からのサーバー間の接続要求がサーバＡ、Ｂの一方
に、ここではサーバAに送信され、そのサーバ間接続要
求を受けたサーバAがサーバ間接続を行う。このサーバ
間接続は、クライアント・サーバ型接続であっても良
く、ピアツーピア型接続であっても良い。サーバ間接続
を開始するに際には、先ずサーバＡからサーバＢに接続
要求が送られ（ステップＳ１１５）、この接続要求によ
ってサーバＢが応答して（ステップＳ１１６）、ピアツ
ーピア型接続若しくはクライアント・サーバ型接続が確
立される。

【０１３１】このようなサーバ間接続がサーバＡとサー
バＢの間で確立されたところで、サーバＡとサーバＢが
それぞれ管理していたクライアント情報を共有するよう
に、データの送受信を行う（ステップＳ１１７）。この
時交換されるデータとしては、サーバＡにはサーバＢが
管理していたサーバＢに接続されているクライアントｂ
１のクライアント情報が送信され、逆にサーバＢにはサ
ーバＡが管理していたサーバＡに接続されているクライ
アントａ１のクライアント情報が送信される。このクラ
イアント情報の共有作業によって、各サーバＡ、Ｂはそ
れぞれ他のサーバがどのようなクライアントと接続して
いるかの情報を取得することになり、クライアント間の
データ送信の場合にはその取得した情報を利用した効率
の高いルーティングが行われる。

【０１３２】ステップＳ１１８では、先のステップＳ１
１０と同様に、サーバＡは先ずクライアントａ２からの
接続要求（セッション確立要求）を受けて作動し、サー
バＡは、クライアントａ２のＩＰアドレスすなわちコミ
ュニケーションプログラムを実行するコンピュータ装置
のＩＰアドレス、このユーザのユーザ名、およびユーザ
ＩＤとを当該サーバＡが担当するクライアント装置のク
ライアント情報として管理する（ステップＳ１１９）。
このクライアント情報は、既にサーバＡ、Ｂ間では接続
の確立がなされていることから、サーバＡからサーバＢ
への情報提供の形式で行われ（ステップＳ１２０）、サ
ーバＢではそのクライアント情報を共有する（ステップ
Ｓ１２１）。この情報の共有によって、サーバＡ、Ｂ間
で一旦サーバ間接続が確立した後でも、新たに追加され
たクライアント情報を共有化することができ、効率の高
いデータ送信が可能となる。

【０１３３】以上のような手順で接続を行った後では、
図１４に示すようなデータ送信を実行することが可能で
ある。なお、図１４に示す例は、本実施形態のコミュニ
ケーションシステム１の作動例の一例に過ぎず、また、
サーバの数も一対に限定されずに更に多くのサーバの間
でデータを送受信するようにしても良い。

【０１３４】この図１４の例においては、先ず、クライ
アントａ１からデータ送信を開始する場合について説明
する。クライアントａ１からサーバＡにデータが宛先の
ヘッダを伴って送信される（ステップＳ１３１）。サー
バＡでは、宛先が自サーバ即ちサーバＡに属しているか
否か判断され、属している場合（ＹＥＳ）、宛先のクラ
イアントａ２にデータ送信を行う。

【０１３５】宛先が自サーバに属していない場合、ステ
ップＳ１３３に進み、このサーバＡで所定のデータ加工
を行う。ここで行われるデータ加工は、サーバ間のデー
タ送信を効率良く進めるための情報処理であり、例え
ば、幾つかの画像をあて先が異なる場合でも統合しなが
ら送信する方法や、画像のフレームレートを落として送
信する方法や、幾つかのテキスト情報を一括して送信す
る方法や、仮想プライベートネットワーク等を用いた送
信を行う場合の暗号化処理を一括して行う方法や、異な
るパーソナルコンピュータ接続におけるデータ間の相関
を利用して圧縮をかける方法など種々の方法が挙げられ
る。データ加工法は単独であっても良く、複数の加工法
を組み合わせたものであっても良い。

【０１３６】このようなデータ加工の後、宛先が他サー
バに属しているか否かが判断され（ステップＳ１３
４）、他サーバ（ここではサーバＢ）に属している場
合、すなわちサーバＢに接続するクライアントｂ１が送
信先である場合に、先ずサーバＢに対してデータ転送が
行われ、次いでサーバＢからクライアントｂ１にデータ
が送られる（ステップＳ１３５）。ここでサーバＡから
サーバＢへの転送時には、ステップＳ１３３で行われた
データ加工によってデータ量が削減されており、高効率
なデータ転送が実現されることになる。サーバＢでは、
高効率なデータ転送を受け、必要な場合には加工した状
態を元に戻す作業が行われ、戻した状態で宛先であるク
ライアントｂ１にデータを送信する。このサーバＢとク
ライアントｂ１のデータ送信は通常のクライアント・サ
ーバ型接続であり、当該コミュニケーションアプリケー
ションに搭載されたモジュールを活用することで通信が
行われる。

【０１３７】次に、データ加工の例を図１５〜図１７を
参照しながら説明する。先ず、図１５は画像データを統
合して送信する例のフローチャートである。このデータ
加工例では、サーバA側のクライアントからサーバB側の
クライアントに、画像データを送る場合を示している。

【０１３８】先ず、ステップＳ１４１でサーバＡは、当
該サーバＡ側のクライアントから画像データを受信す
る。この画像データの受信に応じて、当該サーバＡでは
画像データ管理テーブルの更新が行われ（ステップＳ１
４２）、受信した画像データに関する情報、例えばデー
タの送り先、画像データの種類、保存場所、データサイ
ズ、送り先のコンピュータ名、ＩＰアドレス、更新日時
などが画像データ管理テーブルに記録される。

【０１３９】このような画像データ管理テーブルに対す
る記録の後、ステップＳ１４３ではサーバＡに内蔵され
るカウンタにより何回目の受信かをカウントする。何回
目の受信かをカウントするのではなく、カウントの対象
を画像ファイルの数とすることもでき、サーバＡに蓄積
された画像ファイルの累積サイズ数などを計数しても良
い。次にステップＳ１４４で所要回数であるｎ回目のデ
ータ受信かどうかが判断される。本加工例ではｎ個のフ
ァイルを一括して送ることから、ｎ回目に達していない
場合（Ｎｏ）にはステップＳ１４１に戻って画像データ
を受信してカウントする動作を繰り返す。

【０１４０】ステップＳ１４４でｎ回目のデータ受信が
なされたと判断される場合（Ｙｅｓ）では、ステップＳ
１４５に進み、画像データ管理テーブルの画像データを
一括して１つのファイルに統合し、その統合したデータ
を当該サーバＡからサーバＢに送信する。その後、サー
バＡではカウンタがリセットされ（ステップＳ１４
６）、ステップＳ１４１に戻って画像データを受信して
カウントする動作を繰り返す。

【０１４１】一方、サーバＢではステップＳ１４７で、
サーバＡからの一括した画像データとして受信すると共
にそれを別サーバからの転送データである旨の識別デー
タを追加しながら当該サーバＢの画像データ管理テーブ
ルを用いて管理する。その後、ステップＳ１４８で宛先
のクライアントに所定の画像データが送信される。

【０１４２】このような複数の画像データをまとめる加
工方法を用いることで、例えばそれぞれの画像データを
個別に送った場合に必要なヘッダ数などを低減させるこ
とができ、データの全体量を減じて高効率なデータ送信
が可能となる。このデータ送信の際には、画像データ管
理テーブルが使用されるため、送信の際に必要なデータ
を一括して管理することができ、特にデータ更新が頻繁
に生ずる場合などに有効である。

【０１４３】次に、図１６を参照しながら、画像のフレ
ームレートを落として送信する例について説明する。本
加工例においては、別のサーバ側に属するクライアント
に送信するデータは、連続的に送信する場合においてフ
レームレートを同一サーバを介して送信する場合に比べ
て落として送信する。このフレームレートを低くする操
作は、例えば一部の画像を間引くような操作などを利用
することができる。

【０１４４】先ず、ステップＳ１５１でサーバＡは、当
該サーバＡ側のクライアントから画像データを受信す
る。この画像データの受信に応じて、当該サーバＡでは
画像データ管理テーブルの更新が行われ（ステップＳ１
５２）、受信した画像データに関する情報、例えばデー
タの送り先、画像データの種類、保存場所、データサイ
ズ、送り先のコンピュータ名、ＩＰアドレス、更新日時
などが画像データ管理テーブルに記録される。

【０１４５】このような画像データ管理テーブルに対す
る記録の後、ステップＳ１５３ではサーバＡに内蔵され
るカウンタにより何回目の受信かをカウントする。何回
目の受信かをカウントするのではなく、カウントの対象
を画像ファイルの数とすることもでき、サーバＡに蓄積
された画像ファイルの累積サイズ数などを計数しても良
い。次にステップＳ１５４で２回目のデータ受信かどう
かが判断される。ここで2回目か否かを判断しているの
は、2枚分の画像データがある場合に1枚分だけの画像デ
ータを送信するためであり、例えば、３枚分の画像デー
タを１枚分に圧縮或いは間引きする場合では、3回目の
受信か否かが判断される。２回目に達していない場合
（Ｎｏ）にはステップＳ１５１に戻って画像データを受
信してカウントする動作を繰り返す。

【０１４６】ステップＳ１５１で２回目に達している場
合（Ｙｅｓ）、ステップＳ１５２に進み、画像データを
サーバＡからサーバＢに送信する。この時送信されるデ
ータは、サーバＡに蓄積された2枚分の画像データを約1
枚分に間引き或いは圧縮した画像データであり、同一の
タイムフレームで送信を行う場合にはフレームレートを
低減させることができる。その後、サーバＡではカウン
タがリセットされ（ステップＳ１５６）、ステップＳ１
５１に戻って画像データを受信してカウントする動作を
繰り返す。

【０１４７】一方、サーバＢでは、ステップＳ１５７
で、サーバＡからの間引きされた或いは圧縮された画像
データを受信すると共にそれを別サーバからの転送デー
タである旨の識別データを追加しながら当該サーバＢの
画像データ管理テーブルを用いて管理する。その後、サ
ーバＢはステップＳ１５８で宛先のクライアントに所定
の画像データを送信する。

【０１４８】このような画像データの間引きや圧縮が行
われた上でサーバ間のデータ転送が行われる加工例にお
いては、フレームレートを同一サーバを介して送信する
場合に比べて落として送信することから、仮にデータ量
が大きくなった場合でもサーバの負荷を低減させること
ができ、システム全体としての効率の良いデータ転送が
実現される。

【０１４９】次に、図１７を参照しながら、複数のテキ
ストを統合して送信する場合について説明する。テキス
ト情報を送信する場合、通常ヘッダ情報が加わってお
り、テキスト情報などの情報量が少ないものはヘッダ情
報の割合が大きくなってしまう。そこで本加工例では、
サーバ間データ送信に先立ってテキスト情報をいくつか
統合し、その統合されたテキスト情報をサーバ間で送信
させてヘッダ情報の分だけデータ量を減らすことができ
る。

【０１５０】先ず、ステップＳ１６１でサーバＡは、当
該サーバＡ側のクライアントからテキスト情報を受信す
る。この時受信するのは、サーバＡ側のクライアントか
ら送信されたテキスト情報であり、この段階でサーバＢ
側のクライアントからテキスト情報はサーバＡには蓄積
されない。このようなテキスト情報はサーバＡに蓄積さ
れ（ステップＳ１６２）、このサーバＡでは蓄積された
テキスト情報のバイト数がカウントされる（ステップＳ
１６３）。このテキスト情報のバイト数のカウントと共
に、何回目のデータ受信かもカウントされ（ステップＳ
１６４）、この回数とバイト数での条件ジャンプが実行
される。

【０１５１】条件はＳ１６５とＳ１６６の各ステップに
示されるものであり、先ずステップＳ１６５では蓄積さ
れたバイト数が規定を超えたか否かが判断され、超えた
と判断される場合（Ｙｅｓ）にはステップＳ１６７にジ
ャンプし、サーバＡがテキスト情報を１つにまとめ、そ
れを１つのデータとしてサーバＢに送信する。ステップ
Ｓ１６５で蓄積されたバイト数が規定を超えていないと
判断される場合（Ｎｏ）には、ステップＳ１６６に進
み、ｎ回目のデータ受信かどうかが判断される。ｎ回目
に達していない場合（Ｎｏ）にはステップＳ１６１に戻
ってテキストデータを受信してカウントする動作を繰り
返す。

【０１５２】ステップＳ１６６でｎ回目のデータ受信が
なされたと判断される場合（Ｙｅｓ）では、ステップＳ
１６７に進み、サーバＡがテキスト情報を１つにまと
め、それを１つのデータとしてサーバＢに送信する。そ
の後、サーバＡではカウンタがリセットされ（ステップ
Ｓ１６８）、ステップＳ１６１に戻って、前述のテキス
トデータを受信してカウントする動作を繰り返す。

【０１５３】一方、サーバＢではステップＳ１６７で統
合されたデータを複数のテキストデータに分解し（ステ
ップＳ１６９）、その後、サーバＢはステップＳ１７０
で宛先のクライアントに所定のテキストデータを送信す
る。

【０１５４】このようなテキスト情報の統合が行われた
上でサーバ間のデータ転送が行われる加工例において
は、ヘッダ情報などのデータ量を削減することができ、
システム全体としての効率の良いデータ転送を実現でき
る。

【０１５５】（８）他の実施の形態 なお、上述においては、本発明の実施の形態として、コ
ミュニケーションシステム１を構成する各情報処理装置
上で実行処理されるコミュニケーションプログラムに注
目して説明したが、本発明は、このようなコミュニケー
ションプログラムが実行処理されることにより実現され
るコミュニケーションシステム、上述したコミュニケー
ションプログラムにより実行される処理に相当する手続
きが行われることにより実現されるコミュニケーション
方法、或いは、上述したコミュニケーションプログラム
により実行される処理に相当する手続きが他のソフトウ
ェア又はハードウェア的手法により実現される情報処理
装置に対して、広く適用することができることは述べる
までもない。

【０１５６】

【発明の効果】本発明の情報処理システムによれば、一
方の第１の情報処理装置に接続される第２の情報処理装
置と、他方の第１の情報処理装置に接続される第３の情
報処理装置は、互いに直接接続されておらず、第２の情
報処理装置と第３の情報処理装置の間でデータ送信を行
う場合には、前記一対の第１の情報処理装置同士の間で
データが送受信され、複数の第２の情報処理装置と第３
の情報処理装置の間で送信されるデータを圧縮、統合、
間引きなどをすることが可能であることから、サーバ間
におけるデータ量などを有効に減らすことができる。こ
のためクライアントが個別に接続を確立させて個別にデ
ータ送信を行う場合に比べて大幅に効率を向上させるこ
とができる。

【図面の簡単な説明】

【図１】本発明の実施形態として示すコミュニケーショ
ンシステムの全体的な基本構成を示す概略図である。

【図２】同コミュニケーションシステムに用いられるコ
ンピュータ装置の構成を示す機能ブロック図である。

【図３】同コンピュータ装置上で実行処理されるコミュ
ニケーションプログラムのモジュール構造を示す模式図
である。

【図４】同コミュニケーションプログラムによりデータ
が送受信されることにより、当該コミュニケーションプ
ログラムを構成するアプリケーションモジュールが起動
される場合について説明する模式図である。

【図５】同コミュニケーションプログラムにおいて用い
られる接続設定情報のデータ構造を示す模式図である。

【図６】同コミュニケーションプログラムが実行される
ことによる全体的な処理の流れについて示すフローチャ
ートである。

【図７】同コミュニケーションプログラムで用いられる
機能モジュールリストのデータ構造を示す模式図であ
る。

【図８】同コミュニケーションプログラムが実行される
ことによる全体的な処理の流れについて示すフローチャ
ートである。

【図９】同コミュニケーションプログラムにおいて起動
されるサーバモジュールによる処理の流れについて示す
フローチャートである。

【図１０】同コミュニケーションプログラムにおいて起
動されるサーバモジュールによる処理の流れについて示
すフローチャートである。

【図１１】同コミュニケーションプログラムにおいて起
動されるサーバモジュールで用いられるユーザリストの
データ構造を示す模式図である。

【図１２】本実施形態のコミュニケーションシステムの
サーバー側の処理を説明するためのフローチャートであ
る。

【図１３】本実施形態のコミュニケーションシステムの
サーバ接続時の動作を説明するためのフローチャートで
ある。

【図１４】本実施形態のコミュニケーションシステムの
データ送信時の動作を説明するためのフローチャートで
ある。

【図１５】本実施形態のコミュニケーションシステムの
データ加工時の動作を説明するためのフローチャートで
あって、画像データを統合する加工の例のフローチャー
トである。

【図１６】本実施形態のコミュニケーションシステムの
データ加工時の動作を説明するためのフローチャートで
あって、画像データを間引きする加工の例のフローチャ
ートである。

【図１７】本実施形態のコミュニケーションシステムの
データ加工時の動作を説明するためのフローチャートで
あって、テキストデータを統合する加工の例のフローチ
ャートである。

【図１８】一般的なクライアント・サーバモデルを説明
するための模式図である。

【図１９】一般的なクライアント・サーバモデルを説明
するための模式図であって、ルータを有する構成例を例
示する模式図である。

【符号の説明】

１ コミュニケーションシステム、１０ コンピュータ
装置、１１ インターネット、２０ ＣＰＵ、２１ Ｒ
ＡＭ、５０ インターフェースモジュール、５１ コア
モジュール、５２ 基本モジュール、５３ アプリケー
ションモジュール、５４ ＧＵＩモジュール

───────────────────────────────────────────────────── フロントページの続き (72)発明者 西澤 繁彦 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B089 GB01 HB02 HB19 KA12 KB03 KC23 KC28 5K030 HB02 KA01 LA07 LB02

Claims (19)

【特許請求の範囲】
1. 【請求項１】 サーバとして機能する一対の第１の情報
   処理装置と、 クライアントとして機能し前記第１の情報処理装置の一
   方と接続されると共に前記第１の情報処理装置の他方と
   非接続とされる第２の情報処理装置と、 クライアントとして機能し前記第１の情報処理装置の他
   方と接続されると共に前記第１の情報処理装置の一方と
   非接続とされる第３の情報処理装置と、 前記各情報処理装置の間を接続する情報通信網とからな
   り、 前記各情報処理装置では共通のネットワークアプリケー
   ションが作動し、前記ネットワークアプリケーションの
   動作中には前記第２の情報処理装置と前記第３の情報処
   理装置の間での情報の送受信のために前記一対の第１の
   情報処理装置同士が接続を確立することを特徴とする情
   報処理システム。
2. 【請求項２】 前記情報処理網はインターネットを含む
   ネットワークであり、前記一対の第１の情報処理装置同
   士は対等な関係で接続されることを特徴とする請求項１
   記載の情報処理システム。
3. 【請求項３】 前記対等な関係での接続はピアツーピア
   型接続であることを特徴とする請求項２記載の情報処理
   システム。
4. 【請求項４】 前記情報処理網はインターネットを含む
   ネットワークであり、前記一対の第１の情報処理装置同
   士は情報を提供する側と受ける側に分けられる形式の接
   続が行われることを特徴とする請求項１記載の情報処理
   システム。
5. 【請求項５】 前記提供する側と受ける側に分けられる
   形式の接続はクライアント・サーバ型接続とされること
   を特徴とする請求項４記載の情報処理システム。
6. 【請求項６】 前記一対の第１の情報処理装置間のデー
   タ転送では、複数の画像データが集合的に送信されるこ
   とを特徴とする請求項１記載の情報処理システム。
7. 【請求項７】 前記一対の第１の情報処理装置間のデー
   タ転送では、画像データのフレームレートを通常よりも
   低い速度で送信されることを特徴とする請求項１記載の
   情報処理システム。
8. 【請求項８】 前記一対の第１の情報処理装置間のデー
   タ転送では、複数のテキストデータが集合的に送信され
   ることを特徴とする請求項１記載の情報処理システム
9. 【請求項９】 前記ネットワークアプリケーションはリ
   アルタイムでの交信可能なコミュニケーションアプリケ
   ーションであることを特徴とする請求項１記載の情報処
   理システム。
10. 【請求項１０】 サーバとして機能する一対の第１の情
    報処理装置と、クライアントとして機能し前記第１の情
    報処理装置の一方と接続されると共に前記第１の情報処
    理装置の他方と非接続とされる第２の情報処理装置と、
    クライアントとして機能し前記第１の情報処理装置の他
    方と接続されると共に前記第１の情報処理装置の一方と
    非接続とされる第３の情報処理装置と、前記各情報処理
    装置の間を接続する情報通信網とを有するシステムで使
    用される情報処理方法において、 前記第２の情報処理装置からの情報を前記第１の情報処
    理装置の一方に転送し当該第１の情報処理装置の一方に
    格納する手順と、 前記第１の情報処理装置の一方に格納された情報を前記
    第１の情報処理装置の他方に転送し当該第１の情報処理
    装置の他方で格納する手順と、 前記第１の情報処理装置の他方で格納された情報を前記
    第３の情報処理装置に転送する手順を有することを特徴
    とする情報処理方法。
11. 【請求項１１】 前記一対の第１の情報処理装置間の情
    報の転送では、複数の画像データが集合的に送信される
    ことを特徴とする請求項１０記載の情報処理方法。
12. 【請求項１２】 前記一対の第１の情報処理装置間の情
    報の転送では、画像データのフレームレートを通常より
    も低い速度で送信されることを特徴とする請求項１０記
    載の情報処理方法。
13. 【請求項１３】 前記一対の第１の情報処理装置間の情
    報の転送では、複数のテキストデータが集合的に送信さ
    れることを特徴とする請求項８記載の情報処理方法。
14. 【請求項１４】 前記ネットワークアプリケーションは
    リアルタイムでの交信可能なコミュニケーションアプリ
    ケーションであることを特徴とする請求項８記載の情報
    処理方法。
15. 【請求項１５】 サーバとして機能する一対の第１の情
    報処理装置と、クライアントとして機能し前記第１の情
    報処理装置の一方と接続されると共に前記第１の情報処
    理装置の他方と非接続とされる第２の情報処理装置と、
    クライアントとして機能し前記第１の情報処理装置の他
    方と接続されると共に前記第１の情報処理装置の一方と
    非接続とされる第３の情報処理装置と、前記各情報処理
    装置の間を接続する情報通信網とを有するシステムで共
    通に使用される情報処理ネットワークプログラムにおい
    て、 前記第２の情報処理装置からの情報を前記第１の情報処
    理装置の一方に転送し当該第１の情報処理装置の一方に
    格納した後、前記第１の情報処理装置の一方に格納され
    た情報を前記第１の情報処理装置の他方に転送して当該
    第１の情報処理装置の他方で格納し、前記第１の情報処
    理装置の他方で格納された情報を前記第３の情報処理装
    置に転送する処理を実行させることを特徴とする情報処
    理ネットワークプログラム。
16. 【請求項１６】 前記一対の第１の情報処理装置間の情
    報の転送では、複数の画像データが集合的に送信される
    ことを特徴とする請求項１５記載の情報処理ネットワー
    クプログラム。
17. 【請求項１７】 前記一対の第１の情報処理装置間の情
    報の転送では、画像データのフレームレートを通常より
    も低い速度で送信されることを特徴とする請求項１５記
    載の情報処理ネットワークプログラム。
18. 【請求項１８】 前記一対の第１の情報処理装置間の情
    報の転送では、複数のテキストデータが集合的に送信さ
    れることを特徴とする請求項１５記載の情報処理ネット
    ワークプログラム。
19. 【請求項１９】 前記ネットワークアプリケーションは
    リアルタイムでの交信可能なコミュニケーションアプリ
    ケーションであることを特徴とする請求項１５記載の情
    報処理ネットワークプログラム。