JP2004023491A - インターネットビジュアル対話システム - Google Patents
インターネットビジュアル対話システム Download PDFInfo
- Publication number
- JP2004023491A JP2004023491A JP2002176481A JP2002176481A JP2004023491A JP 2004023491 A JP2004023491 A JP 2004023491A JP 2002176481 A JP2002176481 A JP 2002176481A JP 2002176481 A JP2002176481 A JP 2002176481A JP 2004023491 A JP2004023491 A JP 2004023491A
- Authority
- JP
- Japan
- Prior art keywords
- user
- profile information
- profile
- server
- internet
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
【課題】ユーザーが不特定多数のユーザーの中からの任意のユーザーの選択を可能とし、ユーザー間の接続を確立するインターネットビジュアル対話システムを提供する。
【解決手段】ユーザー５０ｂは、プロフィール情報をサーバー６０へ送信することで待ち受け待機中になる。プロフィール情報を示されたユーザー５０ａは、待ち受け待機中のユーザーの中から、ユーザー５０ｂのプロフィール情報を選択することで、ユーザー５０ｂと画像、音声、文字により交信をすることが可能となる。また、ユーザー５０ｂのプロフィール情報を選択する際には、待ち受け待機中のユーザーのプロフィール情報の中から検索することが可能である。
【選択図】 図３
【解決手段】ユーザー５０ｂは、プロフィール情報をサーバー６０へ送信することで待ち受け待機中になる。プロフィール情報を示されたユーザー５０ａは、待ち受け待機中のユーザーの中から、ユーザー５０ｂのプロフィール情報を選択することで、ユーザー５０ｂと画像、音声、文字により交信をすることが可能となる。また、ユーザー５０ｂのプロフィール情報を選択する際には、待ち受け待機中のユーザーのプロフィール情報の中から検索することが可能である。
【選択図】 図３
Description
【０００１】
【発明の属する技術分野】
本発明はインターネットビジュアル対話システムに関わり、複数ユーザー間で待ち受け可能とし、待ち受け中のユーザーの中から任意に接続先を選択できるインターネットビジュアル対話システムに関する。
【０００２】
【従来の技術】
近年のインターネットテレビ電話システムは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（以下、ＩＰと言う）を用いて、音声、画像、文字などの情報を通信している。
【０００３】
このインターネットテレビ電話システムは、知り合いのユーザー同士で通話することを前提としているため、電話を掛ける側と受ける側の双方が通話の意志を持ち、かつその後さらに準備をしないと接続することができない。すなわち、通話の前に双方に相手が端末の前にいることを確認し、また接続先のＩＰアドレス等を知っておくか又は、ＩＰアドレスを変換してくれる専用のオペレータと契約する必要があった。
【０００４】
【発明が解決しようとする課題】
しかしながら、従前のインターネットＴＶ電話システムでは接続に際し、相手の意志を確認する必要があるため気楽さに欠け、さらに、事前に相手先のＩＰアドレスを知っておくか、ＩＰアドレスを変換してくれる専用のオペレータと契約する必要があり繁雑な作業を必要としていた。
また、原則的には知り合いのユーザー同士に限定された接続しか可能でなかったため、不特定多数のユーザーの中から通話の確立を行うのは困難であった。
【０００５】
本発明はこのような従来の課題に鑑みてなされたもので、複数ユーザー間で待ち受け可能とし、待ち受け中のユーザーの中から任意に接続先を選択できるインターネットビジュアル対話システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明（請求項１）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、該交信手段により交信する前記第１のユーザー又は前記第２のユーザーを第３のユーザーが選択可能とする割り込み選択手段と、該割り込み選択手段により選択された前記第１のユーザー又は前記第２のユーザーに対し前記第３のユーザーにより選択されたことを知らせるキャッチホン手段とを備えて構成した。
【０００７】
なお、プロフィール情報は、ユーザー自身の情報のみに限られない。例えば、商品等の写真や説明、文字によるＰＲ、ある会社の短編ＣＭの映像情報等であっても良い。
【０００８】
また、本発明（請求項２）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、前記第２のユーザーが該プロフィール情報を編集するプロフィール編集手段と、該プロフィール編集手段により編集されたプロフィール情報をサーバーに保存するプロフィール保存手段と、前記プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段とを備えて構成した。
【０００９】
さらに、本発明（請求項３）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、
該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、該交信手段により交信する前記第１のユーザー及び／又は前記第２のユーザーに対しサーバーがコネクション信号を発信するコネクション信号発信手段と、該コネクション信号発信手段により発信されたコネクション信号に基づき前記第１のユーザー及び／又は前記第２のユーザーとサーバーとが接続を維持する接続維持手段とを備えて構成した。
【００１０】
さらに、本発明（請求項４）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーに前記第１のユーザーが伝言する画像、音声、及び文字のうち少なくとも一つの情報をサーバーに蓄積する伝言蓄積手段と、該伝言蓄積手段により蓄積された情報を前記第２のユーザーに送信する伝言送信手段とを備えて構成した。
【００１１】
さらに、本発明（請求項５）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、該交信手段により交信する前記第１のユーザーと前記第２のユーザーの交信時間に応じたポイントにより課金を行う課金手段と、該課金手段により前記第１のユーザーの所有するポイントが前記第２のユーザーに移動されるポイント受け渡し手段とを備えたことを特徴とするインターネットビジュアル対話システム。
【００１２】
さらに、本発明（請求項６）は、前記プロフィール情報は選択可能に複数配列されたことを特徴とする。
【００１３】
さらに、本発明（請求項７）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段とを備えたインターネットビジュアル対話システムであって、前記プロフィール情報は検索可能であることを特徴とする。
【００１４】
さらに、本発明（請求項８）は、第１のクライアントパソコンと、該第１のクライアントパソコンを通信回線と結ぶ第１のルータと、第２のクライアントパソコンと、該第２のクライアントパソコンを通信回線と結ぶ第２のルータと、前記第１のクライアントパソコンと前記第２のクライアントパソコンとの接続を制御するサーバーと、該サーバーが前記第１のクライアントパソコン及び前記第２のクライアントパソコン各々に任意のポート番号を発行するポート発行手段と、該ポート発行手段により発行されたポート番号に応じて前記第１のクライアントパソコンが前記第１のルータの第１のポートの開放を要求し、前記第２のクライアントパソコンが前記第２のルータの第２のポートの開放を要求するポート要求手段と、該ポート要求手段により開放を要求された前記第１のポート及び前記第２のポートを開放するポート開放手段と、該ポート開放手段により開放された前記第１のポート及び前記第２のポートを経由して前記第１のクライアントパソコンと前記第２のクライアントパソコンとが相互接続可能である接続確立手段とを備えたことを特徴とするインターネットビジュアル対話システム。
【００１５】
【発明の実施の形態】
以下、本発明の第１実施形態について説明する。本発明であるインターネットビジュアル対話システムは、ユーザー側である少なくとも一つのクライアントブロック１０（Ｃｌｉｅｎｔ Ｂｌｏｃｋ）とサーバー側であるサーバーブロック３０（Ｓｅｒｖｅｒ Ｂｌｏｃｋ）からなっている。
【００１６】
図１は本発明の実施形態の構成図であり、クライアントブロック１０のシステムを詳細に示したものである。
クライアントブロック１０は、本発明のインターネットビジュアル対話システムにおけるユーザー側の構成である。ユーザー側のパソコンにおいて、本発明であるインターネットビジュアル対話システム用のソフトウェアをインストールすることにより本システムを達成するようになっている。
【００１７】
メディアコントロールインターフェース１（Ｍｅｄｉａ Ｃｏｎｔｒｏｌ Ｉｎｔｅｒｆａｃｅ）は、データ取り込み専用インターフェースで、ユーザーのパソコンにおいてＵＳＢカメラやキャプチャーカード等により音声、画像データを取得するようになっている。
【００１８】
ＭＰＥＧエンコーダ３（ＭＰＥＧ Ｅｎｃｏｄｅｒ）は、メディアコントロールインターフェース１の機能に属し、ユーザー作成の音声、画像データを通信用に符号化するようになっている。
メモリ５（Ｍｅｍｏｒｙ）は、ＭＰＥＧエンコーダ３から送られたデータを切断した形でパケット毎に格納するようになっている。
【００１９】
キーエンコーダ７（Ｋｅｙ Ｅｎｃｏｄｅｒ）は、メモリ５からデータを受け取り、インターネットの中間ルートでの盗聴を防ぐ他、不正アクセスを防ぐために、暗号鍵をサーバーブロック３０から定期的に受け取り、データを暗号化するものである。
【００２０】
サーバークライアント９（Ｓｅｒｖｅｒ Ｃｌｉｅｎｔ）は、キーエンコーダ７により暗号化されたデータを受け、サーバーブロック３０間の通信制御を行うようになっている。分単位等で切り替わる暗号鍵をサーバーブロック３０から受け取って、メモリ５に格納されたデータを解読するための情報を送信するものである。
【００２１】
ネットワークブロック１１（Ｎｅｔｗｏｒｋ Ｂｌｏｃｋ）は、サーバークライアント９により制御され、インターネット４０（Ｉｎｔｅｒ ＮＥＴ）を介して、他のクライアントブロック２０やサーバーブロック３０に接続されるようになっている。ユーザー側が送信する音声、画像情報の他、課金情報、ルータ設定、ユーザー管理情報、Ｐ２Ｐ（Ｐａｉｒ ｔｏ Ｐａｉｒ）コネクション情報などを送受信できるようになっている。
【００２２】
キーデコーダ１３（Ｋｅｙ Ｄｅｃｏｄｅｒ）は、サーバークライアント９を介して他のクライアントブロック２０から受け取った通信データの暗号を解き、音声データ、画像データに変換するようになっている。
メモリ１５（Ｍｅｍｏｒｙ）は、キーデコーダ１３から送られたデータをパケット毎に格納するようになっている。
【００２３】
ＭＰＥＧデコーダ１７（ＭＰＥＧ Ｄｅｃｏｄｅｒ）は、キーデコーダ１３を介して暗号が解かれた音声データ、画像データを音声、映像にするものである。メディアコントロールインターフェース１９（Ｍｅｄｉａ Ｃｏｎｔｒｏｌ Ｉｎｔｅｒｆａｃｅ）は、データ出力専用のインターフェースで、ユーザーのパソコンにおいてスピーカーやディスプレイなどを介し、音声、画像が再生されるものである。
【００２４】
ユーザーインターフェース２１（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）は、ログイン作業、コネクション操作、チャット・ファイル転送などを制御するものである。ユーザーのコマンドによる情報をサーバークライアント９に伝達するようになっている。
ビルブロック２３（Ｂｉｌｌ Ｂｌｏｃｋ）は、通信時間の計測を行い、サーバーブロック３０からの課金パターンを受け取り、課金の計算等を行うものである。
【００２５】
図２は本発明の実施形態の構成図であり、サーバーブロック３０を詳細に示したものである。なお、図１と同一要素のものについては同一符号を付して説明は省略する。
【００２６】
サーバーブロック３０は、本発明のインターネットビジュアル対話システムにおけるサーバー側の構成である。
ＴＣＰ／ＩＰ２５は、インターネットプロトコルの一種でインターネット通信における受け答えを行うようになっている。
【００２７】
ネットワークブロック２７（Ｎｅｔｗｏｒｋ Ｂｌｏｃｋ）は、ＴＣＰ／ＩＰ２５を介し、クライアントブロック１０からの情報を受け取り、ユーザーが行ったログイン作業、コネクション作業、チャット・ファイル転送作業等をオペレーション毎に処理を割り振って、処理した結果をクライアントブロック１０に送信するようになっている。
【００２８】
コネクションブロック２９（Ｃｏｎｎｅｃｔｉｏｎ Ｂｌｏｃｋ）は、ネットワークブロック２７によって、ユーザー認証、Ｐ２Ｐの確立等を担うよう割り振られるものである。また、ユーザーが作成したプロファイル情報の保存、取得なども行うようになっている。
【００２９】
キーブロック３１（Ｋｅｙ Ｂｌｏｃｋ）は、ネットワークブロック２７により、動画のエンコード、デコード用の暗号化を解くための暗号鍵を生成、記録、返送するよう制御されるものである。
ビルブロック３３（Ｂｉｌｌ Ｂｌｏｃｋ）は、ユーザーの課金情報の記録、照合を行い、必要があればクレジットカード社４５へアクセスし認証を得るもので、ネットワークブロック２７により制御されるものである。
【００３０】
キャッシュブロック３５（Ｃａｓｈ Ｂｌｏｃｋ）は、コネクションブロック２９及びキーブロック３１へのデータの転送を行うものである。
ＳＱＬサーバー３７（ＳＱＬ Ｓｅｒｖｅｒ）は、ビルブロック３３及びキャッシュブロック３５に接続し、サーバーブロック３０におけるデータベースとなっている。
【００３１】
ウェブサーバー３９（Ｗｅｂ Ｓｅｒｖｅｒ）は、ＴＣＰ／ＩＰ２５に接続し、ＴＶ電話使用開始時にユーザーが検索した文字、画像情報をクライアントブロック１０においてＷｅｂ上に表示させるようになっている。
【００３２】
ＰＨＰ４１は、ＣＧＩの一種であり、ＳＱＬサーバー３７とウェブサーバー３９との間に位置し、ＴＶ電話使用開始時の初期認証、ユーザー一覧、プロフィール参照、利用状況、課金情報などの参照、設定を行うものである。また、ユーザーが検索した文字、画像情報などをＳＱＬサーバー３７から取得するようになっている。
【００３３】
カードペイメントサーバー４３（Ｃａｒｄ Ｐａｙｍｅｎｔ Ｓｅｒｖｅｒ）は、サーバーブロック３０とクレジットカード社４５の間で、クレジットカード決済をオンラインで処理し、認証を得る既存の企業サービスである。
【００３４】
次に、図３のフローチャートに基づき本発明の実施形態の作用を説明する。インターネットビジュアル対話システムにおいて、ユーザーが不特定多数のユーザーの中からの任意のユーザーの選択を可能とし、ユーザー間の接続を確立する。図３は、ユーザーの接続手順を示したものであり、サーバーとのやりとりを示したフローチャートである。図３を説明するにあたり、一対一のユーザー間における接続手順を詳細に説明した後に、不特定多数のユーザー間における接続手順を説明する。
【００３５】
待ち受け中のユーザーから接続先選択動作を行うユーザー５０ａ、待ち受け中のユーザー５０ｂ及びサーバー６０に分けて、一対一のユーザー間の接続動作を説明する。ユーザー５０ａとユーザー５０ｂは、クライアントブロック１０を操作する。サーバー６０は、サーバーブロック３０の機能である。
【００３６】
まず、ユーザー５０ｂが待ち受け状態に至るまでの動作を説明する。
ステップ１（図中Ｓ１と示す。以下同様）は、ログイン動作である。すでにユーザー登録を完了しているユーザー５０ｂが、サーバー６０に対し、ユーザーＩＤ及びパスワードを入力することで達成する。
【００３７】
ステップ３は、認証動作である。ログイン動作を受けたサーバー６０は、コネクションブロック２９において、ユーザー５０ｂが入力したユーザーＩＤ及びパスワードが登録したものと一致しているか確認する。一致している場合、サーバー６０へのアクセスを可能とする。
ステップ５は、プロフィール転送動作である。ユーザー５０ｂが自身のビデオ映像、写真、文字によるＰＲ等のプロフィール情報を編集し、サーバー６０へ転送する。
【００３８】
具体的には、ユーザー自身のプロフィール情報は、メディアコントロールインターフェース１及びユーザーインターフェース２１で音声、画像、動画、テキストデータとして取り込まれ、そのデータをキーエンコーダ７において暗号化した後、ネットワークブロック１１の制御によりサーバーブロック３０へ転送する。サーバーブロック３０は、ＳＱＬサーバー３７に、そのデータを蓄積する。
サーバー６０から認証を受けたユーザーは、ＳＱＬサーバー３７に蓄積されたプロフィール情報を自由に編集、保存できる。
【００３９】
また、ステップ５は、ユーザー５０ｂのＩＰアドレスの送信も行う。通話の度に必要となるクライアントブロック１０のＩＰアドレスをサーバーブロック３０が管理することで、ユーザー自身が通話の度にＩＰアドレスを確認する必要がなくなる。すなわち、通話の確立のために必要なＩＰアドレスは、ユーザー５０ｂがプロフィール転送動作を行う度に、サーバーブロック３０において新しいＩＰアドレスに書き換えられる。
【００４０】
ステップ７は、待ち受け表示動作である。サーバー６０は、ステップ５において転送されたプロフィール情報を、ユーザー５０ａ及びその他のユーザーに対して表示し、待ち受け待機中であることを示す。
【００４１】
この場合、ユーザー５０ｂは、さらに予約待ち受け機能を有しても良い。予約待ち受け機能とは、ユーザー５０ｂが、特定の相手（例えばユーザー５０ａとする）との通話を希望する場合、ユーザー５０ａに対してのみ、自分自身を選択可能させる機能である。
【００４２】
また、予約待ち受け機能は、ユーザーが指定した特定の日時にだけ、待ち受け待機中であることが表示される、いわゆる日時予約機能であっても良い。これらの特定の相手又は特定の日時の指定は、個々のユーザーが、ログインの度に行ったり、又は、プロフィール情報と共にサーバーブロック３０に保存し、それを読み出しても良い。本発明に係るインターネットビジュアル対話システムは利用形態に応じて、予約待ち受け機能を有するか否かに関しては当然に選択可能である。
【００４３】
次に、ユーザー５０ａがサーバー６０に接続し、ユーザー５０ｂの選択に至る動作を説明する。
ユーザー５０ａもユーザー５０ｂの動作と同じように、サーバー６０に対しログイン動作を行う。
ログイン動作を受けたサーバー６０は、コネクションブロック２９においてユーザー５０ａの認証動作を行い、課金が必要となるユーザーに対しては、残高の照会も行う。
【００４４】
ステップ１１は、プロフィール表示動作である。サーバー６０が、ユーザー５０ｂのプロフィール情報を、ユーザー５０ａに表示する機能である。
具体的には、クライアントブロック１０におけるネットワークブロック１１の制御によって、サーバーブロック３０から転送されたデータを取り込み、キーデコーダ１３において暗号を解読した後、メディアコントロールインターフェース１９によりユーザー５０ａに対しプロフィール情報を表示する。
【００４５】
ステップ１３は、接続先選択動作である。ユーザー５０ａが、ステップ１１で転送されたプロフィール情報に基づき、待ち受け待機中になっているユーザー５０ｂを選択する。
また、接続先選択動作は、ユーザー５０ａが、Ｗｅｂブラウザ上で操作可能である。
【００４６】
具体的には、サーバーブロック３０は、ユーザー５０ａが発信する情報に基づき、ＰＨＰ４１等のＣＧＩにおいて、データベースであるＳＱＬサーバー３７からプロフィール情報を取得し、ウェブサーバー３９を介し、クライアントブロック１０に転送する。クライアントブロック１０は、そのデータをメディアコントロールインターフェース１９で処理を行い、ユーザー５０ａが、Ｗｅｂブラウザを介して見ることができるようにする。
【００４７】
ユーザー５０ａは、Ｗｅｂブラウザ上に表示された情報に対し、Ｗｅｂブラウザ上で接続先選択動作を行う。クライアントブロック１０は、Ｗｅｂブラウザ上で行われた操作を、ユーザーインターフェース２１で受けて、サーバーブロック３０へ転送する。
【００４８】
ステップ１５は、呼び出し動作である。サーバー６０は、ステップ１３で選ばれたユーザー５０ｂが、ユーザー５０ａとの通話に応じるか確認を行う。通話意志があるときは、ユーザー５０ｂは、サーバー６０に対して応答する。ユーザー５０ｂは、呼び出し動作も、ステップ１３と同様の方法により、Ｗｅｂブラウザ上での操作が可能である。
【００４９】
ステップ１７は、接続開始動作である。ユーザー５０ｂからの呼び出し応答を得た後、ユーザー５０ａとユーザー５０ｂは、サーバー６０を介して、通話可能となる。互いに画像、音声データの送受信や、チャットでの通信を行うことができる。また、他のキャリアであるＮＴＴの固定電話や、ＩＰ電話キャリア、携帯電話などの通信機器からの音声通話も選択可能である。
【００５０】
ステップ１９は、接続設定動作である。サーバー６０は、ユーザー５０ａの接続時間、課金のカウントを開始し、ユーザー５０ｂの接続時間のカウントを行う。
具体的には、クライアントブロック１０は、ビルブロック２３において、接続時間のカウントを行い、サーバーブロック３０におけるＰＨＰ４１等のＣＧＩにより設定された課金情報により課金計算を行う。課金計算した情報は、サーバーブロック３０内のビルブロック３３において、データベースであるＳＱＬサーバー３７に記録される。
【００５１】
また、ステップ１９は、他のユーザーに対して、ユーザー５０ｂが接続中になっていることの表示を行う。サーバー６０は、他のユーザーが、接続中になっているユーザーを、接続先として選択できないように、若しくは接続先として選択しても選択されたユーザーに選択されたことを通知しないように制御している。
【００５２】
以上、一対一のユーザー間における接続手順を詳細に説明した。続いて、不特定多数のユーザー間における接続手順について説明する。
不特定多数のユーザー間における接続を達成するにあたり、一対一のユーザー間における接続手順と特に異なるのは、ステップ１１とステップ１３である。
【００５３】
ステップ１１において、不特定多数のユーザーのプロフィール情報をユーザー５０ａに提示し、ステップ１３において、ユーザー５０ａが、それらのプロフィール情報を参照しながら、その中から接続先を選択する。
【００５４】
具体的には、不特定多数のユーザー各々（この場合、ユーザー５０ｂは、不特定多数のユーザー中の１ユーザーと言える）は、各々のユーザーＩＤ及びパスワードを入力することでログイン動作を行う。サーバー６０は、各々のユーザーに対し認証動作を行い、サーバー６０へのアクセス許可を与える。アクセス許可を与えられた各々のユーザーは、自分自身の写真等を用いてプロフィール情報を作成し、サーバー６０に対しプロフィール転送動作を行う。
【００５５】
サーバー６０は、各々が作成したプロフィール情報を集約し、ユーザー５０ａに対して、それらのプロフィール情報を表示する。ユーザー５０ａは、表示された不特定多数のユーザーの中より、希望のユーザーに対して接続先選択動作を行い、選択されたユーザーが呼び出し動作に応答することで通話が確立する。
【００５６】
図４〜図６を用いて、不特定多数のユーザーの中から通話を確立する方法を具体的に説明する。なお、図３と同一要素のものについては同一符号を付して説明は省略する。
【００５７】
図４は、不特定多数のユーザー各々におけるログイン動作、プロフィール転送動作、待ち受け表示動作を示したものである。
不特定多数のユーザー各々が、サーバー６０に対してログイン動作を行い、認証を受けた後に、それぞれが作成したプロフィール情報を転送する。プロフィール情報を受けたサーバー６０は、転送されたプロフィール情報をＷｅｂコンテンツ上に表示することで、各々のユーザーが待ち受け待機中である旨の表示を行う。
【００５８】
図５は、ユーザー５０ａにおけるログイン動作、接続先選択動作を示したものである。
ユーザー５０ａが、サーバー６０に対してログイン動作を行い、すでにＷｅｂコンテンツ上に表示されている不特定多数のユーザーのプロフィール情報を見ながら、任意のユーザー１人（ユーザー５０ｂとする）を選択する。
【００５９】
図６は、不特定多数の中からユーザーを選択した後の、接続状態を示したものである。
ユーザー５０ａとユーザー５０ｂが、サーバー６０を介して、画像、音声データなどで通話を行う。
【００６０】
このように形成することで、通話を希望している複数の不特定多数のユーザー間の接続制御を、Ｗｅｂを介して接続選択可能とし、またサーバー側でＩＰアドレス等の接続に必要な情報を管理することで、ＴＶ電話の接続において気楽な通話環境の確立を可能とし、煩雑な接続作業を解消するインターネットビジュアル対話システムを提供することが可能となる。
【００６１】
さらに、本発明のインターネットビジュアル対話システムは、接続先検索動作を備えることができる。
すなわち、ユーザーは、ステップ７で待ち受け待機中になっている不特定多数のユーザーの中から、例えば、目的、地域、性別等の任意の条件を入力することにより、その条件に合致したユーザーのみを抽出することができる。この抽出結果を見たユーザーは、目的等にあったユーザーを選択することにより通信を確立することができる。
【００６２】
具体的には、サーバーブロック３０は、ネットワークブロック２７において、ユーザー５０ａが入力した検索条件をクライアントブロック１０から受け取る。ＰＨＰ４１は、この検索条件と、ＳＱＬサーバー３７で保存しているプロフィール情報と比較し、条件に合致したユーザーのみをクライアントブロック１０に返す。ユーザー５０ａは、その中から任意の１人に対して、接続先選択動作を行う。この検索動作は、ステップ１３と同様の方法により、Ｗｅｂブラウザ上で操作することが可能である。
【００６３】
このように形成することで、通話を希望している不特定多数のユーザーの中から、ユーザーが指定した条件に合致したユーザーを検索することを可能とし、希望する通話相手を容易に選択することが可能となる。
【００６４】
さらに、本発明のインターネットビジュアル対話システムは、キャッチホン（Ｃａｔｃｈ Ｐｈｏｎｅ）システムを提供することができる。
通常、サーバー６０は、接続中になっているユーザー５０ｂに対して、他のユーザー（ユーザー５０ｃとする）が接続できないように制御しているが、本実施形態では、接続中になっているユーザー５０ｂに対し選択先接続動作を行うことを可能とし、ユーザー５０ｂに対し呼び出し動作を行うと共に、その応答を待つものである。
【００６５】
具体的には、サーバーブロック３０は、ＰＨＰ４１において、ユーザー５０ａ及びユーザー５０ｂの接続状況を参照すると共に、コネクションブロック２９において、ユーザー５０ｂのクライアントブロック１０に対し、ユーザー５０ｃからの呼び出しに対する制御を行っている。
【００６６】
その後、キャッチホン動作を受けたユーザー５０ｂが、ユーザー５０ｃの呼び出しに対して応答した場合、サーバー６０は、ユーザー５０ａとユーザー５０ｂの通話を中断、又は切断、複数接続し、ユーザー５０ｃとの接続開始動作を行う。
【００６７】
このように形成することで、ユーザーが通話中の相手に対して呼び出しの応答を求めることが可能であり、ＴＶ電話の接続において気楽な通話環境の確立を可能とするものである。
【００６８】
さらに、本発明のインターネットビジュアル対話システムは、Ｐ２Ｐ通信が可能である。
ステップ１５において、ユーザー５０ａが、ユーザー５０ｂから呼び出し許可を得た場合、ユーザー５０ａとユーザー５０ｂは通話可能となり、互いに画像、音声データの送受信やチャットでの通信を行うことができる。この場合、サーバー６０を介して通話を行うのではなく、ユーザー５０ａとユーザー５０ｂが一対一で接続される。
【００６９】
具体的には、サーバーブロック３０は、コネクションブロック２９において、ユーザー５０ａとユーザー５０ｂの間のＰ２Ｐ通信を確立すると共に、クライアントブロック１０は、ネットワークブロック１１においてＰ２Ｐ通信におけるコネクション情報をサーバーブロック３０に送信する。
【００７０】
図７を用いて、Ｐ２Ｐ通信の通信状態を具体的に説明する。なお、図３と同一要素のものについては同一符号を付して説明は省略する。
図７は、ユーザー間において通話が確立されており、Ｐ２Ｐ通信している様子を示したものである。
【００７１】
Ｐ２Ｐ通信は、インターネットＴＶ電話における画像、音声データはサーバー６０は介さずに直接通信するが、ユーザーの個人情報、課金情報、接続情報等は第１の実施形態同様、サーバー６０を介して通信する。サーバーを介してインターネット通信を行うと、その通信速度が劣化するおそれがあるため、ユーザー間でやりとりする画像、音声データは、Ｐ２Ｐで通信した方が高速動作できる。
このように形成することで、高速通信を可能とするものである。
【００７２】
また、Ｐ２Ｐ通信においては、ルータの設定機能を有することが可能である。
以下、ルータ設定機能について説明する。
ルータ設定機能とは、ルータの開放設定をクライアントブロック１０及びサーバーブロック３０により制御可能とするものである。
一般的に普及しているブロードバンド接続用ルータの出荷状態は、セキュリティー対策のため外部からの接続を拒否する設定となっており、ユーザー５０ａとユーザー５０ｂがＰ２Ｐ通信で接続される際に、ユーザー５０ａ及びユーザー５０ｂは、互いに自らが新たにポートの開放設定を行う必要があった。
【００７３】
このルータの開放設定は通常ブラウザを使用して設定する場合が多く、パソコン等の操作に不慣れなユーザーにとっては大きな負担となるおそれがあり、またＰ２Ｐ通信を行う際の煩雑な作業の一つであった。
【００７４】
図１９を用いて、Ｐ２Ｐ通信の際のポート解放処理について具体的に説明する。なお、図３と同一要素のものについては同一符号を付して説明は省略する。
図１９は、Ｐ２Ｐ通信を行う際のポート開放のフローチャートである。
【００７５】
ルータ９０ａ及びルータ９０ｂは、ユーザー５０ａ及びユーザー５０ｂそれぞれのクライアントブロックに対応するルータであり、図１に図示しないが、クライアントブロック１０とネットワーク４０の間に位置する機能である。ルータ９０ａ及びルータ９０ｂは、ユーザー５０ａ及びユーザー５０ｂ間でやりとりするパケットデータの転送経路を決め、そこにパケットデータを送るものである。
【００７６】
図３で説明した通り、ユーザー５０ａが接続先選択動作を行うことにより、サーバー６０が直接ユーザー５０ｂに対し呼び出し動作を行う。そして、呼び出し動作を受けたユーザー５０ｂがその呼び出しに応答することで、サーバー６０が直接ユーザー５０ａに対し応答了解を受けた旨を伝える。
【００７７】
その後、接続開始動作に至り、Ｐ２Ｐ通信におけるポート開放処理を行う。
ステップ４１は、ポート開放要求動作である。サーバー６０が、ユーザー５０ａ及びユーザー５０ｂのそれぞれのクライアントブロック１０に対し、Ｐ２Ｐ通信を行うためのポート開放の要求を行う。
【００７８】
サーバー６０は、ユーザー５０ａに対し、任意のポートｘを開放し、ユーザー５０ｂからの受信待ちを行うよう命令し、また、ユーザー５０ｂに対しても同様に任意のポートｙを開放するよう命令を行う。
さらに、サーバー６０は、ユーザー５０ａに対し、ユーザー５０ｂのＩＰアドレスを通知すると共に、ユーザー５０ｂへ開放命令を行ったポートｙに対して接続するよう命令を行う。また、ユーザー５０ｂに対しても、同様である。
【００７９】
ステップ４３は、ポート開放動作である。サーバー６０からのポート開放要求動作を受けたユーザー５０ａは、ルータ９０ａに対してポートｘの開放命令を行う。また、ユーザー５０ｂも、ルータ９０ｂに対してポートｙの開放命令を行う。
なお、サーバー６０から開放要求を受けたポートｘが、ルータ９０ａにおいて接続できないポートであった場合、ユーザー５０ａは、サーバー６０にポートｘが開放できない旨を通知する。この通知を受けたサーバー６０は、再びポートｘ以外のポートを任意に選択し、ユーザー５０ａに対しポート開放要求動作を行う。
【００８０】
ポート開放動作により、ユーザー５０ａ及びユーザー５０ｂが、サーバー６０の要求ポートｘ、ｙを開放した場合、ユーザー５０ａとユーザー５０ｂの間には、通話用のコネクションか確立され、ルータ９０ａ及びルータ９０ｂを通じて、Ｐ２Ｐ通信が可能となる。
なお、Ｐ２Ｐ通信終了の際には、開放要求されたポートｘ、ｙは、それぞれ通話開始前の状態に戻り、セキュリティー面での安全性を確保している。
このように形成することで、ユーザーがポートの設定を意識することなく、Ｐ２Ｐ通信をすることが可能となる。
【００８１】
さらに、本発明のインターネットビジュアル対話システムは、ポイントを用いて課金情報を管理することができる。
ポイントとは、本発明におけるインターネットビジュアル対話システムにおいて、例えば通話料金の徴収の際に、現金の代わりに用いるものである。
【００８２】
ポイントは、新規ユーザーが登録を受ける際に、直接サーバー６０のオペレータから、又はクレジットカード社４５を通して購入するするものである。購入したポイントは、オンラインでサーバー６０に蓄積されたり、オフラインでスクラッチカードのようなもので発行される。
【００８３】
また、ポイントは蓄積が可能であり、現有しているユーザーＩＤに対し追加することが可能である。追加の度にユーザーＩＤが更新されると、ユーザーにとってユーザーＩＤの管理が面倒だからである。このポイント蓄積も、オンライン、オフラインで対応可能である。
【００８４】
図８にポイントの具体的な使用の仕方を説明する。
図８は、一定のポイントに対し、サーバー６０が、任意の重み付け可能であることを示している。１ポイントの消費で、何秒、何分、何時間あたりの通話時間とするか、また非課金で通話可能とするか等、任意の設定が可能である。
【００８５】
また、ユーザーによっては通話でポイントを加算することも可能（マネーバックと言う）である。例えば、一方のユーザーが英会話の講師で、もう一方のユーザーがその生徒である場合に、本発明のインターネットビジュアル対話システムを用いて英会話の講習を行ったとする。この場合、生徒は、英会話の講習に必要な料金を講師に払わなければならない。
【００８６】
ポイントは、図８に示す通り、任意の料金体系を構築することが可能なので、通話料金だけでなく、あらゆる料金に対応可能である。この講習の例の場合、生徒は、ポイントを消費し、英会話の講師は、その分のポイントを加算することが可能となる。この加算されたポイントは、サービスを提供するオペレータにおいて換金可能である。
すなわち、本発明のインターネットビジュアル対話システムでは、通話中のユーザー間において、自己が所有するポイントを通信先のユーザーに対して、直接受け渡しが可能である課金機能を有している。この場合、ポイントの受け渡しについては、ユーザー間のみの取り決めで、ユーザー間の操作のみで実施することができる。
【００８７】
また、この例の場合、生徒に対しては、インターネットビジュアル対話システムを使用した通話時間に応じた通話料金が課金される。
すなわち、本発明のインターネットビジュアル対話システムでは、オペレータの運用条件に基づいて、システム側で自動的にポイントの減算を行う機能も持っている。
【００８８】
このように形成することで、本発明のインターネットビジュアル対話システムを使用するにあたり、様々な料金体系に沿った形での課金管理が可能であり、様々なビジネスモデルに対応してカスタマイズすることが可能となる。
【００８９】
また、ユーザー５０ａ、ユーザー５０ｂは、すでにユーザー登録を完了しているユーザーとして説明してきたが、これらのユーザーが、ユーザー登録に至る手順を図１６を用いて説明する。なお、図３と同一要素のものについては同一符号を付して説明は省略する。
ユーザー８０ｂは、ユーザー登録を行うユーザーである。
【００９０】
ステップ２１は、登録要求動作である。非登録であるユーザー８０ｂが、サーバー６０に対し、本発明のインターネットビジュアル対話システムの利用許諾を得る。この動作は、ユーザー８０ｂが、オンラインで、Ｗｅｂブラウザを操作したり、オフラインで、登録要求することが可能である。
【００９１】
ステップ２３は、登録手続動作である。サーバー６０が、非登録であるユーザー８０ｂが行った登録要求動作に対し、その許可を与えるものである。サーバー６０が、非登録ユーザー８０ｂに対し、サーバー６０にログインするためのユーザーＩＤと、パスワードを与える。サーバー６０は、オンラインで、ユーザーＩＤ、パスワードを発行可能であるし、オフラインでも、通知可能である。
【００９２】
登録手続動作を受けたユーザー８０ｂは、登録会員となり、図３に示す通り、サーバー６０にログイン動作を行い、本発明のインターネットビジュアル対話システムを利用することができる。
このように形成することで、オンライン、オフラインを問わず、非登録のユーザーに対し、ユーザーＩＤ、パスワードの発行が可能となる。
【００９３】
また、ユーザーは、会員登録しなくても、本発明のインターネットビジュアル対話システムのうち、一定の機能を利用できるようにしても良い。
例えば、ある登録ユーザーが表示したプロフィール情報を見たり、その情報をもとに、ユーザーを選択し、通信することも可能である。ただし、登録ユーザーが、非登録ユーザーに対して、自己のプロフィール情報を提示したくない場合は、非登録ユーザーは、そのユーザーのプロフィール情報を見ることができないようにしても良い。
【００９４】
逆に、非登録のユーザーに対しては、例えば、プロフィール情報の表示、保存、編集機能や、待ち受け機能、課金機能等は、利用可能にしなくても良い。
このように形成することで、非登録ユーザーであっても、情報を享有することが可能となり、また一定の機能を制限することで、様々な利用形態に合わせたインターネットビジュアル対話システムを構築することが可能となる。
【００９５】
また、本発明のインターネットビジュアル対話システムは、ステップ７において、待ち受け待機中のユーザーに対しては、接続維持動作を行うことができる。この動作の動作手順を図１７に示す。
【００９６】
ステップ２５は、接続維持動作である。サーバー６０は、接続待機中のユーザー５０ｂの接続が切断されないよう、ある一定間隔で信号（ヘルスチェック信号）を発生するものである。
【００９７】
一般的なブロードバンド環境であるＡＤＳＬ回線や、普及型ブロードバンドルータは、通信状態が未使用のまま一定時間を経過すると、自動的に回線を切断する機能が強制的に付されている。特に、固定ＩＰを有さない一般ユーザーは、プロバイダーとの接続が終了するため、アクセスすることができなくなってしまう。
【００９８】
具体的には、サーバー６０は、ユーザーのログイン動作と同時に、クライアントブロック１０とサーバーブロック３０間に一本の専用コネクションを確立する。その専用コネクションは、ユーザーが送信する音声、画像データとは別の信号用のコネクションとして動作し、その信号の一つ（ヘルスチェック信号）が、回線の自動切断機能を回避するものである。
【００９９】
ヘルスチェック信号は、例えば５分に一度、サーバーブロック３０よりクライアントブロック１０に向けて発信されるが、クライアントブロック１０は、受信したヘルスチェック信号を認識する必要はなく、インターネット４０のプロバイダー側のルータ装置、及びクライアントブロック１０側のルータ装置に対して、通信中である旨を送信するのみである。
このように形成することで、レスポンスの速い待ち受け待機を達成することが可能となる。
【０１００】
また、本発明のインターネットビジュアル対話システムは、伝言機能を有することができる。この動作の動作手順を図１８に示す。
ステップ２７は、伝言送信動作である。ユーザー５０ａが、ステップ１３において、選択したユーザー５０ｂに対して、音声、写真、映像、又は文字等により伝言情報を作成し、サーバー６０に対して、伝言情報を送信する。
ステップ２７は、単独で動作させても良いし、接続選択動作と同時に行っても良い。
【０１０１】
ステップ２９は、伝言蓄積動作である。サーバー６０は、ユーザー５０ａが作成し、送信した伝言情報をサーバー６０内に蓄積する。また、サーバー６０は、待機中のユーザー５０ｂに対して、伝言が入った旨を通知する。ユーザー５０ｂが待ち受けしていないときは、次回ログイン動作したときに、伝言が入っている旨を通知する。
【０１０２】
ステップ３１は、伝言取得動作である。ユーザー５０ｂは、サーバー６０の通知に対して、伝言情報の再生、取得を行う。
このように形成することで、接続先のユーザーの状態に関わらず、伝言転送が可能であり、気楽な通話環境の確立を可能とするものである。
【０１０３】
また、本発明のインターネットビジュアル対話システムにおいて、ユーザーが作成するプロフィール情報は、ユーザー自身の情報のみに限られない。例えば、商品等の写真や説明、文字によるＰＲ、ある会社の短編ＣＭの映像情報であっても良い。
【０１０４】
例えば、ユーザーが、商品等の説明をプロフィール情報として登録する場合は、その情報を見た他のユーザーは（図３における接続相手を選択する要領で）その商品等を選択することで、その商品等の説明員に接続し、その商品等の詳細な説明を受けることができる。また、その商品等を気に入れば、その商品等の購入も可能である。購入代金は、ポイントを用いて精算可能である。
このように形成することで、様々な利用形態に対応することが可能となる。
【０１０５】
また、登録しているプロフィール情報は、接続相手に公開して良い情報と、公開しない情報とに、任意に選択、変更できても良い。
このように形成することで、ユーザー自身の利用目的にあったインターネットビジュアル対話システムを構築することが可能となる。
【０１０６】
次に、ユーザー間における本発明のインターネットビジュアル対話システムの利用形態について、具体的に説明する。
図９〜図１５は、ユーザー間において、課金の有無及び予約待ち受け機能の有無について、応用可能な利用形態について、具体的な適用例とともに示したものである。ユーザー７０ｂは、情報提供者であり、ユーザー７０ａは、ユーザー７０ｂの提供する情報を利用する者である。
【０１０７】
図９は、ユーザー７０ａとユーザー７０ｂにおける課金の有無及び予約待ち受け機能の有無についてまとめたものである。
利用形態１は、ユーザー７０ａは課金され、かつ予約待ち受け機能を持たないユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持つユーザーである。この場合、ユーザー７０ｂにおいては、マネーバックすることも可能である。
【０１０８】
利用形態２は、ユーザー７０ａは課金され、かつ予約待ち受け機能を持つユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持たないユーザーである。
利用形態３は、ユーザー７０ａは課金され、かつ予約待ち受け機能を持つユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持つユーザーである。
【０１０９】
利用形態４は、ユーザー７０ａは課金されず、かつ予約待ち受け機能を持たないユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持つユーザーである。
利用形態５は、ユーザー７０ａは課金されず、かつ予約待ち受け機能を持つユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持つユーザーである。
【０１１０】
図１０は、利用形態１についての具体的な適用例であり、英会話サークルへの例である。英語を話してみたい生徒ユーザー７０ａと、予め契約している外国人の英会話講師ユーザー７０ｂを結びつけるコンテンツである。ユーザー７０ａは会話をしたいときにユーザー７０ｂを呼び出し、ユーザー７０ｂはユーザー７０ａの呼び出しにいつでも対応できるよう予約待ち受け機能を有する。ユーザー７０ａは会話のための代金をポイントにより支払い、一方ユーザー７０ｂはその代金をマネーバックする。
【０１１１】
図１１は、利用形態２についての具体的な適用例であり、出会い系コンテンツへの例である。有料で恋人を探している男性ユーザー７０ａと、無料でそれに応える女性ユーザー７０ｂを結びつける出会い系のコンテンツである。ユーザー７０ａは待ち受けをしながらユーザー７０ｂからの呼び出しを待ち、ユーザー７０ｂは条件にあうユーザー７０ａを選択する。この場合、ユーザー７０ａが料金を払い、ユーザー７０ｂは無料である場合が多い。
【０１１２】
図１２は、利用形態２についての別な具体的な適用例であり、ネットオークションへの例である。ネットオークションに商品を出品しているユーザー７０ａと、商品を模索しているユーザー７０ｂを結びつけるコンテンツである。この場合、プロフィール情報は、ユーザーの写真等ではなく、商品の情報等を掲載している。ユーザー７０ａは待ち受けしながら購入者が応答してくれるのを待ち、ユーザー７０ｂは希望の商品があればそれを選択する。この場合、出品者が料金を払う場合が多い。
【０１１３】
図１３は、利用形態３についての具体的な適用例であり、求人情報コンテンツへの例である。求人している企業ユーザー７０ａと、アルバイトを探しているユーザー７０ｂを結びつけるコンテンツである。本発明のインターネットビジュアル対話システムであれば、面接を行うことも可能である。ユーザー７０ａは求人広告の反応を待ち、ユーザー７０ｂは応募後のユーザー７０ａの対応を待つ。この場合、企業が料金を支払う場合が多い。
【０１１４】
図１４は、利用形態４についての具体的な適用例であり、無料相談コンテンツへの例である。相談者又は患者であるユーザー７０ａと、その相談対応者ユーザー７０ｂを結びつけるコンテンツであり、企業の提供しているトラブル対応や医療相談などを行う。ユーザー７０ａはトラブル時に相談を持ちかけ、ユーザー７０ｂはいつでも対応できるよう待ち受ける。この場合、両者が無料である場合が多い。
【０１１５】
図１５は、利用形態５についての具体的な適用例であり、無料コミュニケーションコンテンツへの例である。無料使用者であるユーザー７０ａとユーザー７０ｂを結びつけるコンテンツであり、法人団体グループでの活用、又は非営利の無料コンテンツを提供する。ユーザー７０ａ、ユーザー７０ｂともにコミュニケーションを望むユーザーであり、両者とも無料である場合が多い。
【０１１６】
以上のように形成することで、ユーザーにおける課金の有無及び予約待ち受け機能の有無をカスタマイズするだけで様々なビジネスモデルに利用することが可能となる。
【０１１７】
なお、本発明のインターネットビジュアル対話システムを動作させるにあたり、次のような接続環境が整っていることが望ましい。
通話を行う各ユーザーは、ブロードバンド環境（例えば、ＡＤＳＬ、ＦＴＴＨ、ＣＡＴＶなど）が整っていることが望ましい。一般の電話回線であっても通信は可能であるが、通信における動作パフォーマンスが落ちてしまう。
【０１１８】
ユーザーは、音声データ、画像データを作成するにあたり、ＣＣＤカメラ、マイク等を準備する。これらのものは市販されているものを使用可能とし、ユーザー自身で準備するか、ユーザー登録の際コンテンツオペレータ側で提供する。
【０１１９】
各ユーザーは、コンテンツオペレータが提供する本システム専用のＷｅｂサイトにおいて、本発明のインターネットビジュアル対話システム使用のためのソフトウェアをダウンロードするか、予めそのソフトウェアが書き込まれたＣＤ−ＲＯＭを入手し、ユーザーが使用するパソコン等にインストールする。
以上のように形成することで、ユーザーはインターネットビジュアル対話システムを快適に使用することが可能となる。
【０１２０】
本発明のインターネットビジュアル対話システムの動作をさせるにあたり、サーバー側では以下のようなメンテナンス機能を有することが望ましい。
全ユーザーの登録情報、課金情報、ユーザーＩＤ、パスワード、通話状態の一覧表示、通話履歴機能を持ち、かつこれらの変更機能を有することが望ましい。この場合、サーバーにおいて一括管理した方が良い。
【０１２１】
また、全ユーザーに対しての通話停止、強制通話切断機能を有することが望ましい。緊急時における通話確保のためである。
さらに、全ユーザーに対しての会員削除機能を有することが望ましい。ユーザー登録を容易に行うためである。
【０１２２】
また、日報、月報等による会員登録状態、課金通話時間の表示機能を有することが望ましい。サーバーやユーザーの稼働状態を把握するためである。
以上のように形成することで、サーバーを管理する者が容易に本発明に係るインターネットビジュアル対話システムを提供することができる。
【０１２３】
なお、本発明のインターネットビジュアル対話システムは、以下のように展開することも可能である。
本発明のインターネットビジュアル対話システムは、インターネット網を使用したシステムであるため、コンテンツオペレータ側で新規のインフラを必要とせず、通話料金も常時接続可能であればその分の料金のみとなる。
【０１２４】
本発明のインターネットビジュアル対話システムは、インターネット網を使用したシステムであるため、国内にとどまらず、海外においても容易に展開可能である。
また、モバイル通信機への適用も可能であり、どこにいても目的にあった接続先と通話が可能である。
本発明のインターネットビジュアル対話システムは、多様なビジネスモデルにあった形にカスタマイズ可能であり、様々なコンテンツに対応することができる。
【０１２５】
【発明の効果】
以上説明したように、本発明によれば、待ち受け待機中の不特定ユーザーの中からの選択とそのユーザーとの接続を可能にする。インターネットビジュアル対話システムの接続において気楽な通話環境の確立し、煩雑な接続作業を解消するインターネットビジュアル対話システムを提供する。
また、ポイントを用いた料金体系を構築することで、様々なビジネスモデルに対応した課金システムを提供することが可能となる。
【図面の簡単な説明】
【図１】クライアントブロック構成図
【図２】サーバーブロック構成図
【図３】ユーザー接続手順
【図４】不特定多数間のユーザー接続
【図５】同上
【図６】同上
【図７】Ｐ２Ｐ通信
【図８】課金形態の例
【図９】利用形態の例
【図１０】同上
【図１１】同上
【図１２】同上
【図１３】同上
【図１４】同上
【図１５】同上
【図１６】会員登録の手順
【図１７】接続維持動作
【図１８】伝言機能
【図１９】ルータ開放設定の手順
【符号の説明】
１、１９ メディアコントロールインターフェース
３ ＭＰＥＧエンコーダ
５、１５ メモリ
７ キーエンコーダ
９ サーバークライアント
１０、２０ クライアントブロック
１１、２７ ネットワークブロック
１３ キーデコーダ
１７ ＭＰＥＧデコーダ
２１ ユーザーインターフェース
２３、３３ ビルブロック
２５ ＴＣＰ／ＩＰ
２９ コネクションブロック
３０ サーバーブロック
３１ キーブロック
３５ キャッシュブロック
３７ ＳＱＬサーバー
３９ ウェブサーバー
４０ インターネット
４１ ＰＨＰ
４３ カードペイメントサーバー
４５ クレジットカード社
５０ａ、５０ｂ、７０ａ、７０ｂ、８０ｂ ユーザー
６０ サーバー
９０ａ、９０ｂ ルータ
【発明の属する技術分野】
本発明はインターネットビジュアル対話システムに関わり、複数ユーザー間で待ち受け可能とし、待ち受け中のユーザーの中から任意に接続先を選択できるインターネットビジュアル対話システムに関する。
【０００２】
【従来の技術】
近年のインターネットテレビ電話システムは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（以下、ＩＰと言う）を用いて、音声、画像、文字などの情報を通信している。
【０００３】
このインターネットテレビ電話システムは、知り合いのユーザー同士で通話することを前提としているため、電話を掛ける側と受ける側の双方が通話の意志を持ち、かつその後さらに準備をしないと接続することができない。すなわち、通話の前に双方に相手が端末の前にいることを確認し、また接続先のＩＰアドレス等を知っておくか又は、ＩＰアドレスを変換してくれる専用のオペレータと契約する必要があった。
【０００４】
【発明が解決しようとする課題】
しかしながら、従前のインターネットＴＶ電話システムでは接続に際し、相手の意志を確認する必要があるため気楽さに欠け、さらに、事前に相手先のＩＰアドレスを知っておくか、ＩＰアドレスを変換してくれる専用のオペレータと契約する必要があり繁雑な作業を必要としていた。
また、原則的には知り合いのユーザー同士に限定された接続しか可能でなかったため、不特定多数のユーザーの中から通話の確立を行うのは困難であった。
【０００５】
本発明はこのような従来の課題に鑑みてなされたもので、複数ユーザー間で待ち受け可能とし、待ち受け中のユーザーの中から任意に接続先を選択できるインターネットビジュアル対話システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
本発明（請求項１）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、該交信手段により交信する前記第１のユーザー又は前記第２のユーザーを第３のユーザーが選択可能とする割り込み選択手段と、該割り込み選択手段により選択された前記第１のユーザー又は前記第２のユーザーに対し前記第３のユーザーにより選択されたことを知らせるキャッチホン手段とを備えて構成した。
【０００７】
なお、プロフィール情報は、ユーザー自身の情報のみに限られない。例えば、商品等の写真や説明、文字によるＰＲ、ある会社の短編ＣＭの映像情報等であっても良い。
【０００８】
また、本発明（請求項２）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、前記第２のユーザーが該プロフィール情報を編集するプロフィール編集手段と、該プロフィール編集手段により編集されたプロフィール情報をサーバーに保存するプロフィール保存手段と、前記プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段とを備えて構成した。
【０００９】
さらに、本発明（請求項３）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、
該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、該交信手段により交信する前記第１のユーザー及び／又は前記第２のユーザーに対しサーバーがコネクション信号を発信するコネクション信号発信手段と、該コネクション信号発信手段により発信されたコネクション信号に基づき前記第１のユーザー及び／又は前記第２のユーザーとサーバーとが接続を維持する接続維持手段とを備えて構成した。
【００１０】
さらに、本発明（請求項４）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーに前記第１のユーザーが伝言する画像、音声、及び文字のうち少なくとも一つの情報をサーバーに蓄積する伝言蓄積手段と、該伝言蓄積手段により蓄積された情報を前記第２のユーザーに送信する伝言送信手段とを備えて構成した。
【００１１】
さらに、本発明（請求項５）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、該交信手段により交信する前記第１のユーザーと前記第２のユーザーの交信時間に応じたポイントにより課金を行う課金手段と、該課金手段により前記第１のユーザーの所有するポイントが前記第２のユーザーに移動されるポイント受け渡し手段とを備えたことを特徴とするインターネットビジュアル対話システム。
【００１２】
さらに、本発明（請求項６）は、前記プロフィール情報は選択可能に複数配列されたことを特徴とする。
【００１３】
さらに、本発明（請求項７）は、第１のユーザーと、第２のユーザーと、前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段とを備えたインターネットビジュアル対話システムであって、前記プロフィール情報は検索可能であることを特徴とする。
【００１４】
さらに、本発明（請求項８）は、第１のクライアントパソコンと、該第１のクライアントパソコンを通信回線と結ぶ第１のルータと、第２のクライアントパソコンと、該第２のクライアントパソコンを通信回線と結ぶ第２のルータと、前記第１のクライアントパソコンと前記第２のクライアントパソコンとの接続を制御するサーバーと、該サーバーが前記第１のクライアントパソコン及び前記第２のクライアントパソコン各々に任意のポート番号を発行するポート発行手段と、該ポート発行手段により発行されたポート番号に応じて前記第１のクライアントパソコンが前記第１のルータの第１のポートの開放を要求し、前記第２のクライアントパソコンが前記第２のルータの第２のポートの開放を要求するポート要求手段と、該ポート要求手段により開放を要求された前記第１のポート及び前記第２のポートを開放するポート開放手段と、該ポート開放手段により開放された前記第１のポート及び前記第２のポートを経由して前記第１のクライアントパソコンと前記第２のクライアントパソコンとが相互接続可能である接続確立手段とを備えたことを特徴とするインターネットビジュアル対話システム。
【００１５】
【発明の実施の形態】
以下、本発明の第１実施形態について説明する。本発明であるインターネットビジュアル対話システムは、ユーザー側である少なくとも一つのクライアントブロック１０（Ｃｌｉｅｎｔ Ｂｌｏｃｋ）とサーバー側であるサーバーブロック３０（Ｓｅｒｖｅｒ Ｂｌｏｃｋ）からなっている。
【００１６】
図１は本発明の実施形態の構成図であり、クライアントブロック１０のシステムを詳細に示したものである。
クライアントブロック１０は、本発明のインターネットビジュアル対話システムにおけるユーザー側の構成である。ユーザー側のパソコンにおいて、本発明であるインターネットビジュアル対話システム用のソフトウェアをインストールすることにより本システムを達成するようになっている。
【００１７】
メディアコントロールインターフェース１（Ｍｅｄｉａ Ｃｏｎｔｒｏｌ Ｉｎｔｅｒｆａｃｅ）は、データ取り込み専用インターフェースで、ユーザーのパソコンにおいてＵＳＢカメラやキャプチャーカード等により音声、画像データを取得するようになっている。
【００１８】
ＭＰＥＧエンコーダ３（ＭＰＥＧ Ｅｎｃｏｄｅｒ）は、メディアコントロールインターフェース１の機能に属し、ユーザー作成の音声、画像データを通信用に符号化するようになっている。
メモリ５（Ｍｅｍｏｒｙ）は、ＭＰＥＧエンコーダ３から送られたデータを切断した形でパケット毎に格納するようになっている。
【００１９】
キーエンコーダ７（Ｋｅｙ Ｅｎｃｏｄｅｒ）は、メモリ５からデータを受け取り、インターネットの中間ルートでの盗聴を防ぐ他、不正アクセスを防ぐために、暗号鍵をサーバーブロック３０から定期的に受け取り、データを暗号化するものである。
【００２０】
サーバークライアント９（Ｓｅｒｖｅｒ Ｃｌｉｅｎｔ）は、キーエンコーダ７により暗号化されたデータを受け、サーバーブロック３０間の通信制御を行うようになっている。分単位等で切り替わる暗号鍵をサーバーブロック３０から受け取って、メモリ５に格納されたデータを解読するための情報を送信するものである。
【００２１】
ネットワークブロック１１（Ｎｅｔｗｏｒｋ Ｂｌｏｃｋ）は、サーバークライアント９により制御され、インターネット４０（Ｉｎｔｅｒ ＮＥＴ）を介して、他のクライアントブロック２０やサーバーブロック３０に接続されるようになっている。ユーザー側が送信する音声、画像情報の他、課金情報、ルータ設定、ユーザー管理情報、Ｐ２Ｐ（Ｐａｉｒ ｔｏ Ｐａｉｒ）コネクション情報などを送受信できるようになっている。
【００２２】
キーデコーダ１３（Ｋｅｙ Ｄｅｃｏｄｅｒ）は、サーバークライアント９を介して他のクライアントブロック２０から受け取った通信データの暗号を解き、音声データ、画像データに変換するようになっている。
メモリ１５（Ｍｅｍｏｒｙ）は、キーデコーダ１３から送られたデータをパケット毎に格納するようになっている。
【００２３】
ＭＰＥＧデコーダ１７（ＭＰＥＧ Ｄｅｃｏｄｅｒ）は、キーデコーダ１３を介して暗号が解かれた音声データ、画像データを音声、映像にするものである。メディアコントロールインターフェース１９（Ｍｅｄｉａ Ｃｏｎｔｒｏｌ Ｉｎｔｅｒｆａｃｅ）は、データ出力専用のインターフェースで、ユーザーのパソコンにおいてスピーカーやディスプレイなどを介し、音声、画像が再生されるものである。
【００２４】
ユーザーインターフェース２１（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）は、ログイン作業、コネクション操作、チャット・ファイル転送などを制御するものである。ユーザーのコマンドによる情報をサーバークライアント９に伝達するようになっている。
ビルブロック２３（Ｂｉｌｌ Ｂｌｏｃｋ）は、通信時間の計測を行い、サーバーブロック３０からの課金パターンを受け取り、課金の計算等を行うものである。
【００２５】
図２は本発明の実施形態の構成図であり、サーバーブロック３０を詳細に示したものである。なお、図１と同一要素のものについては同一符号を付して説明は省略する。
【００２６】
サーバーブロック３０は、本発明のインターネットビジュアル対話システムにおけるサーバー側の構成である。
ＴＣＰ／ＩＰ２５は、インターネットプロトコルの一種でインターネット通信における受け答えを行うようになっている。
【００２７】
ネットワークブロック２７（Ｎｅｔｗｏｒｋ Ｂｌｏｃｋ）は、ＴＣＰ／ＩＰ２５を介し、クライアントブロック１０からの情報を受け取り、ユーザーが行ったログイン作業、コネクション作業、チャット・ファイル転送作業等をオペレーション毎に処理を割り振って、処理した結果をクライアントブロック１０に送信するようになっている。
【００２８】
コネクションブロック２９（Ｃｏｎｎｅｃｔｉｏｎ Ｂｌｏｃｋ）は、ネットワークブロック２７によって、ユーザー認証、Ｐ２Ｐの確立等を担うよう割り振られるものである。また、ユーザーが作成したプロファイル情報の保存、取得なども行うようになっている。
【００２９】
キーブロック３１（Ｋｅｙ Ｂｌｏｃｋ）は、ネットワークブロック２７により、動画のエンコード、デコード用の暗号化を解くための暗号鍵を生成、記録、返送するよう制御されるものである。
ビルブロック３３（Ｂｉｌｌ Ｂｌｏｃｋ）は、ユーザーの課金情報の記録、照合を行い、必要があればクレジットカード社４５へアクセスし認証を得るもので、ネットワークブロック２７により制御されるものである。
【００３０】
キャッシュブロック３５（Ｃａｓｈ Ｂｌｏｃｋ）は、コネクションブロック２９及びキーブロック３１へのデータの転送を行うものである。
ＳＱＬサーバー３７（ＳＱＬ Ｓｅｒｖｅｒ）は、ビルブロック３３及びキャッシュブロック３５に接続し、サーバーブロック３０におけるデータベースとなっている。
【００３１】
ウェブサーバー３９（Ｗｅｂ Ｓｅｒｖｅｒ）は、ＴＣＰ／ＩＰ２５に接続し、ＴＶ電話使用開始時にユーザーが検索した文字、画像情報をクライアントブロック１０においてＷｅｂ上に表示させるようになっている。
【００３２】
ＰＨＰ４１は、ＣＧＩの一種であり、ＳＱＬサーバー３７とウェブサーバー３９との間に位置し、ＴＶ電話使用開始時の初期認証、ユーザー一覧、プロフィール参照、利用状況、課金情報などの参照、設定を行うものである。また、ユーザーが検索した文字、画像情報などをＳＱＬサーバー３７から取得するようになっている。
【００３３】
カードペイメントサーバー４３（Ｃａｒｄ Ｐａｙｍｅｎｔ Ｓｅｒｖｅｒ）は、サーバーブロック３０とクレジットカード社４５の間で、クレジットカード決済をオンラインで処理し、認証を得る既存の企業サービスである。
【００３４】
次に、図３のフローチャートに基づき本発明の実施形態の作用を説明する。インターネットビジュアル対話システムにおいて、ユーザーが不特定多数のユーザーの中からの任意のユーザーの選択を可能とし、ユーザー間の接続を確立する。図３は、ユーザーの接続手順を示したものであり、サーバーとのやりとりを示したフローチャートである。図３を説明するにあたり、一対一のユーザー間における接続手順を詳細に説明した後に、不特定多数のユーザー間における接続手順を説明する。
【００３５】
待ち受け中のユーザーから接続先選択動作を行うユーザー５０ａ、待ち受け中のユーザー５０ｂ及びサーバー６０に分けて、一対一のユーザー間の接続動作を説明する。ユーザー５０ａとユーザー５０ｂは、クライアントブロック１０を操作する。サーバー６０は、サーバーブロック３０の機能である。
【００３６】
まず、ユーザー５０ｂが待ち受け状態に至るまでの動作を説明する。
ステップ１（図中Ｓ１と示す。以下同様）は、ログイン動作である。すでにユーザー登録を完了しているユーザー５０ｂが、サーバー６０に対し、ユーザーＩＤ及びパスワードを入力することで達成する。
【００３７】
ステップ３は、認証動作である。ログイン動作を受けたサーバー６０は、コネクションブロック２９において、ユーザー５０ｂが入力したユーザーＩＤ及びパスワードが登録したものと一致しているか確認する。一致している場合、サーバー６０へのアクセスを可能とする。
ステップ５は、プロフィール転送動作である。ユーザー５０ｂが自身のビデオ映像、写真、文字によるＰＲ等のプロフィール情報を編集し、サーバー６０へ転送する。
【００３８】
具体的には、ユーザー自身のプロフィール情報は、メディアコントロールインターフェース１及びユーザーインターフェース２１で音声、画像、動画、テキストデータとして取り込まれ、そのデータをキーエンコーダ７において暗号化した後、ネットワークブロック１１の制御によりサーバーブロック３０へ転送する。サーバーブロック３０は、ＳＱＬサーバー３７に、そのデータを蓄積する。
サーバー６０から認証を受けたユーザーは、ＳＱＬサーバー３７に蓄積されたプロフィール情報を自由に編集、保存できる。
【００３９】
また、ステップ５は、ユーザー５０ｂのＩＰアドレスの送信も行う。通話の度に必要となるクライアントブロック１０のＩＰアドレスをサーバーブロック３０が管理することで、ユーザー自身が通話の度にＩＰアドレスを確認する必要がなくなる。すなわち、通話の確立のために必要なＩＰアドレスは、ユーザー５０ｂがプロフィール転送動作を行う度に、サーバーブロック３０において新しいＩＰアドレスに書き換えられる。
【００４０】
ステップ７は、待ち受け表示動作である。サーバー６０は、ステップ５において転送されたプロフィール情報を、ユーザー５０ａ及びその他のユーザーに対して表示し、待ち受け待機中であることを示す。
【００４１】
この場合、ユーザー５０ｂは、さらに予約待ち受け機能を有しても良い。予約待ち受け機能とは、ユーザー５０ｂが、特定の相手（例えばユーザー５０ａとする）との通話を希望する場合、ユーザー５０ａに対してのみ、自分自身を選択可能させる機能である。
【００４２】
また、予約待ち受け機能は、ユーザーが指定した特定の日時にだけ、待ち受け待機中であることが表示される、いわゆる日時予約機能であっても良い。これらの特定の相手又は特定の日時の指定は、個々のユーザーが、ログインの度に行ったり、又は、プロフィール情報と共にサーバーブロック３０に保存し、それを読み出しても良い。本発明に係るインターネットビジュアル対話システムは利用形態に応じて、予約待ち受け機能を有するか否かに関しては当然に選択可能である。
【００４３】
次に、ユーザー５０ａがサーバー６０に接続し、ユーザー５０ｂの選択に至る動作を説明する。
ユーザー５０ａもユーザー５０ｂの動作と同じように、サーバー６０に対しログイン動作を行う。
ログイン動作を受けたサーバー６０は、コネクションブロック２９においてユーザー５０ａの認証動作を行い、課金が必要となるユーザーに対しては、残高の照会も行う。
【００４４】
ステップ１１は、プロフィール表示動作である。サーバー６０が、ユーザー５０ｂのプロフィール情報を、ユーザー５０ａに表示する機能である。
具体的には、クライアントブロック１０におけるネットワークブロック１１の制御によって、サーバーブロック３０から転送されたデータを取り込み、キーデコーダ１３において暗号を解読した後、メディアコントロールインターフェース１９によりユーザー５０ａに対しプロフィール情報を表示する。
【００４５】
ステップ１３は、接続先選択動作である。ユーザー５０ａが、ステップ１１で転送されたプロフィール情報に基づき、待ち受け待機中になっているユーザー５０ｂを選択する。
また、接続先選択動作は、ユーザー５０ａが、Ｗｅｂブラウザ上で操作可能である。
【００４６】
具体的には、サーバーブロック３０は、ユーザー５０ａが発信する情報に基づき、ＰＨＰ４１等のＣＧＩにおいて、データベースであるＳＱＬサーバー３７からプロフィール情報を取得し、ウェブサーバー３９を介し、クライアントブロック１０に転送する。クライアントブロック１０は、そのデータをメディアコントロールインターフェース１９で処理を行い、ユーザー５０ａが、Ｗｅｂブラウザを介して見ることができるようにする。
【００４７】
ユーザー５０ａは、Ｗｅｂブラウザ上に表示された情報に対し、Ｗｅｂブラウザ上で接続先選択動作を行う。クライアントブロック１０は、Ｗｅｂブラウザ上で行われた操作を、ユーザーインターフェース２１で受けて、サーバーブロック３０へ転送する。
【００４８】
ステップ１５は、呼び出し動作である。サーバー６０は、ステップ１３で選ばれたユーザー５０ｂが、ユーザー５０ａとの通話に応じるか確認を行う。通話意志があるときは、ユーザー５０ｂは、サーバー６０に対して応答する。ユーザー５０ｂは、呼び出し動作も、ステップ１３と同様の方法により、Ｗｅｂブラウザ上での操作が可能である。
【００４９】
ステップ１７は、接続開始動作である。ユーザー５０ｂからの呼び出し応答を得た後、ユーザー５０ａとユーザー５０ｂは、サーバー６０を介して、通話可能となる。互いに画像、音声データの送受信や、チャットでの通信を行うことができる。また、他のキャリアであるＮＴＴの固定電話や、ＩＰ電話キャリア、携帯電話などの通信機器からの音声通話も選択可能である。
【００５０】
ステップ１９は、接続設定動作である。サーバー６０は、ユーザー５０ａの接続時間、課金のカウントを開始し、ユーザー５０ｂの接続時間のカウントを行う。
具体的には、クライアントブロック１０は、ビルブロック２３において、接続時間のカウントを行い、サーバーブロック３０におけるＰＨＰ４１等のＣＧＩにより設定された課金情報により課金計算を行う。課金計算した情報は、サーバーブロック３０内のビルブロック３３において、データベースであるＳＱＬサーバー３７に記録される。
【００５１】
また、ステップ１９は、他のユーザーに対して、ユーザー５０ｂが接続中になっていることの表示を行う。サーバー６０は、他のユーザーが、接続中になっているユーザーを、接続先として選択できないように、若しくは接続先として選択しても選択されたユーザーに選択されたことを通知しないように制御している。
【００５２】
以上、一対一のユーザー間における接続手順を詳細に説明した。続いて、不特定多数のユーザー間における接続手順について説明する。
不特定多数のユーザー間における接続を達成するにあたり、一対一のユーザー間における接続手順と特に異なるのは、ステップ１１とステップ１３である。
【００５３】
ステップ１１において、不特定多数のユーザーのプロフィール情報をユーザー５０ａに提示し、ステップ１３において、ユーザー５０ａが、それらのプロフィール情報を参照しながら、その中から接続先を選択する。
【００５４】
具体的には、不特定多数のユーザー各々（この場合、ユーザー５０ｂは、不特定多数のユーザー中の１ユーザーと言える）は、各々のユーザーＩＤ及びパスワードを入力することでログイン動作を行う。サーバー６０は、各々のユーザーに対し認証動作を行い、サーバー６０へのアクセス許可を与える。アクセス許可を与えられた各々のユーザーは、自分自身の写真等を用いてプロフィール情報を作成し、サーバー６０に対しプロフィール転送動作を行う。
【００５５】
サーバー６０は、各々が作成したプロフィール情報を集約し、ユーザー５０ａに対して、それらのプロフィール情報を表示する。ユーザー５０ａは、表示された不特定多数のユーザーの中より、希望のユーザーに対して接続先選択動作を行い、選択されたユーザーが呼び出し動作に応答することで通話が確立する。
【００５６】
図４〜図６を用いて、不特定多数のユーザーの中から通話を確立する方法を具体的に説明する。なお、図３と同一要素のものについては同一符号を付して説明は省略する。
【００５７】
図４は、不特定多数のユーザー各々におけるログイン動作、プロフィール転送動作、待ち受け表示動作を示したものである。
不特定多数のユーザー各々が、サーバー６０に対してログイン動作を行い、認証を受けた後に、それぞれが作成したプロフィール情報を転送する。プロフィール情報を受けたサーバー６０は、転送されたプロフィール情報をＷｅｂコンテンツ上に表示することで、各々のユーザーが待ち受け待機中である旨の表示を行う。
【００５８】
図５は、ユーザー５０ａにおけるログイン動作、接続先選択動作を示したものである。
ユーザー５０ａが、サーバー６０に対してログイン動作を行い、すでにＷｅｂコンテンツ上に表示されている不特定多数のユーザーのプロフィール情報を見ながら、任意のユーザー１人（ユーザー５０ｂとする）を選択する。
【００５９】
図６は、不特定多数の中からユーザーを選択した後の、接続状態を示したものである。
ユーザー５０ａとユーザー５０ｂが、サーバー６０を介して、画像、音声データなどで通話を行う。
【００６０】
このように形成することで、通話を希望している複数の不特定多数のユーザー間の接続制御を、Ｗｅｂを介して接続選択可能とし、またサーバー側でＩＰアドレス等の接続に必要な情報を管理することで、ＴＶ電話の接続において気楽な通話環境の確立を可能とし、煩雑な接続作業を解消するインターネットビジュアル対話システムを提供することが可能となる。
【００６１】
さらに、本発明のインターネットビジュアル対話システムは、接続先検索動作を備えることができる。
すなわち、ユーザーは、ステップ７で待ち受け待機中になっている不特定多数のユーザーの中から、例えば、目的、地域、性別等の任意の条件を入力することにより、その条件に合致したユーザーのみを抽出することができる。この抽出結果を見たユーザーは、目的等にあったユーザーを選択することにより通信を確立することができる。
【００６２】
具体的には、サーバーブロック３０は、ネットワークブロック２７において、ユーザー５０ａが入力した検索条件をクライアントブロック１０から受け取る。ＰＨＰ４１は、この検索条件と、ＳＱＬサーバー３７で保存しているプロフィール情報と比較し、条件に合致したユーザーのみをクライアントブロック１０に返す。ユーザー５０ａは、その中から任意の１人に対して、接続先選択動作を行う。この検索動作は、ステップ１３と同様の方法により、Ｗｅｂブラウザ上で操作することが可能である。
【００６３】
このように形成することで、通話を希望している不特定多数のユーザーの中から、ユーザーが指定した条件に合致したユーザーを検索することを可能とし、希望する通話相手を容易に選択することが可能となる。
【００６４】
さらに、本発明のインターネットビジュアル対話システムは、キャッチホン（Ｃａｔｃｈ Ｐｈｏｎｅ）システムを提供することができる。
通常、サーバー６０は、接続中になっているユーザー５０ｂに対して、他のユーザー（ユーザー５０ｃとする）が接続できないように制御しているが、本実施形態では、接続中になっているユーザー５０ｂに対し選択先接続動作を行うことを可能とし、ユーザー５０ｂに対し呼び出し動作を行うと共に、その応答を待つものである。
【００６５】
具体的には、サーバーブロック３０は、ＰＨＰ４１において、ユーザー５０ａ及びユーザー５０ｂの接続状況を参照すると共に、コネクションブロック２９において、ユーザー５０ｂのクライアントブロック１０に対し、ユーザー５０ｃからの呼び出しに対する制御を行っている。
【００６６】
その後、キャッチホン動作を受けたユーザー５０ｂが、ユーザー５０ｃの呼び出しに対して応答した場合、サーバー６０は、ユーザー５０ａとユーザー５０ｂの通話を中断、又は切断、複数接続し、ユーザー５０ｃとの接続開始動作を行う。
【００６７】
このように形成することで、ユーザーが通話中の相手に対して呼び出しの応答を求めることが可能であり、ＴＶ電話の接続において気楽な通話環境の確立を可能とするものである。
【００６８】
さらに、本発明のインターネットビジュアル対話システムは、Ｐ２Ｐ通信が可能である。
ステップ１５において、ユーザー５０ａが、ユーザー５０ｂから呼び出し許可を得た場合、ユーザー５０ａとユーザー５０ｂは通話可能となり、互いに画像、音声データの送受信やチャットでの通信を行うことができる。この場合、サーバー６０を介して通話を行うのではなく、ユーザー５０ａとユーザー５０ｂが一対一で接続される。
【００６９】
具体的には、サーバーブロック３０は、コネクションブロック２９において、ユーザー５０ａとユーザー５０ｂの間のＰ２Ｐ通信を確立すると共に、クライアントブロック１０は、ネットワークブロック１１においてＰ２Ｐ通信におけるコネクション情報をサーバーブロック３０に送信する。
【００７０】
図７を用いて、Ｐ２Ｐ通信の通信状態を具体的に説明する。なお、図３と同一要素のものについては同一符号を付して説明は省略する。
図７は、ユーザー間において通話が確立されており、Ｐ２Ｐ通信している様子を示したものである。
【００７１】
Ｐ２Ｐ通信は、インターネットＴＶ電話における画像、音声データはサーバー６０は介さずに直接通信するが、ユーザーの個人情報、課金情報、接続情報等は第１の実施形態同様、サーバー６０を介して通信する。サーバーを介してインターネット通信を行うと、その通信速度が劣化するおそれがあるため、ユーザー間でやりとりする画像、音声データは、Ｐ２Ｐで通信した方が高速動作できる。
このように形成することで、高速通信を可能とするものである。
【００７２】
また、Ｐ２Ｐ通信においては、ルータの設定機能を有することが可能である。
以下、ルータ設定機能について説明する。
ルータ設定機能とは、ルータの開放設定をクライアントブロック１０及びサーバーブロック３０により制御可能とするものである。
一般的に普及しているブロードバンド接続用ルータの出荷状態は、セキュリティー対策のため外部からの接続を拒否する設定となっており、ユーザー５０ａとユーザー５０ｂがＰ２Ｐ通信で接続される際に、ユーザー５０ａ及びユーザー５０ｂは、互いに自らが新たにポートの開放設定を行う必要があった。
【００７３】
このルータの開放設定は通常ブラウザを使用して設定する場合が多く、パソコン等の操作に不慣れなユーザーにとっては大きな負担となるおそれがあり、またＰ２Ｐ通信を行う際の煩雑な作業の一つであった。
【００７４】
図１９を用いて、Ｐ２Ｐ通信の際のポート解放処理について具体的に説明する。なお、図３と同一要素のものについては同一符号を付して説明は省略する。
図１９は、Ｐ２Ｐ通信を行う際のポート開放のフローチャートである。
【００７５】
ルータ９０ａ及びルータ９０ｂは、ユーザー５０ａ及びユーザー５０ｂそれぞれのクライアントブロックに対応するルータであり、図１に図示しないが、クライアントブロック１０とネットワーク４０の間に位置する機能である。ルータ９０ａ及びルータ９０ｂは、ユーザー５０ａ及びユーザー５０ｂ間でやりとりするパケットデータの転送経路を決め、そこにパケットデータを送るものである。
【００７６】
図３で説明した通り、ユーザー５０ａが接続先選択動作を行うことにより、サーバー６０が直接ユーザー５０ｂに対し呼び出し動作を行う。そして、呼び出し動作を受けたユーザー５０ｂがその呼び出しに応答することで、サーバー６０が直接ユーザー５０ａに対し応答了解を受けた旨を伝える。
【００７７】
その後、接続開始動作に至り、Ｐ２Ｐ通信におけるポート開放処理を行う。
ステップ４１は、ポート開放要求動作である。サーバー６０が、ユーザー５０ａ及びユーザー５０ｂのそれぞれのクライアントブロック１０に対し、Ｐ２Ｐ通信を行うためのポート開放の要求を行う。
【００７８】
サーバー６０は、ユーザー５０ａに対し、任意のポートｘを開放し、ユーザー５０ｂからの受信待ちを行うよう命令し、また、ユーザー５０ｂに対しても同様に任意のポートｙを開放するよう命令を行う。
さらに、サーバー６０は、ユーザー５０ａに対し、ユーザー５０ｂのＩＰアドレスを通知すると共に、ユーザー５０ｂへ開放命令を行ったポートｙに対して接続するよう命令を行う。また、ユーザー５０ｂに対しても、同様である。
【００７９】
ステップ４３は、ポート開放動作である。サーバー６０からのポート開放要求動作を受けたユーザー５０ａは、ルータ９０ａに対してポートｘの開放命令を行う。また、ユーザー５０ｂも、ルータ９０ｂに対してポートｙの開放命令を行う。
なお、サーバー６０から開放要求を受けたポートｘが、ルータ９０ａにおいて接続できないポートであった場合、ユーザー５０ａは、サーバー６０にポートｘが開放できない旨を通知する。この通知を受けたサーバー６０は、再びポートｘ以外のポートを任意に選択し、ユーザー５０ａに対しポート開放要求動作を行う。
【００８０】
ポート開放動作により、ユーザー５０ａ及びユーザー５０ｂが、サーバー６０の要求ポートｘ、ｙを開放した場合、ユーザー５０ａとユーザー５０ｂの間には、通話用のコネクションか確立され、ルータ９０ａ及びルータ９０ｂを通じて、Ｐ２Ｐ通信が可能となる。
なお、Ｐ２Ｐ通信終了の際には、開放要求されたポートｘ、ｙは、それぞれ通話開始前の状態に戻り、セキュリティー面での安全性を確保している。
このように形成することで、ユーザーがポートの設定を意識することなく、Ｐ２Ｐ通信をすることが可能となる。
【００８１】
さらに、本発明のインターネットビジュアル対話システムは、ポイントを用いて課金情報を管理することができる。
ポイントとは、本発明におけるインターネットビジュアル対話システムにおいて、例えば通話料金の徴収の際に、現金の代わりに用いるものである。
【００８２】
ポイントは、新規ユーザーが登録を受ける際に、直接サーバー６０のオペレータから、又はクレジットカード社４５を通して購入するするものである。購入したポイントは、オンラインでサーバー６０に蓄積されたり、オフラインでスクラッチカードのようなもので発行される。
【００８３】
また、ポイントは蓄積が可能であり、現有しているユーザーＩＤに対し追加することが可能である。追加の度にユーザーＩＤが更新されると、ユーザーにとってユーザーＩＤの管理が面倒だからである。このポイント蓄積も、オンライン、オフラインで対応可能である。
【００８４】
図８にポイントの具体的な使用の仕方を説明する。
図８は、一定のポイントに対し、サーバー６０が、任意の重み付け可能であることを示している。１ポイントの消費で、何秒、何分、何時間あたりの通話時間とするか、また非課金で通話可能とするか等、任意の設定が可能である。
【００８５】
また、ユーザーによっては通話でポイントを加算することも可能（マネーバックと言う）である。例えば、一方のユーザーが英会話の講師で、もう一方のユーザーがその生徒である場合に、本発明のインターネットビジュアル対話システムを用いて英会話の講習を行ったとする。この場合、生徒は、英会話の講習に必要な料金を講師に払わなければならない。
【００８６】
ポイントは、図８に示す通り、任意の料金体系を構築することが可能なので、通話料金だけでなく、あらゆる料金に対応可能である。この講習の例の場合、生徒は、ポイントを消費し、英会話の講師は、その分のポイントを加算することが可能となる。この加算されたポイントは、サービスを提供するオペレータにおいて換金可能である。
すなわち、本発明のインターネットビジュアル対話システムでは、通話中のユーザー間において、自己が所有するポイントを通信先のユーザーに対して、直接受け渡しが可能である課金機能を有している。この場合、ポイントの受け渡しについては、ユーザー間のみの取り決めで、ユーザー間の操作のみで実施することができる。
【００８７】
また、この例の場合、生徒に対しては、インターネットビジュアル対話システムを使用した通話時間に応じた通話料金が課金される。
すなわち、本発明のインターネットビジュアル対話システムでは、オペレータの運用条件に基づいて、システム側で自動的にポイントの減算を行う機能も持っている。
【００８８】
このように形成することで、本発明のインターネットビジュアル対話システムを使用するにあたり、様々な料金体系に沿った形での課金管理が可能であり、様々なビジネスモデルに対応してカスタマイズすることが可能となる。
【００８９】
また、ユーザー５０ａ、ユーザー５０ｂは、すでにユーザー登録を完了しているユーザーとして説明してきたが、これらのユーザーが、ユーザー登録に至る手順を図１６を用いて説明する。なお、図３と同一要素のものについては同一符号を付して説明は省略する。
ユーザー８０ｂは、ユーザー登録を行うユーザーである。
【００９０】
ステップ２１は、登録要求動作である。非登録であるユーザー８０ｂが、サーバー６０に対し、本発明のインターネットビジュアル対話システムの利用許諾を得る。この動作は、ユーザー８０ｂが、オンラインで、Ｗｅｂブラウザを操作したり、オフラインで、登録要求することが可能である。
【００９１】
ステップ２３は、登録手続動作である。サーバー６０が、非登録であるユーザー８０ｂが行った登録要求動作に対し、その許可を与えるものである。サーバー６０が、非登録ユーザー８０ｂに対し、サーバー６０にログインするためのユーザーＩＤと、パスワードを与える。サーバー６０は、オンラインで、ユーザーＩＤ、パスワードを発行可能であるし、オフラインでも、通知可能である。
【００９２】
登録手続動作を受けたユーザー８０ｂは、登録会員となり、図３に示す通り、サーバー６０にログイン動作を行い、本発明のインターネットビジュアル対話システムを利用することができる。
このように形成することで、オンライン、オフラインを問わず、非登録のユーザーに対し、ユーザーＩＤ、パスワードの発行が可能となる。
【００９３】
また、ユーザーは、会員登録しなくても、本発明のインターネットビジュアル対話システムのうち、一定の機能を利用できるようにしても良い。
例えば、ある登録ユーザーが表示したプロフィール情報を見たり、その情報をもとに、ユーザーを選択し、通信することも可能である。ただし、登録ユーザーが、非登録ユーザーに対して、自己のプロフィール情報を提示したくない場合は、非登録ユーザーは、そのユーザーのプロフィール情報を見ることができないようにしても良い。
【００９４】
逆に、非登録のユーザーに対しては、例えば、プロフィール情報の表示、保存、編集機能や、待ち受け機能、課金機能等は、利用可能にしなくても良い。
このように形成することで、非登録ユーザーであっても、情報を享有することが可能となり、また一定の機能を制限することで、様々な利用形態に合わせたインターネットビジュアル対話システムを構築することが可能となる。
【００９５】
また、本発明のインターネットビジュアル対話システムは、ステップ７において、待ち受け待機中のユーザーに対しては、接続維持動作を行うことができる。この動作の動作手順を図１７に示す。
【００９６】
ステップ２５は、接続維持動作である。サーバー６０は、接続待機中のユーザー５０ｂの接続が切断されないよう、ある一定間隔で信号（ヘルスチェック信号）を発生するものである。
【００９７】
一般的なブロードバンド環境であるＡＤＳＬ回線や、普及型ブロードバンドルータは、通信状態が未使用のまま一定時間を経過すると、自動的に回線を切断する機能が強制的に付されている。特に、固定ＩＰを有さない一般ユーザーは、プロバイダーとの接続が終了するため、アクセスすることができなくなってしまう。
【００９８】
具体的には、サーバー６０は、ユーザーのログイン動作と同時に、クライアントブロック１０とサーバーブロック３０間に一本の専用コネクションを確立する。その専用コネクションは、ユーザーが送信する音声、画像データとは別の信号用のコネクションとして動作し、その信号の一つ（ヘルスチェック信号）が、回線の自動切断機能を回避するものである。
【００９９】
ヘルスチェック信号は、例えば５分に一度、サーバーブロック３０よりクライアントブロック１０に向けて発信されるが、クライアントブロック１０は、受信したヘルスチェック信号を認識する必要はなく、インターネット４０のプロバイダー側のルータ装置、及びクライアントブロック１０側のルータ装置に対して、通信中である旨を送信するのみである。
このように形成することで、レスポンスの速い待ち受け待機を達成することが可能となる。
【０１００】
また、本発明のインターネットビジュアル対話システムは、伝言機能を有することができる。この動作の動作手順を図１８に示す。
ステップ２７は、伝言送信動作である。ユーザー５０ａが、ステップ１３において、選択したユーザー５０ｂに対して、音声、写真、映像、又は文字等により伝言情報を作成し、サーバー６０に対して、伝言情報を送信する。
ステップ２７は、単独で動作させても良いし、接続選択動作と同時に行っても良い。
【０１０１】
ステップ２９は、伝言蓄積動作である。サーバー６０は、ユーザー５０ａが作成し、送信した伝言情報をサーバー６０内に蓄積する。また、サーバー６０は、待機中のユーザー５０ｂに対して、伝言が入った旨を通知する。ユーザー５０ｂが待ち受けしていないときは、次回ログイン動作したときに、伝言が入っている旨を通知する。
【０１０２】
ステップ３１は、伝言取得動作である。ユーザー５０ｂは、サーバー６０の通知に対して、伝言情報の再生、取得を行う。
このように形成することで、接続先のユーザーの状態に関わらず、伝言転送が可能であり、気楽な通話環境の確立を可能とするものである。
【０１０３】
また、本発明のインターネットビジュアル対話システムにおいて、ユーザーが作成するプロフィール情報は、ユーザー自身の情報のみに限られない。例えば、商品等の写真や説明、文字によるＰＲ、ある会社の短編ＣＭの映像情報であっても良い。
【０１０４】
例えば、ユーザーが、商品等の説明をプロフィール情報として登録する場合は、その情報を見た他のユーザーは（図３における接続相手を選択する要領で）その商品等を選択することで、その商品等の説明員に接続し、その商品等の詳細な説明を受けることができる。また、その商品等を気に入れば、その商品等の購入も可能である。購入代金は、ポイントを用いて精算可能である。
このように形成することで、様々な利用形態に対応することが可能となる。
【０１０５】
また、登録しているプロフィール情報は、接続相手に公開して良い情報と、公開しない情報とに、任意に選択、変更できても良い。
このように形成することで、ユーザー自身の利用目的にあったインターネットビジュアル対話システムを構築することが可能となる。
【０１０６】
次に、ユーザー間における本発明のインターネットビジュアル対話システムの利用形態について、具体的に説明する。
図９〜図１５は、ユーザー間において、課金の有無及び予約待ち受け機能の有無について、応用可能な利用形態について、具体的な適用例とともに示したものである。ユーザー７０ｂは、情報提供者であり、ユーザー７０ａは、ユーザー７０ｂの提供する情報を利用する者である。
【０１０７】
図９は、ユーザー７０ａとユーザー７０ｂにおける課金の有無及び予約待ち受け機能の有無についてまとめたものである。
利用形態１は、ユーザー７０ａは課金され、かつ予約待ち受け機能を持たないユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持つユーザーである。この場合、ユーザー７０ｂにおいては、マネーバックすることも可能である。
【０１０８】
利用形態２は、ユーザー７０ａは課金され、かつ予約待ち受け機能を持つユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持たないユーザーである。
利用形態３は、ユーザー７０ａは課金され、かつ予約待ち受け機能を持つユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持つユーザーである。
【０１０９】
利用形態４は、ユーザー７０ａは課金されず、かつ予約待ち受け機能を持たないユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持つユーザーである。
利用形態５は、ユーザー７０ａは課金されず、かつ予約待ち受け機能を持つユーザーであり、ユーザー７０ｂは課金されず、かつ予約待ち受け機能を持つユーザーである。
【０１１０】
図１０は、利用形態１についての具体的な適用例であり、英会話サークルへの例である。英語を話してみたい生徒ユーザー７０ａと、予め契約している外国人の英会話講師ユーザー７０ｂを結びつけるコンテンツである。ユーザー７０ａは会話をしたいときにユーザー７０ｂを呼び出し、ユーザー７０ｂはユーザー７０ａの呼び出しにいつでも対応できるよう予約待ち受け機能を有する。ユーザー７０ａは会話のための代金をポイントにより支払い、一方ユーザー７０ｂはその代金をマネーバックする。
【０１１１】
図１１は、利用形態２についての具体的な適用例であり、出会い系コンテンツへの例である。有料で恋人を探している男性ユーザー７０ａと、無料でそれに応える女性ユーザー７０ｂを結びつける出会い系のコンテンツである。ユーザー７０ａは待ち受けをしながらユーザー７０ｂからの呼び出しを待ち、ユーザー７０ｂは条件にあうユーザー７０ａを選択する。この場合、ユーザー７０ａが料金を払い、ユーザー７０ｂは無料である場合が多い。
【０１１２】
図１２は、利用形態２についての別な具体的な適用例であり、ネットオークションへの例である。ネットオークションに商品を出品しているユーザー７０ａと、商品を模索しているユーザー７０ｂを結びつけるコンテンツである。この場合、プロフィール情報は、ユーザーの写真等ではなく、商品の情報等を掲載している。ユーザー７０ａは待ち受けしながら購入者が応答してくれるのを待ち、ユーザー７０ｂは希望の商品があればそれを選択する。この場合、出品者が料金を払う場合が多い。
【０１１３】
図１３は、利用形態３についての具体的な適用例であり、求人情報コンテンツへの例である。求人している企業ユーザー７０ａと、アルバイトを探しているユーザー７０ｂを結びつけるコンテンツである。本発明のインターネットビジュアル対話システムであれば、面接を行うことも可能である。ユーザー７０ａは求人広告の反応を待ち、ユーザー７０ｂは応募後のユーザー７０ａの対応を待つ。この場合、企業が料金を支払う場合が多い。
【０１１４】
図１４は、利用形態４についての具体的な適用例であり、無料相談コンテンツへの例である。相談者又は患者であるユーザー７０ａと、その相談対応者ユーザー７０ｂを結びつけるコンテンツであり、企業の提供しているトラブル対応や医療相談などを行う。ユーザー７０ａはトラブル時に相談を持ちかけ、ユーザー７０ｂはいつでも対応できるよう待ち受ける。この場合、両者が無料である場合が多い。
【０１１５】
図１５は、利用形態５についての具体的な適用例であり、無料コミュニケーションコンテンツへの例である。無料使用者であるユーザー７０ａとユーザー７０ｂを結びつけるコンテンツであり、法人団体グループでの活用、又は非営利の無料コンテンツを提供する。ユーザー７０ａ、ユーザー７０ｂともにコミュニケーションを望むユーザーであり、両者とも無料である場合が多い。
【０１１６】
以上のように形成することで、ユーザーにおける課金の有無及び予約待ち受け機能の有無をカスタマイズするだけで様々なビジネスモデルに利用することが可能となる。
【０１１７】
なお、本発明のインターネットビジュアル対話システムを動作させるにあたり、次のような接続環境が整っていることが望ましい。
通話を行う各ユーザーは、ブロードバンド環境（例えば、ＡＤＳＬ、ＦＴＴＨ、ＣＡＴＶなど）が整っていることが望ましい。一般の電話回線であっても通信は可能であるが、通信における動作パフォーマンスが落ちてしまう。
【０１１８】
ユーザーは、音声データ、画像データを作成するにあたり、ＣＣＤカメラ、マイク等を準備する。これらのものは市販されているものを使用可能とし、ユーザー自身で準備するか、ユーザー登録の際コンテンツオペレータ側で提供する。
【０１１９】
各ユーザーは、コンテンツオペレータが提供する本システム専用のＷｅｂサイトにおいて、本発明のインターネットビジュアル対話システム使用のためのソフトウェアをダウンロードするか、予めそのソフトウェアが書き込まれたＣＤ−ＲＯＭを入手し、ユーザーが使用するパソコン等にインストールする。
以上のように形成することで、ユーザーはインターネットビジュアル対話システムを快適に使用することが可能となる。
【０１２０】
本発明のインターネットビジュアル対話システムの動作をさせるにあたり、サーバー側では以下のようなメンテナンス機能を有することが望ましい。
全ユーザーの登録情報、課金情報、ユーザーＩＤ、パスワード、通話状態の一覧表示、通話履歴機能を持ち、かつこれらの変更機能を有することが望ましい。この場合、サーバーにおいて一括管理した方が良い。
【０１２１】
また、全ユーザーに対しての通話停止、強制通話切断機能を有することが望ましい。緊急時における通話確保のためである。
さらに、全ユーザーに対しての会員削除機能を有することが望ましい。ユーザー登録を容易に行うためである。
【０１２２】
また、日報、月報等による会員登録状態、課金通話時間の表示機能を有することが望ましい。サーバーやユーザーの稼働状態を把握するためである。
以上のように形成することで、サーバーを管理する者が容易に本発明に係るインターネットビジュアル対話システムを提供することができる。
【０１２３】
なお、本発明のインターネットビジュアル対話システムは、以下のように展開することも可能である。
本発明のインターネットビジュアル対話システムは、インターネット網を使用したシステムであるため、コンテンツオペレータ側で新規のインフラを必要とせず、通話料金も常時接続可能であればその分の料金のみとなる。
【０１２４】
本発明のインターネットビジュアル対話システムは、インターネット網を使用したシステムであるため、国内にとどまらず、海外においても容易に展開可能である。
また、モバイル通信機への適用も可能であり、どこにいても目的にあった接続先と通話が可能である。
本発明のインターネットビジュアル対話システムは、多様なビジネスモデルにあった形にカスタマイズ可能であり、様々なコンテンツに対応することができる。
【０１２５】
【発明の効果】
以上説明したように、本発明によれば、待ち受け待機中の不特定ユーザーの中からの選択とそのユーザーとの接続を可能にする。インターネットビジュアル対話システムの接続において気楽な通話環境の確立し、煩雑な接続作業を解消するインターネットビジュアル対話システムを提供する。
また、ポイントを用いた料金体系を構築することで、様々なビジネスモデルに対応した課金システムを提供することが可能となる。
【図面の簡単な説明】
【図１】クライアントブロック構成図
【図２】サーバーブロック構成図
【図３】ユーザー接続手順
【図４】不特定多数間のユーザー接続
【図５】同上
【図６】同上
【図７】Ｐ２Ｐ通信
【図８】課金形態の例
【図９】利用形態の例
【図１０】同上
【図１１】同上
【図１２】同上
【図１３】同上
【図１４】同上
【図１５】同上
【図１６】会員登録の手順
【図１７】接続維持動作
【図１８】伝言機能
【図１９】ルータ開放設定の手順
【符号の説明】
１、１９ メディアコントロールインターフェース
３ ＭＰＥＧエンコーダ
５、１５ メモリ
７ キーエンコーダ
９ サーバークライアント
１０、２０ クライアントブロック
１１、２７ ネットワークブロック
１３ キーデコーダ
１７ ＭＰＥＧデコーダ
２１ ユーザーインターフェース
２３、３３ ビルブロック
２５ ＴＣＰ／ＩＰ
２９ コネクションブロック
３０ サーバーブロック
３１ キーブロック
３５ キャッシュブロック
３７ ＳＱＬサーバー
３９ ウェブサーバー
４０ インターネット
４１ ＰＨＰ
４３ カードペイメントサーバー
４５ クレジットカード社
５０ａ、５０ｂ、７０ａ、７０ｂ、８０ｂ ユーザー
６０ サーバー
９０ａ、９０ｂ ルータ
Claims (8)
- 第１のユーザーと、
第２のユーザーと、
前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、
該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、
該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、
該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、
該交信手段により交信する前記第１のユーザー又は前記第２のユーザーを第３のユーザーが選択可能とする割り込み選択手段と、
該割り込み選択手段により選択された前記第１のユーザー又は前記第２のユーザーに対し前記第３のユーザーにより選択されたことを知らせるキャッチホン手段とを備えたことを特徴とするインターネットビジュアル対話システム。 - 第１のユーザーと、
第２のユーザーと、
前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、
前記第２のユーザーが該プロフィール情報を編集するプロフィール編集手段と、該プロフィール編集手段により編集されたプロフィール情報をサーバーに保存するプロフィール保存手段と、
前記プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、
該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、
該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、
該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段とを備えたことを特徴とするインターネットビジュアル対話システム。 - 第１のユーザーと、
第２のユーザーと、
前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、
該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、
該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、
該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、
該交信手段により交信する前記第１のユーザー及び／又は前記第２のユーザーに対しサーバーがコネクション信号を発信するコネクション信号発信手段と、
該コネクション信号発信手段により発信されたコネクション信号に基づき前記第１のユーザー及び／又は前記第２のユーザーとサーバーとが接続を維持する接続維持手段とを備えたことを特徴とするインターネットビジュアル対話システム。 - 第１のユーザーと、
第２のユーザーと、
前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、
該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、
該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、
該接続先選択手段により選択された前記第２のユーザーに前記第１のユーザーが伝言する画像、音声、及び文字のうち少なくとも一つの情報をサーバーに蓄積する伝言蓄積手段と、
該伝言蓄積手段により蓄積された情報を前記第２のユーザーに送信する伝言送信手段とを備えたことを特徴とするインターネットビジュアル対話システム。 - 第１のユーザーと、
第２のユーザーと、
前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、
該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、
該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、
該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段と、
該交信手段により交信する前記第１のユーザーと前記第２のユーザーの交信時間に応じたポイントにより課金を行う課金手段と、
該課金手段により前記第１のユーザーの所有するポイントが前記第２のユーザーに移動されるポイント受け渡し手段とを備えたことを特徴とするインターネットビジュアル対話システム。 - 前記プロフィール情報は選択可能に複数配列されたことを特徴とする請求項１〜４のいずれか１項に記載のインターネットビジュアル対話システム。
- 第１のユーザーと、
第２のユーザーと、
前記第１のユーザーが前記第２のユーザーを選択するためのプロフィール情報と、
該プロフィール情報を前記第１のユーザーに表示するプロフィール表示手段と、該プロフィール表示手段により表示された前記プロフィール情報を前記第１のユーザーが選択可能とする待ち受け手段と、
該待ち受け手段により選択された前記プロフィール情報に基づき前記第２のユーザーが選択される接続先選択手段と、
該接続先選択手段により選択された前記第２のユーザーと前記第１のユーザーとがインターネットＴＶ電話による画像、音声、及びチャットによる文字のうち少なくとも一つの情報を介して交信する交信手段とを備えたインターネットビジュアル対話システムであって、
前記プロフィール情報は検索可能であることを特徴とするインターネットビジュアル対話システム。 - 第１のクライアントパソコンと、
該第１のクライアントパソコンを通信回線と結ぶ第１のルータと、
第２のクライアントパソコンと、
該第２のクライアントパソコンを通信回線と結ぶ第２のルータと、
前記第１のクライアントパソコンと前記第２のクライアントパソコンとの接続を制御するサーバーと、
該サーバーが前記第１のクライアントパソコン及び前記第２のクライアントパソコン各々に任意のポート番号を発行するポート発行手段と、
該ポート発行手段により発行されたポート番号に応じて前記第１のクライアントパソコンが前記第１のルータの第１のポートの開放を要求し、前記第２のクライアントパソコンが前記第２のルータの第２のポートの開放を要求するポート要求手段と、
該ポート要求手段により開放を要求された前記第１のポート及び前記第２のポートを開放するポート開放手段と、
該ポート開放手段により開放された前記第１のポート及び前記第２のポートを経由して前記第１のクライアントパソコンと前記第２のクライアントパソコンとが相互接続可能である接続確立手段とを備えたことを特徴とするインターネットビジュアル対話システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002176481A JP2004023491A (ja) | 2002-06-17 | 2002-06-17 | インターネットビジュアル対話システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002176481A JP2004023491A (ja) | 2002-06-17 | 2002-06-17 | インターネットビジュアル対話システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004023491A true JP2004023491A (ja) | 2004-01-22 |
Family
ID=31174773
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002176481A Pending JP2004023491A (ja) | 2002-06-17 | 2002-06-17 | インターネットビジュアル対話システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004023491A (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005327198A (ja) * | 2004-05-17 | 2005-11-24 | Ricoh Co Ltd | データ管理システム、プログラム及び記憶媒体 |
| JP2007184802A (ja) * | 2006-01-10 | 2007-07-19 | Connect One:Kk | 対話者の自動案内システム |
| CN100450173C (zh) * | 2005-12-23 | 2009-01-07 | 腾讯科技（深圳）有限公司 | 一种基于即时通信的视频通信建立方法 |
| JP2010130167A (ja) * | 2008-11-26 | 2010-06-10 | Sharp Corp | 通信装置および通信方法 |
| US7773552B2 (en) | 2005-03-09 | 2010-08-10 | Yokogawa Electric Corporation | Mobile communication system and mobile communication method |
| WO2015020043A1 (ja) * | 2013-08-06 | 2015-02-12 | 株式会社リコー | 情報処理装置及び判定結果提供方法 |
| JP2020181518A (ja) * | 2019-04-26 | 2020-11-05 | 株式会社Ｎｌｃｃ | パーティーシステム及びパーティーシステム用サーバ装置 |
| JP7447937B2 (ja) | 2014-10-07 | 2024-03-12 | 株式会社リコー | テキストチャット管理システム、通信方法、プログラム、システム |
-
2002
- 2002-06-17 JP JP2002176481A patent/JP2004023491A/ja active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005327198A (ja) * | 2004-05-17 | 2005-11-24 | Ricoh Co Ltd | データ管理システム、プログラム及び記憶媒体 |
| JP4537117B2 (ja) * | 2004-05-17 | 2010-09-01 | 株式会社リコー | データ管理システム、プログラム及び記憶媒体 |
| US7984033B2 (en) | 2004-05-17 | 2011-07-19 | Ricoh Company, Ltd. | Data control system capable of present current image of writer with data |
| US7773552B2 (en) | 2005-03-09 | 2010-08-10 | Yokogawa Electric Corporation | Mobile communication system and mobile communication method |
| CN100450173C (zh) * | 2005-12-23 | 2009-01-07 | 腾讯科技（深圳）有限公司 | 一种基于即时通信的视频通信建立方法 |
| JP2007184802A (ja) * | 2006-01-10 | 2007-07-19 | Connect One:Kk | 対話者の自動案内システム |
| JP2010130167A (ja) * | 2008-11-26 | 2010-06-10 | Sharp Corp | 通信装置および通信方法 |
| WO2015020043A1 (ja) * | 2013-08-06 | 2015-02-12 | 株式会社リコー | 情報処理装置及び判定結果提供方法 |
| JPWO2015020043A1 (ja) * | 2013-08-06 | 2017-03-02 | 株式会社リコー | 情報処理装置及び判定結果提供方法 |
| US9742815B2 (en) | 2013-08-06 | 2017-08-22 | Ricoh Company, Ltd. | Information processing apparatus and determination result providing method |
| JP7447937B2 (ja) | 2014-10-07 | 2024-03-12 | 株式会社リコー | テキストチャット管理システム、通信方法、プログラム、システム |
| JP2020181518A (ja) * | 2019-04-26 | 2020-11-05 | 株式会社Ｎｌｃｃ | パーティーシステム及びパーティーシステム用サーバ装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9288439B2 (en) | Audio-video remote visitation telecommunications technology | |
| US7630721B2 (en) | Systems, methods and apparatuses for brokering data between wireless devices and data rendering devices | |
| US7424511B2 (en) | Negotiated wireless peripheral systems | |
| US20080129816A1 (en) | Childcare video conferencing system and method | |
| EP1577788A1 (en) | Relay server, relay server service management method, service providing system, and program | |
| US20020038293A1 (en) | Web-enabled method and system for managing remote dispute resolution | |
| CN1302414A (zh) | 经过一个互联网来订购货物,服务和内容的方法和装置 | |
| US9973810B2 (en) | Controlled environment media and communication system | |
| KR20090001748A (ko) | 기업용 메신저 서비스 제공 시스템 및 방법 | |
| JP2007281649A (ja) | 在宅コールセンターシステム | |
| JP2004023491A (ja) | インターネットビジュアル対話システム | |
| CA2799297C (en) | System and procedure for commercial communications. | |
| JP2006171829A (ja) | 電子ショッピングシステムおよび方法 | |
| JP2007228023A (ja) | 遠隔相談システム、遠隔相談プログラム、中継プログラム及び仮想共有画面プログラム | |
| JP2003264636A (ja) | コールセンタシステムおよび相談システム | |
| JP2004334396A (ja) | メーリングリスト運営システム及び方法 | |
| JP2002152261A (ja) | 通信システム及びそれを用いたテレビ電話通信方法 | |
| JP2006054752A (ja) | 自動撮像装置 | |
| KR101890596B1 (ko) | 온라인 동영상 스트리밍 기반의 실시간 양방향 제사 참여 서비스 제공 방법 및 시스템 | |
| JP2010263582A (ja) | ライブ通信システム及び配信サーバ | |
| JP2003006073A (ja) | ネットワークアクセスシステム及び当該システムを用いたネットワークアクセス方法 | |
| JP2003318991A (ja) | ホットスポットサービスシステム | |
| KR20020037010A (ko) | 인터넷을 통한 미팅 컨텐츠 제공에 의한 미팅 서비스 방법및 시스템 | |
| JP2005005748A (ja) | コミュニケーションサービス運営システム | |
| JP2012099916A (ja) | コンテンツ共有通信システム、通信システム管理サーバ、コンテンツ共有管理サーバ、コンテンツ共有通信サービス管理装置、および、コンテンツ共有通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041124 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050517 |