(57)【特許請求の範囲】
【請求項１】
変更可能な状態情報を保持する状態保持部と、状態情報の通知先アドレスを保持し、該通知先アドレスに向けて前記状態保持部が保持する状態情報を送信する状態通知部とを備えた第１の通信装置、および
複数の異なるアプリケーション間で複製が可能なアイコンであってアプリケーション上の１つもしくは複製により数が増えた複数のアイコンの描画を担う描画制御部と、前記第１の通信装置が送信した状態情報を受信して、前記描画制御部に、該描画制御部が描く１つもしくは複数のアイコン上に、受信した状態情報があらわす状態を反映させるよう指示するアイコン管理部とを備えた、ネットワークを介して前記第１の通信装置に接続された第２の通信装置とを有することを特徴とする通信システム。
【請求項２】
前記アイコン管理部が、前記第１の通信装置に対し、状態情報の送信の頻度を指定する手段を有し、
前記状態通知部が、通知先アドレスに対応して状態情報の送信の頻度情報を保持し、該通知先アドレスに向けて、該通知先アドレスに対応して保持された頻度情報に応じた頻度で状態情報を送信するものであることを特徴とする請求項１記載の通信システム。
【請求項３】
前記状態通知部が、通知先アドレスに対応して送信可能な状態情報と送信が禁止された状態情報との識別情報を保持し、該通知先アドレスに向けて、該通知先アドレスに対応して保持された識別情報に応じた送信可能な状態情報を送信するものであることを特徴とする請求項１記載の通信システム。
【請求項４】
前記状態保持部が、該状態保持部が保持する状態情報を、ネットワークを経由して送られてきた情報に基づいて変更するものであることを特徴とする請求項１記載の通信システム。
【請求項５】
ネットワークに接続された通信装置であって、
複数の異なるアプリケーション間で複製が可能なアイコンであってアプリケーション上の１つもしくは複製により数が増えた複数のアイコンの描画を担う描画制御部と、ネットワークを経由して送信されてきた、逐次変更され得る状態情報を受信して、前記描画制御部に、該描画制御部が描く１つもしくは複数のアイコン上に、受信した状態情報があらわす状態を反映させるよう指示するアイコン管理部とを備えたことを特徴とする通信装置。
【請求項６】
前記描画制御部は、同一の状態情報があらわす状態を異なる態様で反映させる複数種類のアイコンが存在する場合に、当該アイコンそれぞれを用意させるものであって、
前記アイコン管理部が、アイコンの描画を担当させる描画制御部を選択し選択した描画制御部にアイコンの描画を担当させるものであることを特徴とする請求項５記載の通信装置。
【請求項７】
前記アイコン管理部が、指示に応じて、前記描画制御部に、指示に応じたアイコンを消去させるものであることを特徴とする請求項５記載の通信装置。
【請求項８】
前記アイコン管理部が、前記描画制御部により描画されたアイコンと他のオブジェクトとが結合されたことをあらわす情報を受け取って、該他のオブジェクトと連携するとともに該アイコンに反映された状態に応じた動作を実行するものであることを特徴とする請求項５記載の通信装置。
【請求項９】
前記描画制御部は、アプリケーション毎に用意され、該アプリケーション上のアイコンの描画を担うものであって、
前記アイコン管理部が、受信した状態情報を、１つもしくは複数のアプリケーション上の、１つもしくは複製により数が増えた複数のアイコンそれぞれを描画する描画制御部に配信するものであることを特徴とする請求項５記載の通信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上の状態が動的に変化する資源に対しアクセスする通信システムと、その通信システムに組み込まれ、動的に変化する状態情報を受信する通信装置に関する。
【０００２】
【従来の技術】
ネットワーク環境の発展とともに、状態が動的に変更する資源、例えばユーザの計算機の使用状況を示す情報をネットワークを通して共有する必要が、とりわけモバイル・コンピューティングの一般化とともに増大している。
これに対し、従来は、状態が動的に変更する資源、例えば登録されたホストの利用状況や、株価などを監視し、一定の時間間隔または状態の変更時に、特定のクライアント上で動くアプリケーションにネットワークを介して状態を送信して、表示を行なうシステムが実現されている。
【０００３】
また、ネットワークに存在するオブジェクトを、例えばそのアドレスを指すアイコンで表現し、そのアイコンと、他アイコンやウインドウなどのデスクトップオブジェクトとの重ね合わせにより、それぞれの組み合わせに対応する処理（アクション）が行なわれる方式が実現されている。そうしたオブジェクトを、ネットワークで配布可能な文書に張り付けたり、ウインドウシステムのデスクトップや他ウインドウへのドラッグ＆ドロップ操作などにより、他アプリケーションで利用することも可能である。
【０００４】
【発明が解決しようとする課題】
ネットワーク上の、状態が動的に変化する資源からの情報の利用は、特定のアプリケーションに依存しているため、他のアプリケーションで利用するには複雑な操作を行なう必要がある。また、ネットワークに存在する資源を指すオブジェクトを表すアイコンを扱えるウインドウシステムにおいては、その資源の状態を動的に反映する機能は実現されていない。
【０００５】
本発明は、上記事情に鑑み、動的に変化した状態の把握が容易な通信システムおよび通信装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成する本発明の通信システムは、
（１）変更可能な状態情報を保持する状態保持部と、状態情報の通知先アドレスを保持し、その通知先アドレスに向けて前記状態保持部が保持する状態情報を送信する状態通知部とを備えた第１の通信装置、および
（２）複数の異なるアプリケーション間で複製が可能なアイコンであってアプリケーション上の１つもしくは複製により数が増えた複数のアイコンの描画を担う描画制御部と、上記第１の通信装置が送信した状態情報を受信して、描画制御部に、その描画制御部が描く１つもしくは複数のアイコン上に、受信した状態情報があらわす状態を反映させるよう指示するアイコン管理部とを備えた、ネットワークを介して第１の通信装置に接続された第２の通信装置とを有することを特徴とする。
【０００７】
本発明の通信システムは、表示されるアイコン自体が状態を反映したアイコンであり、このため、状態や状態の変化を容易に把握することができる。また、上記描画制御部は、異なるアプリケーション間でアイコンが複製された場合には、それら複数のアイコンに対し状態を反映させるものであるため、アイコンを自由に複製し、複製により数が増えたアイコンのうちのどのアイコンからも状態やその状態の変化を容易に把握することができる。
【０００８】
ここで、上記本発明の通信システムにおいて、上記アイコン管理部が、上記第１の通信装置に対し、状態情報の送信の頻度を指定する手段を有し、
上記状態通知部が、通知先アドレスに対応して状態情報の送信の頻度情報を保持し、その通知先アドレスに向けて、その通知先アドレスに対応して保持された頻度情報に応じた頻度で状態情報を送信するものであることが好ましい。
【０００９】
このように構成することにより、第２の通信装置側で、上記の状態表示アイコンが存在するアプリケーションの種類やアプリケーションからの指示に応じて頻度を指定し、そのアプリケーション等に適切な頻度で状態情報が送られることになり、ネットワーク負荷を低減することができる。
また、上記本発明の通信システムにおいて、上記状態通知部が、通知先アドレスに対応して送信可能な状態情報と送信が禁止された状態情報との識別情報を保持し、その通知先アドレスに向けて、その通知先アドレスに対応して保持された識別情報に応じた送信可能な状態情報を送信するものであることが好ましい。
【００１０】
例えば、この通信システムを含むネットワークがある会社の社内に広がるとともに、さらに社外にまで広がっているような状況において、上記のように構成することにより、社内の人に配信する状態情報と社外の人に配信する状態情報を異ならせることができる。識別情報は状態情報の受信先に応じてあらかじめ定められたものであってもよいが、状態情報の受信側からのパスワードを受け取ってその識別情報を変更するものであってもよい。
【００１１】
さらに、上記本発明の通信システムにおいて、上記状態保持部が、その状態保持部が保持する状態情報を、ネットワークを経由して送られてきた情報に基づいて変更するものであることも好ましい形態である。
このように構成することで、例えば上記第１の通信装置がサーバ、第２の通信装置（複数）がクライアントであるサーバ・クライアントシステムにおいて、あるクライアントの動的状態をネットワークを介してサーバに送り、サーバが他のクライアントにその送られてきた動的状態を配信し、クライアントどうしが互いの状態をアイコンで知ることができるようになる。
【００１２】
また、上記目的を達成する本発明の通信装置は、上記通信システムを構成する第２の通信装置として使用可能なものであり、ネットワークに接続された通信装置であって、複数の異なるアプリケーション間で複製が可能なアイコンであってアプリケーション上の１つもしくは複製により数が増えた複数のアイコンの描画を担う描画制御部と、ネットワークを経由して送信されてきた、逐次変更され得る状態情報を受信して、描画制御部に、その描画制御部が描く１つもしくは複数のアイコン上に、受信した状態情報があらわす状態を反映させるよう指示するアイコン管理部とを備えたことを特徴とする。
【００１３】
ここで、上記本発明の通信装置において、上記描画制御部は、同一の状態情報があらわす状態を異なる態様で反映させる複数種類のアイコンが存在する場合に、当該アイコンそれぞれを用意させるものであって、
上記アイコン管理部が、アイコンの描画を担当させる描画制御部を選択し選択した描画制御部にアイコンの描画を担当させるものであることが好ましい態様の１つである。
【００１４】
この態様によれば、アプリケーションの種類やアプリケーションからの指示等に応じて異なる描画制御部にアイコンの描画を担当させ、アプリケーション等に応じた好適な形式での情報表示が可能となる。
また、上記本発明の通信装置において、上記アイコン管理部が、指示に応じて、上記描画制御部に、指示に応じたアイコンを消去させるものであることが好ましい。
【００１５】
不要になったアイコンを削除することにより、その通信装置の負荷やネットワークの負荷を低減することができる。
また、上記本発明の通信装置において、上記アイコン管理部が、描画制御部により描画されたアイコンと他のオブジェクトとが結合されたことをあらわす情報を受け取って、結合された他のオブジェクトと連携するとともにその結合されたアイコンに反映された状態に応じた動作を実行するものであることも好ましい態様である。
【００１６】
この態様によれば、例えばアイコンのドラッグアンドドロップ操作等の直感的な操作で、そのアイコンの動的状態を反映した処理が実行される。
さらに、上記本発明の通信装置において、上記描画制御部は、アプリケーション毎に用意され、そのアプリケーション上のアイコンの描画を担うものであって、
上記アイコン管理部が、受信した状態情報を、１つもしくは複数のアプリケーション上の、１つもしくは複製により数が増えた複数のアイコンそれぞれを描画する描画制御部に配信するものであることが好ましい。
【００１７】
この場合、ネットワークを介しての通信はひとつのアイコン管理部が行ない、そのアイコン管理部が必要な情報を１つもしくは複数の描画制御部に配信することで、ネットワークの負荷や情報送信側の負荷を低く抑えることができる。
【００１８】
【発明の実施の形態】
以下、本発明の実施形態について説明する。
図１は、本発明の通信システムの一構成例を示す模式図である。
ここには、例示的に２台のクライアント１００，２００と、１台のサーバ３００が示されており、これらクライアント１００，２００とサーバ３００は、ネットワーク６００を介して相互に接続されている。
【００１９】
各クライアント１００，２００、サーバ３００は、それぞれがコンピュータシステムで構成されており、各クライアント１００，２００は、本発明の通信システムにおける第２の通信装置、サーバ３００は本発明の通信システムにおける第１の通信装置に相当し、さらに各クライアント１００，２００は、それぞれが本発明の通信装置にも相当する。
【００２０】
各クライアント１００，２００およびサーバ３００は、ＣＰＵ、主記憶装置、ハードディスク、通信用ボード等が内蔵された本体部１０１，２０１，３０１、本体部１０１，２０１，３０１からの指示により表示画面１０２ａ，２０２ａ，３０２ａ上に画像を表示する画像表示部１０２，２０２，３０２、コンピュータ１００，２００，３００にオペレータの指示を入力するためのキーボード１０３，２０３，３０３、表示画面１０２ａ，２０２ａ，３０２ａ上の任意の位置を指定することにより、そのときにその位置に表示されていたアイコン等に応じた指示を入力するマウス１０４，２０４，３０４を備えている。
【００２１】
本体部１０１，２０１，３０１には、さらに外観上、フロッピー（登録商標）ディスク、ＣＤＲＯＭ（図示せず）が装填される装填口１０１ａ，１０１ｂ；２０１ａ，２０１ｂ；３０１ａ，３０１ｂを有しており、その内部には、その装填口１０１ａ，１０１ｂ；２０１ａ，２０１ｂ；３０１ａ，３０１ｂから装填されたフロッピー（登録商標）やＣＤＲＯＭをドライブする、フロッピー（登録商標）ドライブ装置、ＣＤＲＯＭドライブ装置も内蔵されている。
【００２２】
図２は、本発明の通信システムの一構成例を示した機能構成図である。ここでは、図１に示すサーバ３００とクライアント１００との間で通信を行なうものとして説明する。尚、図１に示すクライアント２００もクライアント１００と同じ構成を有するものとする。
サーバ３００には、マスターコンポーネント３１０が備えられており、このマスターコンポーネント３１０は、状態保持部３１１と状態通知部３１２を有している。
【００２３】
状態保持部３１１は、変更可能な状態情報を保持しており、この状態情報は、ここに示す例では、状態名と状態の値とのペアから成り、この値が変更されることにより状態が変化したものとなる。例えばある株価表示システムにおいて、状態名はある会社の名称であり、値は、その会社の現在の株価に相当する。
状態保持部３１１には、このような状態名と値とのペアからなる多数の状態情報がリスト形式で保持されている。
【００２４】
また、サーバ３００のマスターコンポーネント３１０に備えられた状態通知部３１２は、状態情報の通知先アドレスと、その通知先アドレスに対応して保持された頻度情報と、さらにその通知先アドレスに対応して保持された識別情報との組を、リスト形式で保存しており、その状態通知部３１２は、そこにリストアップされた通知先アドレスに向けて、状態保持部３１１に保持された状態情報を送信する。このとき、通知先アドレスに対応して頻度情報が保持されているときは、その通知先アドレスには、その頻度情報があらわす頻度で状態情報を送信する。また、識別情報は、その通知先アドレスに向けて送信してもよい状態情報とその通知先アドレスに向けては送信が禁止されている状態情報とを識別する情報であって、状態通知部３１２には、通知先アドレスに向けて状態情報を送信するにあたっては、その通知先アドレスに対応する識別情報を参照し、その識別情報により許可されている状態情報のみ、その通知先アドレスに向けて送信する。
【００２５】
また、クライアント１００には、スレイヴコンポーネント１１０と、ウインドウマネージャ１２０と、複製（ここでは代表的に２つのみ示してある）のアプリケーション１３０，１４０が備えられている。
スレイヴコンポーネント１１０は、アイコン管理部１１１と、描画制御部１１２Ａ，１１２Ｂを有する。ここでは描画制御部はアイコンごとに備えられており、アイコンが複製されたときは、描画制御部も複製され、あるいはその複製されたアイコン用に他の描画制御部が起動される。この図２には、描画制御部は代表的に２つ示されている。
【００２６】
描画制御部１１２Ａ，１１２Ｂは、基本的には、アイコンの描画を担っており、アイコン管理部１１１は、基本的には、サーバ３００が送信した状態情報を受信して、描画制御部１１２Ａ，１１２Ｂに、その描画制御部１１２Ａ，１１２Ｂが描くアイコン上に、受信した状態情報があらわす状態を反映させるよう指示する。すると描画制御部１１２Ａ，１１２Ｂは、その指示に応じて、自分が担当するアイコンにその状態を反映させる。
【００２７】
また、ウインドウマネージャ１２０は、スレイヴコンポーネント１１０とアプリケーション１３０，１４０との仲立ちをしながらウインドウの表示制御を担う部分である。
図３は、図２に示す通信システムにおけるアイコン表示の処理手順を示す図である。
【００２８】
まずアプリケーションがアイコン表示命令をウインドウマネージャに出す（ステップ（ａ））（例えばＷＷＷプラウザの場合は、ＨＴＭＬ中のオブジェクトを指定するスクリプトを読み込むと、表示命令をウインドウマネージャに出す。）
すると、ウインドウマネージャは対応するアイコン管理部を起動する。
このアイコン管理部の起動にあたっては、ウインドウマネージャは、このクライアントがスレイヴコンポーネントをローカルに（すなわちこのクライアント内に）保有しているか否か判定し（ステップ（ｂ））、もし保有していなければウインドウマネージャは指定されたアドレスからそのスレイヴコンポーネントをダウンロードする（ステップ（ｃ））。
【００２９】
次いでウインドウマネージャは、アイコン管理部が起動されているか否か判定し（ステップ（ｄ））、起動されていなければアイコン管理部を起動する（ステップ（ｅ））。この起動されたアイコン管理部は、サーバ側の状態通知部に対しクライアントアドレスを通知し、状態通知部では、その通知されたクライアントアドレスを通知先アドレスとしてリストに登録する（ステップ（ｆ））。
【００３０】
次いで、アイコン管理部は、そのアプリケーションに対応した描画制御部を起動し、その描画制御部は状態通知部に対し通信頻度を通知する（ステップ（ｇ））。
状態通知部は、その通知された通信頻度をクライアントアドレスに対応づけてリストに登録する（ステップ（ｈ））。
【００３１】
図４は、図２に示す通信システムにおけるアイコン複製の処理手順を示す図である。
ウインドウマネージャは、あるアプリケーション上のアイコンが別のアプリケーション上にドラッグアンドドロップ処理（図１に示すクライアント１００のマウス１０４でアイコンをピッキングして、マウスボタンを押したままマウスを移動させ（すなわちピッキングしたマイコンを移動させ）、所望の位置までアイコンを移動させた後マウスボタンを離す操作）を検知することにより、そのアイコンを複製する（ステップ（ａ））。そのアイコンを複製したという情報はアイコン管理部に通知され、アイコン管理部はその通知を受けて、そのアイコンが複製された側のアプリケーションに応じた描画制御部を起動する（ステップ（ｂ））。この起動された描画制御部は、サーバ側の状態通知部に対し、そのアプリケーションが、そのクライアントに対応づけられて状態通知部に現在登録されている通信頻度よりも高い通信頻度で状態情報の送信を要求する場合、その通信頻度を通知する。
【００３２】
サーバ側の状態通知部は、そのクライアントから通知を受けた通信頻度を、そのクライアントのアドレスに対応づけて登録する（ステップ（ａ））。
以上の、図２〜図４を参照して説明した構成により、ネットワーク上の、状態が動的に変化する資源の情報を、複製可能なアイコンで表現することが可能になり、操作性の向上と情報の流通の促進が図られる。
【００３３】
図５は、アプリケーションから、アイコンの表示形式や通信頻度を指定するときの処理手順を示す図である。
アプリケーションは、例えば自分が動いているコンピュータの種類を認識しそのコンピュータの性能に応じたアイコン表示を行なうべく、アイコンの表示形式や状態情報の通信頻度を指定する（ステップ（ａ））。
【００３４】
ウインドウマネージャは、その指定を受けて、アイコン管理部に対し、その表示形式のアイコンの描画を担当する描画制御部を指定し、あるいは通信頻度を指定する（ステップ（ｂ））。
アイコン管理部は、ウインドウマネージャから指定された描画制御部を起動し、その起動された描画制御部は、ウインドウマネージャにより指定された通信頻度が、このクライアントに対するこれまでの通信頻度よりも高い通信頻度であったとき、および他に状態情報を表示するアイコンがそのアプリケーション以外に存在していないときには、通信頻度をサーバ側に通知する（ステップ（ｃ））。
【００３５】
サーバ側の状態通知部はクライアントから通知を受けた通信頻度をそのクライアントのアドレスに対応づけて登録する（ステップ（ｄ））。
図３，図４に示すように、ウインドウマネージャは、アイコン表示命令を出したアプリケーションの種類に応じて、異なった描画制御部を起動させることで、情報の表示形式を変化させることが可能である（例えば、デスクトップの高性能コンピュータ用のアプリケーションでは、フルアニメーションのアイコンを表示し、モバイル端末用のアプリケーションでは、たまに表示が更新されるだけのアイコンを表示するなど）。また、図５に示すように、アプリケーションからの指示により情報の表示形式を変えることもできる（アプリケーションが自分が動いているコンピュータの種類を認識し、そのコンピュータの性能に応じた表示を行うなど）。これにより、アプリケーションに応じた最適な形式での情報の表示が可能になる。
【００３６】
また、図３，図４に示すように、アプリケーションの種類に応じて、アイコン管理部が通信頻度をサーバ側の状態通知部に通知することによって、サーバとクライアントの間の通信量を変化させることが可能となる。また、図５に示すように、アプリケーションからの指示により通信量を変更することもできる（アプリケーションが自分が動いているコンピュータの種類や環境を認識し、携帯電話やＰＨＳでネットワークに接続している場合は通信量を減らすなど）。このようにして、リアルタイムでの情報の更新が要求されるアプリケーションとその必要のないアプリケーションとで通信量を変化させることで、ネットワーク負荷を減らすことができる。
【００３７】
図６は、アイコン削除処理の手順を示す図である。
先ず、アプリケーションがアイコン削除命令を発すると（ステップ（ａ））、ウインドウマネージャは、そのアイコン削除命令をアイコン管理部へ通知する（ステップ（ｂ））。
アイコン管理部では、そのアイコン削除命令を発したアプリケーションのアイコンの描画を担当していた描画制御部の動作を終了させる終了処理を行ない、そのアイコンを削除することに伴って通信頻度を変更する必要があるときは、サーバ側の状態通知部に通信頻度を通知し、状態通知部ではそのクライアントへの通信頻度を更新する（ステップ（ｃ）（ｄ））。
【００３８】
アイコン管理部では、さらに、このクライアント中に状態情報を反映させるべきアイコン表示を行なう必要のあるアプリケーションがまだ残っているか否か判定し（ステップ（ｅ））、まだ残っているときはその残っているアイコン向けの処理を続行し、残っていないときは、サーバ側の状態通知部に対し、状態情報を反映させるべきアイコンの表示が全て終了した旨、終了通知を出す（ステップ（ｆ））。
【００３９】
サーバ側の状態通知部では、その終了通知を受けて通知先アドレスリストからそのクライアントのアドレスを削除する（ステップ（ｈ））。
また、クライアント側のアイコン管理部では、そのアイコン管理部自身の終了処理を行なう（ステップ（ｇ））。
この図６に示すような手順により、アイコンの削除に伴い、サーバ側からの状態通知の通信を打ち切ったり通信量を減らすことができる。
【００４０】
図７は、アイコンとデスクトップオブジェクトとの重ね合わせによるアクションメソッドの起動手順を示す図である。
ウインドウマネージャは、アイコンのドラッグアンドドロップ処理が行なわれたことを検知し（ステップ（ａ））、そのアイコンのドロップ先がデスクトップオブジェクトの画面と重なっていたときはその重なりを検知して、重なったオブジェクトの種類をアイコン管理部に通知する（ステップ（ｂ））。
【００４１】
アイコン管理部はそのドラッグアンドドロップ処理の行なわれたアイコンに対応づけられた状態に応じるとともに、その重なったオブジェクトの種類に応じたアクションメソッドを起動し（ステップ（ｃ））、また、デスクトップオブジェクト側でもその対応づけられたアクションメソッドを起動する（ステップ（ｄ））。
【００４２】
例えば、ある人の連絡先の電話番号を示す状態表示アイコン（その人の移動に伴って連絡先の電話番号が変化するものとする）を、電話をかけるという動作を行なう電話アプリケーションアイコンに重ねることで、アイコン管理部側では、その状態表示アイコンに対応づけられているその人の現在の連絡先の電話番号を通知するというメソッドが起動されてその電話番号が電話アプリケーションに通知され、電話アプリケーションではその通知された電話番号に電話をかけるという動作が行なわれる。
【００４３】
このように、アイコンとデスクトップオブジェクトとの重ねあわせを検知し、アイコン管理部とデスクトップオブジェクトがそれぞれ対応づけられた処理を行うことで、アイコンの動的状態を反映した処理を、ドラッグアンドドロップという直感的な操作で行うことが可能になる。
図８は、サーバ側にある状態情報のアクセスを制御するアクセス制御機構の一例を示す図である。
【００４４】
ウインドウマネージャにより、認証情報（パスワード）入力用のウインドウを開くアイコンがクリックされたことが検出されると（ステップ（ａ））、そのアイコンに対応する描画制御部は、認証情報入力ウインドウを起動し（ステップ（ｂ））、そのウインドウに認証情報（パスワード）が入力されると（ステップ（ｃ））、アイコン管理部はその認証情報とクライアントアドレスをサーバ側に送信する（ステップ（ｄ））。
【００４５】
すると、サーバ側の状態保持部では認証情報が正しいか否か認識され、正しい認証情報であったときは、状態通知部に、そのクライアントアドレスが通知される（ステップ（ｅ））。その通知を受けた状態通知部は、そのクライアントアドレスに対応づけられた、そのクライアントに向けて送信が許可された状態情報と送信が禁止された状態情報とを識別する識別情報が、それまでそのクライアントに向けての送信が禁止されていた状態情報の送信が解除されるように変更される（ステップ（ｆ））。
【００４６】
このような構成により、クライアントに応じて公開する状態、非公開の状態を定めることができる。例えば、社内の人間のみに公開する情報と、誰にでも公開する情報といった項目を定めることができる。
図９は、ネットワークを介在させた状態設定の仕組みを示した図である。
図９に示すように、クライアントが、ネットワークを介してサーバの状態保持部をアクセスしてその状態保持部に保存された状態情報を変更する状態設定部を備えることで、そのクライアントの状態ないしその状態の変化を、他のクライアントが自分のクライアント上の状態表示アイコンで監視することができる。
【００４７】
図１０は、描画制御部への状態情報の配信機構を示す図である。
ここには、ある１つのクライアントにおいて、サーバ側から状態情報の通知を受けるアイコン管理部は１つのみ備えられており、そのアイコン管理部は受信した状態情報を複数の描画制御部に配信する。例えば１つのクライアント上でのＷＷＷブラウザとデスクトップとの双方で同一オブジェクトのアイコンが表示されている場合、サーバ側との通信を行なうアイコン管理部は１つでよく、そのアイコン管理部がＷＷＷブラウザ上のアイコンを描画する描画制御部とデスクトップ上のアイコンを描画する描画制御部との双方に状態を通知する。
【００４８】
この構成をとることにより、描画制御部のみでなく、アイコン管理部をも各アイコンに対応づけて備えた場合と比べ、ネットワーク上の通信量と、クライアント、サーバ双方における処理量を低く抑えることが可能となる。
【００４９】
【発明の効果】
以上説明したように、本発明によれば、ネットワーク上の資源からのリアルタイム情報がアイコンに反映され、そのアイコンが複製されることで、複数のアプリケーションでその状態情報を反映したアイコンを簡便に利用することができる。
【図面の簡単な説明】
【図１】本発明の通信システムの一構成例を示す模式図である。
【図２】本発明の通信システムの一構成例を示した機能構成図である。
【図３】図２に示す通信システムにおけるアイコン表示の処理手順を示す図である。
【図４】図２に示す通信システムにおけるアイコン複製の処理手順を示す図である。
【図５】アプリケーションから、アイコンの表示形式や通信頻度を指定するときの処理手順を示す図である。
【図６】アイコン削除処理の手順を示す図である。
【図７】アイコンとデスクトップオブジェクトとの重ね合わせによるアクションメソッドの起動手順を示す図である。
【図８】サーバ側にある状態情報のアクセスを制御するアクセス制御機構の一例を示す図である。
【図９】ネットワークを介在させた状態設定の仕組みを示した図である。
【図１０】描画制御部への状態情報の配信機構を示す図である。
【符号の説明】
１００，２００  クライアント
１０１，２０１  本体部
１０１ａ，２０１ａ  装填口
１０２，２０２  画像表示部
１０２ａ，２０２ａ  表示画面
１０３  キーボード
１０４  マウス
１１０  スレイブコンポーネント
１１１  アイコン管理部
１１２Ａ，１１２Ｂ  描画制御部
１２０  ウインドウマネージャ
１３０，１４０  アプリケーション
３００  サーバ
３０１  本体部
３０１ａ，３０１ｂ  装填口
３０２  画像表示部
３０２ａ  表示画面
３０３  キーボード
３０４  マウス
３１０  マスターコンポーネント
３１１  状態保持部
３１２  状態通知部
【図１】
0003634614.tif 000002
【図２】
0003634614.tif 000003
【図３】
0003634614.tif 000004
【図４】
0003634614.tif 000005
【図５】
0003634614.tif 000006
【図６】
0003634614.tif 000007
【図７】
0003634614.tif 000008
【図８】
0003634614.tif 000009
【図９】
0003634614.tif 000010
【図１０】
0003634614.tif 000011