(57)【特許請求の範囲】
【請求項１】
ＣＧＩインターフェイスプログラムが格納された電子文通信（チャット）サーバーを有し、特定のコンピュータネットワークに接続されたＷｅｂサーバーと、
特定のコンピュータネットワークを通して接続されたｈｔｔｐプロトコルを用いて前記Ｗｅｂサーバーと連動するためのｈｔｔｐプロトコル連動のアプリケーションプログラムが組み込まれた複数クライエントのパーソナルコンピュータ（以下ＰＣと呼ぶ）とからなり、
前記ＷｅｂサーバーがＰＣに組み込まれたアプリケーションプログラムを用いることにより複数のクライエントＰＣ同士がｈｔｔｐプロトコルとの連動によって相互に擬似リアルタイムで電子文通信（チャット）するように構成されたシステムにおいて、
前記クライエントＰＣに組み込まれたアプリケションプログラムが、チャットを表示するための表示区画（ウィンドウ）を含んでおり、
前記アプリケーションプログラムが、前記ｈｔｔｐプロトコルを通してＷｅｂサーバーと連動することによりマルチメディアアプリケーション、情報及びコンテンツを起動、同時表示及び送受信すると共にマルチメディアアプリケーション、情報及びコンテンツを前記チャットに関する前記表示区画内に同時に表示させ、
前記アプリケーションプログラムが、ｈｔｔｐプロトコルとの連動によりブラウザーソフトを立ち上げることなく前記Ｗｅｂサーバーと連続してアクセス及び通信するように構成されていることを特徴とするマルチメディアダイレクト通信システム。
【請求項２】
前記各クライエントＰＣが、前記マルチメディアアプリケーションからの前記アプリケーションプログラム及びデータを格納するための記憶手段を有し、前記クライエントＰＣが前記Ｗｅｂサーバーと通信していない状態でもユーザーによる前記データへのアクセスを許可されている状態で格納するように構成されていることを特徴とする請求項１項記載のマルチメディアダイレクト通信システム。
【請求項３】
前記アプリケーションプログラムが、ユーザーが格納のためにデータをメモリーに手動入力すること及びクライエントＰＣから連動するＷｅｂサーバー上のＷｅｂアプリケーションに前記データを送信する機能を有することを特徴とする請求項２項記載のマルチメディアダイレクト通信システム。
【請求項４】
クライエントＰＣが、Ｗｅｂサーバーに接続していない時でもユーザーのデータ入力を可能にする機能が働くことを特徴とする請求項３項記載のマルチメディアダイレクト通信システム。
【請求項５】
前記クライエントＰＣを前記Ｗｅｂサーバーに接続することにより格納されたデータがＷｅｂサーバー上で連動するＷｅｂアプリケーションに送信されることを特徴とする請求項４項記載のマルチメディアダイレクト通信システム。
【請求項６】
前記特定コンピュータネットワークが前記複数のクライエントＰＣと接続しているイントラネット及び前記複数のコンピュータを前記Ｗｅｂサーバーと接続しているインターネットを有し、前記擬似リアルタイムチャットが前記ｈｔｔｐプロトコル及び前記イントラネットから前記インターネットへの通信のためのプロキシーサーバーやファイアウォールのオープンポートの使用を通じて実現することを特徴とする請求項１項記載のマルチメディアダイレクト通信システム。
【請求項７】
前記Ｗｅｂサーバーが、クライエントがｈｔｔｐプロトコルとの連動によりチャットを受信する準備ができているかを確認するため前記Ｗｅｂサーバーとクライエントが接続されているかを確認するための機能を有することを特徴とする請求項１項記載のマルチメディアダイレクト通信システム。
【請求項８】
前記ＷｅｂサーバーのＣＧＩインターフェイスプログラムが、前記Ｗｅｂサーバー外部の情報プロバイダーから前記Ｗｅｂサーバーを通して多種の文字情報を前記アプリケーションプログラムに継続的に送信するように構成されていることを特徴とする請求項１項記載のマルチメディアダイレクト通信システム。
【請求項９】
特定のコンピュータネットワークを通して接続される複数のクライエントＰＣに組み込まれ、前記特定のｈｔｔｐプロトコルを用いてコンピュータネットワーク上のＷｅｂサーバーと通信するためのｈｔｔｐプロトコルと連動し、ｈｔｔｐプロトコルとの連動により完全にサポート及びコントロールされ、ブラウザーソフトの起動とは無関係に共通表示区画（ウィンドウ）に表示される前記Ｗｅｂサーバーからの電子文通信データ及びマルチメディア情報を前記各ＰＣに表示するアプリケーションプログラムからなることを特徴とする請求項３記載のマルチメディアダイレクト通信システム。
【請求項１０】
マルチメディア情報が、複数のマルチメディアアプリケーションを有していることを特徴とする請求項第９項記載のマルチメディアダイレクト通信システム。
【請求項１１】
マルチメディア情報が、動画、静止画、文字情報、グラフィック情報及び音声通信から選択された複数メディアを有していることを特徴とする請求項第９項記載のマルチメディアダイレクト通信システム。
【請求項１２】
前記Ｗｅｂサーバーから受信した前記電子文通信データ及びマルチメディア情報が、前記共通の表示区画（ウィンドウ）に同時表示されることを特徴とする請求項１０項記載のマルチメディアダイレクト通信システム。
【請求項１３】
前記各クライエントＰＣが、前記マルチメディアアプリケーションからの前記アプリケーションプログラム及びデータを格納する記憶手段を有し、前記クライエントＰＣが前記Ｗｅｂサーバーと通信していない状態でもユーザーによる前記データへのアクセスをしている限りにおいて前記データを格納するように構成されていることを特徴とする請求項１０項記載のマルチメディアダイレクト通信システム。
【請求項１４】
前記アプリケーションプログラムが、ユーザーが格納のためにデータをメモリーに手動入力すること及びクライエントＰＣから連動するＷｅｂサーバー上のＷｅｂアプリケーションに前記データを送信する機能を有することを特徴とする請求項１３項記載のマルチメディアダイレクト通信システム。
【請求項１５】
クライエントＰＣが、Ｗｅｂサーバーに接続していない時でもユーザーのデータ入力を可能にする機能が働くことを特徴とする請求項１４項記載のマルチメディアダイレクト通信システム。
【請求項１６】
前記クライエントＰＣを前記Ｗｅｂサーバーに接続することにより保管されたデータが連動するＷｅｂサーバー上のＷｅｂアプリケーションに送信されることを特徴とする請求項１５項記載のマルチメディアダイレクト通信システム。
【請求項１７】
ＣＧＩインターフェイスプログラムが格納された電子文通信（チャット）サーバーを有し、特定のコンピュータネットワークに接続されたＷｅｂサーバーと、
特定のコンピュータネットワークを通して接続されたｈｔｔｐプロトコルを用いて前記Ｗｅｂサーバーと連動するためのｈｔｔｐプロトコル連動のアプリケーションプログラムが組み込まれた複数クライエントのパーソナルコンピュータ（以下ＰＣと呼ぶ）とからなり、
前記ＷｅｂサーバーがＰＣに組み込まれたアプリケーションプログラムを用いることにより複数のクライエントＰＣ同士がｈｔｔｐプロトコルとの連動によって相互に擬似リアルタイムで電子文通信（チャット）するように構成されたシステムにおいて、
前記ＰＣに組み込まれたアプリケションプログラムが、チャットを表示するための表示区画（ウィンドウ）を含んでおり、
前記アプリケーションプログラムが、前記ｈｔｔｐプロトコルを通してＷｅｂサーバーと連動することによりマルチメディアアプリケーション、情報及びコンテンツを起動、同時表示及び送受信すると共にマルチメディアアプリケーション、情報及びコンテンツを前記チャットに関する前記表示区画内に同時に表示させ、
前記アプリケーションプログラムがｈｔｔｐプロトコルとの連動によりブラウザーソフトを立ち上げることなく前記Ｗｅｂサーバーとアクセス及び通信するように構成され、
前記各クライエントＰＣが、前記マルチメディアアプリケーションからの前記アプリケーションプログラム及びデータを格納することにより前記クライエントＰＣが前記Ｗｅｂサーバーと通信していない状態でもユーザーによる前記データへのアクセスを可能にするためのメモリーを有し、前記アプリケーションプログラムがユーザーが格納のためにデータをメモリーに手動入力すること及びクライエントＰＣから連動するＷｅｂサーバー上のＷｅｂアプリケーションに前記データを送信することを可能にし、ユーザーのデータ入力を可能にする機能がクライエントＰＣがＷｅｂサーバーに接続していない時でも働き、保管されたデータが前記クライエントＰＣを前記Ｗｅｂサーバーに接続することによってＷｅｂサーバー上で連動するＷｅｂアプリケーションに送信されるように構成され、
前記Ｗｅｂサーバーが、クライエントがｈｔｔｐプロトコルとの連動によりチャットを受信する準備ができているかを確認するための前記Ｗｅｂサーバーとクライエントが接続されているかを確認するための機能を有すると共に、
前記Ｗｅｂサーバーが、外部の情報プロバイダーから前記Ｗｅｂサーバーを通して多種の文字情報を前記アプリケーションプログラムに継続的に送信するＣＧＩインターフェイスプログラムが格納されていることを特徴とするマルチメディアダイレクト通信システム。
【発明の詳細な説明】
技術分野
本発明はクライエントがＷｅｂサーバーに接続されたインターネット、又はイントラネット上で、Ｗｅｂサーバーを通して各クライエント同士が、ｈｔｔｐプロトコルにより制御されることで、擬似リアルタイムに電子メール及びその他の方法により通信できることに加え、同時にマルチメディアタイプの情報を送受信可能なシステムの改良に関するものである。
背景技術
ｈｔｔｐ（HyperTextTransportProtocol）は、ハイパーテキスト転送プロトコルの略であり、Ｗｅｂサイトへのアクセスで主に用いられている通信規約であって、Ｗｅｂページにアクセスすると、そのページが置かれているWWWサーバはｈｔｔｐというプログラムを起動してデータをやり取りするように構成されている。
ｈｔｔｐは、Ｗｅｂサーバ側で常時待機してアクセスを待ち、アクセスしてきたクライエント間でｈｔｔｐにより通信を行うためのソフトウェアであり、ハイパーテキストがＷｅｂブラウザで閲覧できるように開発されたものである。
ＣＧＩ（CommonGatewayInterface）は、Ｗｅｂサーバで外部アプリケーションを実行する為の共通インターフェースであって、外部アプリケーションはＣＧＩプログラムと呼ばれ、Ｗｅｂサーバ側で起動する。
ＩＲＣサーバーは、InternetRelayChatServerの略でインターネット上で同時に（realtime）、相互に（interactively）にメッセージをやり取りする為に設計されたサーバーで、これを介してクライエント同士がリアルタイムのチャットができるようになる。クライエント同士がインターネットで完全にリアルタイムのセッションを張ろうとした場合は、Ｗｅｂサーバーでは不可能で、ＩＲＣサーバーのような特別なサーバーを用意する必要がある。
上記のような環境において次の（１）〜（３）ようなシステムが知られている。
（１）通常のWeb上でのチャットシステム
いわゆるインターネットのブラウザー上で行われる通常の“チャット”である。これはｈｔｔｐにより、Ｗｅｂサーバー上で構築されているチャット機能プログラムを起動させることで、クライアント同士のテキストを頻繁に送受信するシステムであり、古くから知られ現在でも頻繁に使われている。
（２）ＩＣＱタイプのシステム
これはブラウザーを立ち上げずに、クライエントのＰＣに常に表示している一部分に立ち上げてあるアプリケーションが常にＩＲＣサーバー等のＷｅｂサーバー以外の特別なサーバーとインターネットを通してやり取りをしており、アプリケーションを使ってＩＲＣサーバーを通してクライエント同士がリアルタイムのチャットをやり取りできるシステムである。これは現在広く普及しており、ＩＣＱの他にYahooPager、ExcitePAL、AOLIM等多くのシステムが稼動し多くのユーザーが使っている。
（３）プッシュ技術
従来からプッシュ技術といわれているように、インターネット又はイントラネットと常に繋がっているクライエントＰＣ上に、Webサーバーから特定の情報を、予めクライエントが設定した時間や規則に従ってサーバー側から送りこむ技術とアプリケーションはあった。これは通常ブラウザーを立ち上げなくても、クライエントのＰＣにＷｅｂサーバー側から情報を送り込める技術である。
しかしながら従来のシステムのものには、次の機能がない。
（１）通常のＷｅｂ上のチャットシステム
これは通常ブラウザーソフト（NetscapeやInternetExplorer等）をユーザーが立ち上げなくてはならず、必ずブラウザー上で行われるのが通例である。
従い、ブラウザーソフトを立ち上げていない状態で常にクライエントＰＣ上に常駐してＷｅｂサーバーとやり取りする機能や、何かＷｅｂサーバー側からの指示により、ブラウザーが初めて立上がったり、別のアプリケーションが動き出すような機能や、チャット用のＷｅｂ型アプリケーションがプッシュ技術のようにクライエントＰＣ側に何か特定情報を送ったりするような機能も持っていない上に、又、そうした機能と連動するようなことは従来の技術の中に全くなかった。
さらに、ブラウザーソフト上でのチャットはあくまでチャットに特化した単なるブラウザーで起動するＷｅｂサーバーのアプリケーションプログラムである為、本発明のようにクライエントＰＣの上に常駐して、他のＷｅｂサーバー内のアプリケーションと常にやり取りを裏側（クライエントの意識しない時でも）で行っているような機能は全くない。
いわゆる単純なＷｅｂサーバーを介して、しかもクライエントＰＣのブラウザー上で、いわゆるチャットだけができるシステムが従来のものであった。
（２）ＩＣＱタイプのシステム
この種のアプリケーションシステムは、ＩＲＣサーバー等の特別なサーバーを専用に必要とする為、Ｗｅｂサーバーをそのまま使ったシステムを構築することができなかった。その為、このアプリケーションが、Ｗｅｂサーバー内の他のアプリケーション等と同時に連動したりすることはできなかった。
更に、これが最大の欠点であるが、ＩＲＣサーバーによるリアルタイムのチャット（電子文字による会話）を実現する為には、イントラネットのプロキシー／ファイアーウォールを通り抜ける必要がある。ところが、通常の企業、官公庁等に設定されているイントラネットにおけるプロキシーのファイアウォールは、それを管理するシステム管理者がＩＲＣサーバー等の特別サーバーにより、クライエント同士がチャットができるように設定し、「穴を開けない限り」、ＩＲＣサーバー等の特別なサーバーとのセッションが行えないようになっている。
逆に、穴を開けなくても自在に通過できるファイアウォール／プロキシーサーバー等なく、当該システムのＩＲＣサーバー及び当該アプリケーションを使ってクライエント同士が会話できるようになる為には、必ずファイアウォール／プロキシーサーバーの設定をかえなければならない。
通常インターネットのサーバーでｈｔｔｐによるＷｅｂアプリケーションに対して割り振られているポートは８０番であり、このポートを通してｈｔｔｐのやり取りがなされるが、ＩＲＣサーバー等の特別のサーバーを介したリアルタイムのチャットは８０番は通らない。一万、通常の企業・学校・官公庁等のオフィス等からイントラネットを経由して、オフィス外の一般インターネットのサーバーへのアクセスは、普通この８０番を通して可能である。ところが従来のＩＲＣサーバーでは、ここを通すことは不可能で、わざわざ１０２４番以上（例えば２０００、３０００番台）のポート番号を、システム管理者によって「穴を開けて」もらわなければ、セッション（送信者と受信者の論理的な結合）を行うことができない問題があった。
更にこれ迄のＩＣＱ的なシステムは、クライエントＰＣ上に常駐しながらも、通信のみを主たる機能として保有するだけであり、アプリケーションの中心となる画面上でテレビ電話のようなことを行ったり、映像が見れたり、ゲームができたり、グラフが出たり、音楽が流れたりするようなマルチメディア的な活用が不可能であった。つまり、常にクライエントＰＣ上の一定の場所を、ＰＣ電源の入っている起動時に常に占有しながら、且つインターネットの特定サーバーと常に結合されていながらも、この占有している画面上で、チャットしかできないのが従来のものであった。この占有部分をマルチメディア的に活用していなかった。
つまり、インターネット／イントラネットへの“表玄関（ポータル）”としてクライエントのＰＣ上のあるスペースを多くの時間占有していることを狙っているにも拘らず、そのスペースを通してクライエントに提供される情報は、従来システムのいちばんの日的である他クライエントとのチャットの為の情報だけであった。例えばクライエントの誰と誰が“接続中”であるとが“離席中”であるとかの情報のみを表示しているのみであった。このポータルとして占有している部分は極めて貴重なスペースであるにも拘らず、そこに次々と動画、静止画、音楽、ゲーム、グラフ、文字情報等のようなマルチメディアタイプの情報を流す機能はなかった。
この欠点は、従来のこの種のシステムが、ｈｔｔｐプロトコルによりＷｅｂサーバーと繋がっているのでなく、通信に特化した特殊プロトコルにより特殊サーバーにしか接続していないことからくる本質的な欠点であった。
又、この種の外蔀のＩＲＣサーバーのように特別なサーバーとの常時接続を前提としているシステムの場合、前述のように特別に開かれた「穴」を通して、逆にいつもクライエントは外と結びついている状態にある。これは本来内と外を峻別するファイアウォール／プロキシーの思想と異なり、内側にいるクライエントがそのままこの［穴」により外と繋がりぱなしになることを意味している為、内と外の出入りに際してクライエントの認証確認、本人確認、そして出入りの権限の付与といった監視・管理が全くできないという問題があった。その意味で、この種ＩＣＱタイプの通信手段をイントラネット内で使用を認めることは、本当の意味でプロキシーに「穴」を開けることになる問題があった。
また通常のＩＣＱタイプのシステムでは暗号は考えられておらず、導入する場合は通常インターネット用として広く普及しているブラウザーとＷｅｂサーバー間で用いられるｈｔｔｐと連動して動く暗号方式（ＳＳＬ、ＳＥＴ方式等）は用いることはできず、独自プロトコルの独自方式の暗号を開発する必要があった。
更に、このＩＣＱタイプのアプリケーションのスクリーンをポータルとして用いた場合、他のＷｅｂサーバーからのマルチメディア情報に対する暗号方式は同様にｈｔｔｐ連動のものでなくなり、独自のものを関発せざるを得ないという問題もあった。
（３）プッシュ技術
従来のプッシュ技術は、常にクライエントＰＣ上に情報を流し込む放送型サービス形態であり、本発明のように通信部分と連動するような仕掛けのものはなかった。ブラウザーを立ち上げなくてもクライエントＰＣ上に常にサーバー側から、情報をプッシュするシステムがあるだけであり、その情報を提供している又は関連ある者とそのままダイレクトで通信できるようなツールはなかった。
そこで本発明は、かかる従来技術における単純なチャット的な通信システムの欠点を解消しつつ、通常の設定におけるファイアウォール／プロキシーサーバーの通過がＷｅｂブラウザーと同様に可能なよりダイナミックなマルチメディア機能を果たす通信システムを発明したものである。これを、ブラウザーソフトの立ち上げの有無に関わらず、いつもｈｔｔｐの指示に従いＷｅｂサーバーから、文字情報や音楽・映像を自動的に取り出し、クライエントＰＣ上に長時間占有している一部スペースにＷｅｂサーバーからのマルチメディア情報を表示して行くことも可能とし、同時にクライエントとあたかも電話のように、このスペースの供する機能によって、会話が出来るシステムである。
発明の開示
すなわち本発明は、ＣＧＩインターフェイスプログラムが格納された電子文通信（チャット）サーバーを有し、特定のコンピュータネットワークに接続されたＷｅｂサーバーと、特定のコンピュータネットワークを通して接続されたｈｔｔｐプロトコルを用いて前記Ｗｅｂサーバーと連動するためのｈｔｔｐプロトコル連動のアプリケーションプログラムが組み込まれた複数クライエントのパーソナルコンピュータ（以下ＰＣと呼ぶ）とからなり、前記ＷｅｂサーバーがＰＣに組み込まれたアプリケーションプログラムを用いることにより複数のクライエントＰＣ同士がｈｔｔｐプロトコルとの連動によって相互に擬似リアルタイムで電子文通信（チャット）するように構成された通信システム。
第２の発明は、前記アプリケーションプログラムが、各クライエントがブラウザーソフトを立ち上げていない状態において、ｈｔｔｐの通信プログラムを介してＷｅｂサーバーとアクセス可能に構成したことを特徴とする通信システム。
第３の発明は、擬似リアルの「電子文やり取り」（チャット）を実現するにあたり、ＩＲＣサーバー等の特別のサーバーを用いずに、特にイントラネットが外部の一般インターネットのやり取りの為にプロキシーサーバーやファイアウォールに開けてあるポート８０番を通過する為にわざわざＷｅｂサーバーによってチャットを可能にしつつも、しかしながらブラウザーをクライエント側に立ち上げる必要がないように特別のクライエント側アプリケーション（ｈｔｔｐと連動する前述の）とを組合わせて構成していることを特徴とする。
第４の発明は常時ブラウザーの代りにクライエントＰＣ上に小さなスペースを占有しているｈｔｔｐ連動のアプリケーション上で、Ｗｅｂサーバーにのる複数のマルチメディアアプリケーション（ゲーム、動画、グラフ、音楽、文字情報等）が起動することが可能となるように、アプリケーションとＷｅｂサーバーを組（つい）に設計されていることを特徴とする。
ＩＲＣサーバーを用いている場合、こうした他のＷｅｂ型アプリケーションが、同一のｈｔｔｐ連動のクライエント側アプリケーションに乗りにくいことが従来技術の欠点であるため、Ｗｅｂサーバーでわざわざチャットを実現していることは非常に大きな特徴である。
第５の発明は、このシステムのＷｅｂサーバーが、常にクライエント側をチェックしにいく機能を持ち、これによりクライエントがサーバーに接続中か否か、さらにチャット会話を受け付ける準備状態にあるかどうか、何かクライエント側でサーバー側に要求や指示があるかどうかのチェックを行うことを特徴とする。
第６の発明は接続を希望する人間・クライエントを選ぶと（複数可）そのクライエントに、会話（チャット）要求の連絡が出て、それを当該クライエントが受け取ることによりＷｅｂサーバーを介してクライエント間でチャットが行うことが可能となることを特徴とする。
第７の発明は、Ｗｅｂサーバー外から、指定された手順によりこのアプリケーション上に、様々な情報（天気予報、株価情報、ニュース、占い等）を文字で連続的に流すことが可能であることを特徴とする。
第８の発明は、クライエント側のアプリケーション部分にハイパーリンク可能なHTML形式の表示があり、これをクリックすることで別ブラウザーが立ち上がることが可能となることを特徴とする。
第９の発明は、クライエント側のアプリケーションのスペースにおいて、指定した手順に従うとチャット中の相手の顔・動画像を表示することができる、いわゆるテレビ電話による通話が可能となるような機能を有する。
第10の発明は、クライエント側のアプリケーションを用いて、当該Ｗｅｂサーバーへアクセスし、他クライエントとチャットを始めたり、前述マルチメディア機能を選択しＷｅｂサーバーよりマルチメディア情報を入手するにあたり、当該Ｗｅｂサーバーから当該クライエントが同サーバーに対するアクセスの可否についての権限が本当に与えられているかどうかを確認する「本人確認」、「認証確認」の機能を持つことを特徴とする。
第１１の発明は、クライエント側アプリケーションを用いて、当該Ｗｅｂサーバーへアクセスし、他クライエントとチャットをはじめたり、前述マルチメディア機能を選択し、Ｗｅｂサーバーよりマルチメディア情報を入手するにあたり、プロキシサーバー／ファイアウォールサーバーにおいて、通常広く用いられているＳＳＬ、ＳＥＴ等のｈｔｔｐと連動して働く暗号方式を用いて暗号をかけたり、はずしたりすることができる機能を持つことを特徴とする。
【図面の簡単な説明】
図１は、インターネット／イントラネットを利用したマルチメディアダイレクト通信システムの全体図である。
図２は、インターネット／イントラネットマルチメディアダイレクト通信のクライエント側アプリケーションプログラムの表示部を示すものである。
図３は、マルチメディア機能を説明するためのブロック図である。
発明を実施するための最良の形態以下に本発明を図示された実施例に従って詳細に説明する。
図１は本発明にかかるシステムを示す概略図であり、ＰＣ1〜ＰＣnは各クライエント11〜1nのパーソナルコンピュータ（以下ＰＣと呼ぶ）であり、当該ＰＣ1〜ＰＣnはｈｔｔｐにより連動するように作られ、クライエント11〜1nが自分のＰＣを立ち上げインターネット又はイントラネットに繋がっている時間の内かなりの時間当該ＰＣ上に現れていることを想定したダイレクトマルチメディア通信アプリケーション（プログラム）２1〜２nがＰＣ1〜ＰＣnの記録媒体（図示せず）に格納されている。
各クライエントＰＣは公衆回線、電話回線、専用回線、LAN回線を通してインターネット１２及び／又はイントラネット１１と接続されており、さらにＷｅｂサーバー１に接続されている。
当該Ｗｅｂサーバー１は、ｈｔｔｐ通信プログラム１３が組み込まれており、該Ｗｅｂサーバー１内には、Ｗｅｂ型チャットを可能にするＷｅｂ型チャットサーバー１４、Ｗｅｂ型情報配信サーバー１５、Ｗｅｂ型マルチメディア情報配信サーバー１６、接続リスト管理サーバー１７及びＷｅｂ型メールサーバー１９の各種プログラムが図示されない記憶手段に格納されている。
クライエントＰＣ1上のアプリケーション２1は、情報の表示部４、HTMLによりハイパーリンクできる表示部３と、接続者及び／又は登録者リストの表示部５を含み、同時にマルチメディア情報（動画・静止画・音楽・グラフ・文字情報・ゲーム等）の表示部６、マルチメディア機能選択表示部７及び広告などのメッセージを表示部８を構成するプログラムを含む。
接続者リスト表示部５には、自分で予め登録しておいた登録者である他のクライエントＰＣ1がＷｅｂサーバー１に接続しているかどうかを表示する機能を持っている。
この表示部５の接続者リストから、自分が通信したい相手側クライエントＰＣi（ドメイン名）を選びクリックするとイントラネット１１及び／又はインターネット１２、Ｗｅｂサーバー１を介して相手側ＰＣiに会話要求の表示が出る。
それを当該クライエント１nが受けた場合、別ウィンドウ９が立ち上がり、そこで電子文のやり取り（チャット）が始まる。複数のクライエント間でも同時に可能である。
マルチメディア機能選択表示部７のボタンを選択すると、表示部６には、各種マルチメディア情報が、Ｗｅｂサーバー１の内のＷｅｂ型マルチメディア情報配信サーバー１６からインターネット１２等を介してｈｔｔｐに従いながら所望のマルチメディア情報が送信されて表示される。例えば、動画がストリーミング状（リアルタイムで再生できるように）に送られ、この当該アプリケーション２の全体があたかもテレビのように機能したり、又はここにShockwave,Flash,Java等で作られたゲームが同様にＷｅｂサーバー１から配信されることで、このアプリケーション２の表示部６があたかもゲーム盤のように機能したり、又は株価情報がグラフ情報としてＷｅｂサーバー１から配信されることで、このアプリケーション２の表示部６上に株の動きがグラフとして表示される。
又は、設定によっては当然別ウィンドウ１０が立上がったり、ホームページ閲覧ソフトのブラウザー10nが立上がるようにシステムを構築することも可能である。
マルチメディア機能選択表示部７の内、いわゆるテレビ電話機能を選択した場合、該アプリケーション２中の表示スペース６に、相手側クライエントの顔等の画像が表示され、音声も同期して出てくるようになっている。
もし、クライエント１nがイントラネットのような環境にある場合、図１のファイアウォール１１を含む、又は含まないプロキシーサーバー１１を経由して、外部のインターネット１２に繋がっている場合、図に示すように、ポート８０番を通過できる、つまりｈｔｔｐプロトコルが通過できるようになっている。
アプリケーション２の中にある情報表示部４にいろいろな情報を、Ｗｅｂサーバー１中のＷｅｂ型情報配信サーバー１５と連動して送信することが可能であり、さらに外部のコンテンツ情報プロバイダー２１がＷｅｂサーバー１とＣＧＩインターフェース２３により繋がっているサーバーシステム２２から情報を送り込むことで、この当該情報を、決められた規則及びクライエントの要求による設定に従い、情報表示部４に表示することが可能である。
Ｗｅｂサーバー１には、接続者リスト管理サーバー１７があり、これはＣＧＩインターフェース１８を通してユーザー管理データーベース２０と連動しながら、どのクライエントが接続中が、会話受付準備中であるかどうかを常にチェックしながら、その状態を管理している。
ファイアウォール／プロキシーサーバー１１を通過する場合、予め決められた規則に従い、クライエントに対して、当該Ｗｅｂサーバーへのアクセス権限を同クライエントが本当に持っているかどうかを確認し、チェックする為に「本人確認」、「認証確認」の機能を持っており、クライエントが有効なID、パスワード等を入力することで、初めてここを通過することが可能となる。
そうした「認証確認」等が、ＩＲＣサーバー等の専用サーバーに対して特別に行われるのではなく、イントラネット／インターネットの内外の出入りに対して、全般に対するルールとして他のＷｅｂサーバーへのアクセスと同様な手法によって、一元的に管理・監視が行える。
チャットの電子文とマルチメディア情報を一括してｈｔｔｐプロトコルによりＷｅｂサーバーとやりとりする為、ｈｔｔｐと連動して働くインターネット用の暗号として広く普及している暗号方式（ＳＳＬ、ＳＥＴ等）を用いて、クライエント側11やファイアーウォール／プロキシサーバー１１における暗号化プログラム11”’において、チャット電子文とマルチメディア情報を一元的に同じ方式で暗号化できる。
尚、本実施例では、インターネット及びイントラネットにおいて常時接続している場合について説明したが、これに限定されるものではなくインターネットの場合には、クライエント側ＰＣにTCP/IPに準拠したダイアラーを組み込んでおき、予め設定された所定時間間隔毎に各ユーザーのＰＣからＷｅｂサーバー１にアクセスするように構成してもいいことは言うまでもない。
かかる場合はＷｅｂサーバー１が各ユーザーの代わりに会話したい他のユーザーの情報を記憶手段に格納した上で他のクライエントのＰＣに配信するために会話に関しては擬似リアルタイムでの通信となる。
産業上の利用可能性
以上、述べたように、本発明にかかるシステムの最大の特徴は、ｈｔｔｐにより全てが統御されたマルチメディアタイプの通信ツールを、ブラウザー上でなくわざわざ１つアプリケーション（プログラム）をＷｅｂサーバーと完全に連動する形で立ち上げたという点である。
従って、従来のＩＣＱタイプの通信ツールがｈｔｔｐ以外のプロトコルを通常用いて、さらにＩＲＣサーバーなどのＷｅｂサーバーではない特殊なサーバーを１つ用意しなければいけないのに対して、クライエントは通常のＷｅｂを見れる環境にあれば本発明にかかるシステムによりイントラネット内であろうが否かを問わず、他クライエントと自在に会話を行うことができる。
さらに、通常のＷｅｂをサポートするＷｅｂサーバーさえあれば、このアプリケーション上で電子文のやり取り（チャット）以外に各種のマルチメディア情報を送ったりやり取りできる“窓口”として使うことが容易にできる。
つまり、従来のＩＣＱタイプの通信アプリケーションは、電話のようにいつでも事前登録している他クライエントとチャットができるように、常にＰＣ上に起動してある状態を想定し、ビジネスとしてもインターネットの“ポータル（表玄関）”として強力にプロモートしているにも拘らず、あくまでＩＲＣサーバー等の特殊サーバーを使用している為、ｈｔｔｐ以外のプロトコルでサーバー側とやり取りしていることから、本発明のようにこのポータルとしてのＰＣ上の“場所”であるアプリケーション上スクリーン（図１の６）は、マルチメディア情報を送受信するように作られてはいなかった。
これを本発明は動作原理をｈｔｔｐにすることで、外形が似ているが、従来のを単なる会話可能なものからマルチメディア情報の“窓”として根本的に発展させたものである。従い、同じようにクライエントの“インターネットのポータル”を目指しながらも、この“ポータル”としての価値を強力、最大限に高めたものである。
特に、本発明の採用した動作原理（ｈｔｔｐとＷｅｂサーバー）により、ほぼ全てのイントラネット、インターネットの環境を通過することができる為、特に今後イントラネットにより多くのＰＣがＬＡＮ等により常時接続され、プロキシー／ファイアウォール経由、外界のインターネットと接続しているような事務所等の構内においては、このアプリケーションさえ立ち上げておけば、ブラウザーを立ち上げなくても、又さらにＩＣＱのようにシステム管理者にポートをわざわざ開けることなく、他クライエントとの会話ができる上に、各種マルチメディアタイプのＷｅｂ上の情報を取ることができる為、画期的に有益な活用が可能である。
従い、不発明は特に、常にイントラネットや専用線内により外部インターネット世界と繋がっているクライエントＰＣにおいて強力な“インターネットマルチメディアポータル”と成り得る。
さらに、本発明は通信の電子文とマルチメディア情報の全てがｈｔｔｐにより統御されている為、通常インターネットで使用されるｈｔｔｐ連動の暗号方式（ＳＳＬ、ＳＥＴ等）を用いて、チャット電子文とマルチメディア情報を一元的に容易に暗号化できる。
一方、ＩＣＱタイプのシステムはｈｔｔｐ以外のプロトコルを使うために、このチャット電子文に暗号をかける為には、インターネット用として広く普及しているＳＳＬやＳＥＴは使うことはできず、Ｗｅｂサーバーとのやりとり用の暗号と別の暗号が必要となり、セキュリティとしても２系統用意しなければならない不便さがある。この発明のシステムではあくまでＷｅｂサーバーとのｈｔｔｐによるやりとりで済むため、暗号も広く普及した方式（ＳＳＬ、ＳＥＴ方式等）にて一元的に管理することができるために、セキュリティとしても一環して統一性を持たせることができる。
またセキュリティーという観点から見るとイントラネットのプロキシサーバー／ファイアウォールに特定のポートを常時開けておく必要がないこと、暗号も通常のＷｅｂサーバーとのやり取りに使用するもの一系統で一元的に管理できることに加え、イントラネット／インターネットの内外の出入りに関し、一般的なｈｔｔｐによる外部Ｗｅｂサーバーとのやり取りとまったく同様に、一元的に「本人確認」、「認証確認」を行うことができるので、安全管理が一層強化される。
【図１】
0004330663.tif 000002
【図２】
0004330663.tif 000003
【図３】
0004330663.tif 000004