JP2000324460A

JP2000324460A - 通信端末、中継器、周辺機器およびコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2000324460A
Application number: JP13293799A
Authority: JP
Inventors: Toru Kamimura; 透上村
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 1998-05-25
Filing date: 1999-05-13
Publication date: 2000-11-24
Anticipated expiration: 2019-05-13
Also published as: JP4209541B2

Abstract

(57)【要約】【構成】通信端末１４ａが中継器２０との間で接続を
確立するとき、通信端末１４ａに設けられたＣＰＵは、
接続確立要求を自分の識別情報を含む通信端末情報とと
もに中継器２０に出力する。通信端末１４ａと中継器２
０との接続が確立されると、中継器２０は、同様にして
自分と接続状態を確立している別の通信端末の通信端末
情報を通信端末１４ａに送信する。ＣＰＵは、受信した
通信端末情報の中から自分と共通の識別情報を持つ特定
通信端末情報を検索し、特定通信端末情報が見つかる
と、自分の識別子に対応するキャラクタをディスプレイ
に表示する。【効果】特定端末情報を受信したときに所定のキャラ
クタをディスプレイに表示するようにしたため、特定の
通信相手を容易に見つけることができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、通信端末、中継器、
周辺機器およびコンピュータ読み取り可能な記録媒体に
関し、特にたとえば、ネットワークを介した通信に適用
される、通信端末、中継器、周辺機器およびコンピュー
タ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】インターネットを利用した電話通信を可
能とするソフトウェアとして、VocalTec Communication
s Ltd.のインターネットフォンがある。このソフトウェ
アをインストールした通信端末をインターネットに接続
し、インターネット上でこのソフトウェアを立ち上げる
と、通信端末がコールセンタ（中継器）と接続される。
この状態でグローバルオンラインディレクトリをクリッ
クすると、現時点でコールセンタに接続されている他の
通信端末のリストが表示される。このリストから所望の
通信端末を選択すれば、自身の通信端末がコールセンタ
を介して所望の通信端末と接続される。インターネット
フォンでは、以上のようにして所望の相手との電話通信
が可能となっていた。

【０００３】

【発明が解決しようとする課題】しかし、グローバルオ
ンラインディレクトリには現時点でコールセンタに接続
されている全ての通信端末が登録されているため、イン
ターネットフォンのユーザーが多くなるほど、このディ
レクトリの中から特定の通信相手を探し出すのは困難で
あった。

【０００４】それゆえに、この発明の主たる目的は、特
定の通信相手を容易に見つけることができる、通信端末
を提供することである。

【０００５】この発明の他の目的は、このような通信端
末と協働する、中継器を提供することである。

【０００６】この発明のその他の目的は、このような通
信端末と協働する、別の通信端末を提供することであ
る。

【０００７】この発明のさらにその他の目的は、このよ
うな通信端末と協働する、周辺機器を提供することであ
る。

【０００８】この発明のさらにその他の目的は、特定の
通信相手を容易に見つけることができる、コンピュータ
読み取り可能な記録媒体を提供することである。

【０００９】

【課題を解決するための手段】第１の発明は、中継器を
介して通信を行う通信端末において、識別子を保持する
メモリ、中継器との接続状態を確立する確立手段、中継
器と接続された別の通信端末の識別子を中継器から受信
する第１受信手段、第１受信手段によって受信された複
数の識別子の中からメモリに保持された識別子に関連す
る特定識別子を検索する検索手段、および検索手段の検
索結果に応じて所定キャラクタを表示する表示手段を備
えることを特徴とする、通信端末である。

【００１０】確立手段によって中継器との接続状態が確
立されると、中継器と接続された別の通信端末の識別子
が、第１受信手段によって中継器から受信される。検索
手段は、第１受信手段によって受信された複数の識別子
の中からメモリに保持された識別子に関連する特定識別
子を検索し、表示手段は、検索手段の検索結果に応じて
所定キャラクタを表示する。

【００１１】このように、検索手段が複数の識別子の中
から特定識別子を検索し、表示手段が検索手段の検索結
果に応じて所定キャラクタを表示するようにしたため、
特定の通信相手を容易に見つけることができる。

【００１２】この発明のある局面では、確立手段は、接
続状態の確立要求をメモリに保持された識別子とともに
中継器に送信する。

【００１３】この発明の他の局面では、受付手段が通信
開始指示を受け付けると、要求手段が、特定識別子に対
応する特定通信端末との通信の開始を中継器に要求し、
通信処理手段が、特定通信端末との間で通信処理を行
う。なお、キャラクタを選択することで、通信開始指示
が入力される。

【００１４】この発明のある実施例では、特定通信端末
から送信された新規識別子が第２受信手段によってを受
信されると、書き込み手段がこの新規識別子をメモリに
書き込む。これによって、メモリに保持された現識別子
が、新規識別子によって更新される。なお、表示手段に
よって表示されるキャラクタは、メモリに保持された識
別子に対応する形状を有する。

【００１５】第２の発明は、複数の通信端末間の通信を
中継する中継器において、通信端末との接続状態を確立
する確立手段、接続状態が確立された通信端末の識別子
を保持するメモリ、接続状態が確立された通信端末に対
して待機状態にある通信端末の識別子を送信する送信手
段、および接続状態が確立された通信端末からの通信開
始要求に応答して所望の通信端末との間の中継処理を行
う中継処理手段を備えることを特徴とする、中継器であ
る。

【００１６】確立手段によって通信端末との接続状態が
確立されると、この通信端末の識別子がメモリに保持さ
れる。送信手段は、待機状態にある通信端末の識別子を
接続状態が確立された通信端末に送信し、中継処理手段
は、接続状態が確立された通信端末からの通信開始要求
に応答して所望の通信端末との間の中継処理を行う。な
お、待機状態とは、接続状態が確立されたが通信が行わ
れていない状態である。

【００１７】第３の発明は、中継器を介して通信を行う
通信端末において、識別子を保持するメモリ、識別子を
中継器に送信して中継器と接続状態を確立する確立手
段、別の通信端末から送信された通信開始要求を中継器
を介して受信する受信手段、通信開始要求に応答して別
の通信端末と通信処理を行う通信処理手段、および別の
通信端末と所定の関係が成立したときメモリに保持され
た識別子とは異なる新規識別子を別の通信端末に送信す
る送信手段を備えることを特徴とする、通信端末であ
る。

【００１８】確立手段が識別子を中継器に送信して中継
器と接続状態を確立し、かつ受信手段が別の通信端末か
ら送信された通信開始要求を中継器を介して受信する
と、通信処理手段は、別の通信端末と通信処理を行う。
別の通信端末との間で所定の関係が成立すると、送信手
段は、メモリに保持した識別子とは異なる新規識別子を
別の通信端末に送信する。

【００１９】この発明のある実施例では、識別子は少な
くとも２つのカテゴリコードを含み、一方のカテゴリコ
ードが示すカテゴリは、他方のカテゴリコードが示すカ
テゴリを包含する。さらに、メモリに保持された識別子
と新規識別子とは、少なくとも最小のカテゴリを示すカ
テゴリコードが異なる。

【００２０】第４の発明は、中継器を介して通信を行う
通信端末に、中継器との接続状態を確立する確立ステッ
プ、中継器と接続された別の通信端末の識別子を中継器
から受信する第１受信ステップ、第１受信ステップによ
って受信された複数の識別子の中からメモリに保持され
た識別子に関連する特定識別子を検索する検索ステッ
プ、および検索ステップにおける検索結果に応じて所定
キャラクタを表示する表示ステップを実行させるための
プログラムを記録した、コンピュータ読み取り可能な記
録媒体である。

【００２１】確立ステップで中継器との接続状態が確立
されると、中継器と接続された別の通信端末の識別子が
第１受信ステップで中継器から受信される。検索ステッ
プでは、第１受信ステップによって受信された複数の識
別子の中からメモリに保持された識別子に関連する特定
識別子が検索される。そして、検索ステップにおける検
索結果に応じて、表示ステップで所定キャラクタが表示
される。

【００２２】このように、検索ステップで複数の識別子
の中から特定識別子を検索し、表示ステップで検索ステ
ップの検索結果に応じて所定キャラクタを表示するよう
にしたため、特定の通信相手を容易に見つけることがで
きる。

【００２３】この発明のある実施例では、確立ステップ
において、接続状態の確立要求がメモリに保持された識
別子とともに中継器に送信される。

【００２４】この発明のある局面では、受付ステップで
通信開始指示が受け付けられると、要求ステップで特定
識別子に対応する特定通信端末との通信の開始が中継器
に要求される。また、通信処理ステップで特定通信端末
との間で通信処理を行われる。さらに、特定通信端末か
ら送信された新規識別子が第２受信ステップで受信され
ると、新規識別子が書き込みステップでメモリに書き込
まれる。つまり、メモリに保持された識別子が、新規識
別子によって更新される。

【００２５】第５の発明は、中継器を介して通信を行う
通信端末において、識別子を保持するメモリ、中継器と
の接続状態を確立する確立手段、メモリに保持された識
別子を中継器に送信する第１送信手段、メモリに保持さ
れた識別子と関連する特定識別子を中継器から受信する
第１受信手段、および特定識別子を受信したとき所定キ
ャラクタを表示する表示手段を備えることを特徴とす
る、通信端末である。

【００２６】確立手段が中継器との接続状態を確立する
と、メモリに保持された識別子が第１送信手段によって
中継器に送信される。第１受信手段がメモリに保持され
た識別子と関連する特定識別子を中継器から受信する
と、表示手段が所定キャラクタを表示する。

【００２７】このように、中継器から特定識別子を受信
したときに所定キャラクタを表示するようにしたため、
特定の通信相手を容易に見つけることができる。

【００２８】この発明のある局面では、受付手段が通信
開始指示を受け付けると、特定識別子を持つ特定通信端
末との通信の開始が、要求手段によって中継器に要求さ
れる。特定通信端末との間の通信処理は、通信処理手段
によって行われる。なお、所定キャラクタの選択が通信
開始指示を意味する。

【００２９】この発明のある実施例では、第２受信手段
が特定通信端末から送信された新規識別子を受信する
と、書き込み手段がメモリに新規識別子を書き込む。書
き込み手段は、メモリに保持された識別子を新規識別子
によって更新する。

【００３０】第６の発明は、通信を中継する中継器にお
いて、通信端末との接続状態を確立する確立手段、接続
状態が確立された通信端末の識別子を保持するメモリ、
注目する識別子に関連する特定識別子をメモリに保持さ
れた複数の識別子の中から検出する検出手段、注目する
識別子を持つ通信端末に対して特定識別子を送信する送
信手段、および注目する識別子を持つ通信端末からの通
信開始要求に応答して特定識別子を持つ特定通信端末と
の間の中継処理を行う中継処理手段を備えることを特徴
とする、中継器である。

【００３１】確立手段が通信端末との接続状態を確立す
ると、この接続状態が確立された通信端末の識別子がメ
モリに保持される。検出手段は、注目する識別子に関連
する特定識別子をメモリに保持された複数の識別子の中
から検出し、送信手段は、検出された特定識別子を注目
する識別子を持つ通信端末に送信する。注目する識別子
を持つ通信端末から通信開始要求が与えられると、特定
識別子を持つ特定通信端末との間の中継処理が中継処理
手段によって行われる。

【００３２】この発明のある実施例では、検出手段は、
接続状態が確立されたが通信が行われていない通信端末
の識別子の中から特定識別子を検出する。

【００３３】第７の発明は、中継器を介して通信を行う
通信端末に、中継器との接続状態を確立する確立ステッ
プ、メモリに保持された識別子を中継器に送信する第１
送信ステップ、メモリに保持された識別子と関連する特
定識別子を中継器から受信する第１受信ステップ、およ
び特定識別子を受信したとき所定キャラクタを表示する
表示ステップを実行させるためのプログラムを記録し
た、コンピュータ読み取り可能な記録媒体である。

【００３４】中継器との接続状態が確立ステップで確立
されると、メモリに保持された識別子が第１ステップで
中継器に送信される。特定識別子が第１受信ステップで
中継器から受信されると、所定キャラクタが表示ステッ
プで表示される。

【００３５】このように、中継器から特定識別子を受信
したときに所定キャラクタを表示するようにしたため、
特定の通信相手を容易に見つけることができる。

【００３６】この発明のある局面では、受付ステップで
通信開始指示が受け付けられたとき、特定識別子を持つ
特定通信端末との通信の開始が、要求ステップで中継器
に要求される。特定通信端末との間の通信処理は、通信
処理ステップで行われる。

【００３７】特定通信端末から新規識別子が送信される
と、この新規識別子は第２受信ステップで受信され、書
き込みステップでメモリに書き込まれる。書き込みステ
ップでは、メモリに保持された現識別子が新規識別子に
よって更新される。

【００３８】第８の発明は、中継器を介して通信を行う
通信端末とともに用いられる周辺機器において、特定通
信端末に関連する識別子を保持するメモリ、情報を入力
する入力手段、および識別子および情報を通信端末に与
えるインタフェースを備えることを特徴とする、周辺機
器。

【００３９】特定通信端末に関連する識別子はメモリに
よって保持され、情報は入力手段によって入力される。
このような識別子および情報は、インタフェースによっ
て通信端末に与えられる。

【００４０】この発明のある実施例では、入力手段は音
声情報および／または画像情報を入力する。

【００４１】この発明のある局面では、識別子を記録し
たカートリッジが取り込み手段によって取り込まれる
と、読み出し手段がこのカートリッジから識別子を読み
出す。更新手段は、メモリに保持された識別子をカート
リッジから読み出された識別子によって更新する。

【００４２】さらに、メモリに保持された識別子が、書
き込み手段によってカートリッジに書き込まれる。ここ
で、書き込み手段は、カートリッジに記録された現識別
子をメモリに保持された識別子によって更新する。

【００４３】この発明の上述の目的，その他の目的，特
徴および利点は、図面を参照して行う以下の実施例の詳
細な説明から一層明らかとなろう。

【００４４】

【実施例】図１を参照して、この実施例のコミュニケー
ションサービスシステム１０は、インターネット１２を
介して接続された複数のユーザ側通信端末１４ａ〜１４
ｄならびに複数のホスト側通信端末１６ａ〜１６ｅおよ
び１８ａ〜１８ｅを含む。このうち、ホスト側通信端末
１６ａ〜１６ｅは共通の親サイト１６に属し、ホスト側
通信端末１８ａ〜１８ｅもまた共通の親サイト１８に属
する。ユーザ側通信端末は、発呼および着呼のいずれに
よっても他のユーザ側通信端末と通信を行い、また発呼
によってホスト側通信端末と通信を行う。ホスト側通信
端末は、ユーザ側通信端末から着呼があったときだけそ
のユーザ側通信端末と通信を行う。いずれの場合でも、
通信は、リフレクタサーバ（中継器）２０を介して行わ
れる。

【００４５】ユーザ側通信端末１４ａおよび１４ｂに
は、図２に示すようなマイク一体型カメラ２２が接続さ
れる。カメラヘッドは骸骨の形状をした人形によって覆
われ、カメラヘッドに設けられたカメラ装置２２ａの光
学系は、骸骨の開口部を通して被写体像を捉える。他の
ユーザ側通信端末１４ｃおよび１４ｄに接続されるマイ
ク一体型カメラ（図示せず）には、アニメーションのキ
ャラクタの形状をした人形が取り付けられる。それぞれ
のマイク一体型カメラには、人形の形状に対応する識別
情報が割当てられる。

【００４６】一方、親サイト１６はホラーをテーマとす
るサイトであり、親サイト１８はアニメーションをテー
マとするサイトである。親サイト１６は複数のホスト側
通信端末１６ａ〜１６ｅによって構成され、親サイト１
８は複数のホスト側通信端末１８ａ〜１８ｅによって構
成される。このようなホスト側通信端末にも上述と同様
のマイク一体型カメラが個別に接続され、互いに異なる
識別情報が各ホスト側通信端末に割り当てられる。

【００４７】識別情報は、図７に示すテーブルに対応す
る複数のカテゴリコードを含む。図７から分かるよう
に、カテゴリコード１が掌握するカテゴリはカテゴリコ
ード２が掌握するカテゴリよりも広く、カテゴリコード
２が掌握するカテゴリはカテゴリコード３が掌握するカ
テゴリよりも広い。つまり、係数が大きくなるにつれて
そのカテゴリコードが掌握するカテゴリが狭くなる。

【００４８】図２に示すマイク一体型カメラ２２に割り
当てられた識別情報は、“ホラー”を示すカテゴリコー
ド１および“骸骨”を示すカテゴリコード２を含む。一
方、ユーザ側通信端末１４ｃおよび１４ｄに接続された
マイク一体型カメラに“カバ君”の人形が取り付けられ
ている場合、このマイク一体型カメラの割り当てられた
識別情報は、“アニメーション”を示すカテゴリコード
１，“ＰＭランド”を示すカテゴリコード２および“カ
バ君”を示すカテゴリコード３を有する。

【００４９】親サイト１６はホラーをテーマとするた
め、ホスト側通信端末１６ａ〜１６ｅはいずれも“ホラ
ー”を示すカテゴリコード１を持つ。ただし、カテゴリ
コード２は、各ホスト側通信端末１６ａ〜１６ｅにおい
て互いに異なる。たとえば、ホスト側通信端末１６ａは
“骸骨”を示すカテゴリコード２を持ち、ホスト側通信
端末１６ｂは“吸血鬼”を示すカテゴリコード２を持
ち、ホスト側通信端末１６ｃは“人造人間”を示すカテ
ゴリコード２を持つ。この結果、各ホスト側通信端末１
６ａ〜１６ｅに割当てられた識別情報は、互いに異な
る。

【００５０】親サイト１８はアニメーションをテーマと
しており、各ホスト側通信端末１８ａ〜１８ｅにも上述
と同じ要領でカテゴリコード１〜３が割当てられる。つ
まり、カテゴリコード１はどの端末でも“アニメーショ
ン”を示すが、カテゴリコード２は複数の端末毎に異な
り、カテゴリコード３は各端末毎に異なる。このように
して、互いに異なる識別情報がホスト側通信端末１８ａ
〜１８ｅに割当てられる。

【００５１】マイク一体型カメラ２２は、図３に示すよ
うに構成される。カメラ２２ａ，不揮発性のメモリ２２
ｃおよびマイク２２ｄはインタフェース２２ｂと接続さ
れ、マイク一体型カメラ２２は、このようなインタフェ
ース２２ｄによって通信端末１４ａまたは１４ｂと接続
される。カメラ２２ａから出力された被写体像の画像デ
ータおよびマイク２２ｄから出力された音声データは、
インタフェース２２ｄを経て通信端末１４ａまたは１４
ｂに与えられる。識別情報は、メモリ２２ｃに格納され
る。

【００５２】図４を参照して、ユーザ側通信端末１４ａ
は、ＣＰＵ１５ｂを含む。ＣＰＵ１５ｂは、バス１５ｉ
を介してディスプレイ１５ａ，キーボード１５ｅ，ワー
クメモリ１５ｃ，プログラムメモリ１５ｅ，周辺機器イ
ンタフェース１５ｆ，ネットワークインタフェース１５
ｇおよびリムーバブルメディアインタフェース１５ｈと
接続される。このような通信端末１４ａは、周辺機器イ
ンタフェース１５ｆによって図２に示すマイク一体型カ
メラ２２と接続され、ネットワークインタフェース１５
ｇによってインターネット１２と接続される。

【００５３】さらに、ユーザ側通信制御プログラムが記
録されたＣＤ−ＲＯＭ２４がリムーバブルメディアイン
タフェース１５ｈと接続され、ユーザ側通信制御プログ
ラムは、このインタフェース１５ｈを通してプログラム
メモリ１５ｄにインストールされる。また、マイク一体
型カメラ２２に割り当てられた識別情報は、メモリ２２
ｃから読み出されてワークメモリ１５ｃに書きこまれ
る。

【００５４】ホスト側通信端末１６ａは、図５に示すよ
うに構成される。つまり、ＣＰＵ１７ｂが、バス１７ｉ
を介してディスプレイ１７ａ，キーボード１７ｅ，ワー
クメモリ１７ｃ，プログラムメモリ１７ｅ，周辺機器イ
ンタフェース１７ｆ，ネットワークインタフェース１７
ｇおよびリムーバブルメディアインタフェース１７ｈと
接続される。通信端末１６ａは、ネットワークインタフ
ェース１７ｇによってインターネットと接続され、周辺
機器インタフェース１７ｆによってマイク一体型カメラ
と接続され、そしてリムーバブルメディアインタフェー
ス１７ｈによってＣＤ−ＲＯＭ２６と接続される。ＣＤ
−ＲＯＭ２６にはホスト側通信制御プログラムが記録さ
れており、この通信制御プログラムは、インタフェース
１７ｈを通してプログラムメモリ１７ｄにインストール
される。また、マイク一体型カメラから読み出された識
別情報は、ワークメモリ１７ｃに格納される。

【００５５】リフレクタサーバ２０は、図６に示すよう
に構成される。つまり、ＣＰＵ２０ａ，ワークメモリ２
０ｂ，プログラムメモリ２０ｃおよびリムーバブルメデ
ィアインタフェース２０ｄが、バス２０ｅを介して互い
に接続される。リフレクタサーバ２０用の通信制御プロ
グラムはＣＤ−ＲＯＭ２８に記録され、この通信制御プ
ログラムは、インタフェース２０ｄを介してプログラム
メモリ２０ｃにインストールされる。

【００５６】なお、他のユーザ側通信端末１４ｂ〜１４
ｄは図４に示すように構成され、他のホスト側通信端末
１６ｂ〜１６ｅおよび１８ａ〜１８ｅもまた図５に示す
ように構成されるため、重複した説明は省略する。

【００５７】ユーザ側通信端末１４ａ〜１４ｄは、通信
の開始時に、通信端末情報を接続状態の確立要求ととも
にリフレクタサーバ２０に送信する。通信端末情報は、
図８に示すようにアドレス情報，システム情報，属性情
報および上述の識別情報を含む。アドレス情報は、この
実施例のコミュニケーションサービスに加入したときに
各通信端末に割当てられる。また、システム情報は、通
信速度，通信形態，ユーザ情報，サービスの内容などを
含む。さらに、属性情報は、自分がユーザ側端末である
かホスト側端末であるかや、自分のグレードを示す。

【００５８】ホスト側通信端末１６ａ〜１６ｅおよび１
８ａ〜１８ｅもまた、通信の開始時に、同様の通信端末
情報をリフレクタサーバ２０に送信する。

【００５９】リフレクタサーバ２０は、このような通信
端末情報を受信したとき、通信端末情報を図６に示すワ
ークメモリ２０ｂに登録する。通信端末情報がワークメ
モリ２０ｂに登録されると、それぞれの通信端末とリフ
レクタサーバとの接続が確立され、通信端末は待機状態
となる。このような待機状態となった通信端末が、現時
点で通信可能な通信端末となる。なお、リフレクタサー
バ２０は常に起動されており、ホスト側通信端末１６ａ
〜１６ｅおよび１８ａ〜１８ｅもまた、常にリフレクタ
サーバ２０と接続されている。

【００６０】ユーザが通信端末１４ａを用いて他のユー
ザまたはホストと通信を行うとき、ユーザ側通信端末１
４ａに設けられたＣＰＵ１５ｂは、図９〜図１１に示す
フロー図を処理する。また、リフレクタサーバ２０に設
けられたＣＰＵ２０ａは、図１２および図１３に示すフ
ロー図に従って通信を中継し、ホスト側通信端末１６ａ
に設けられたＣＰＵ１７ｂは、図１４および図１５に示
すフロー図に従ってユーザと通信を行う。なお、図９〜
図１１に示すフロー図は、図４に示すＣＤ−ＲＯＭ２４
からプログラムメモリ１５ｄにインストールされた通信
制御プログラムに対応する。また、図１２および図１３
に示すフロー図は、図６に示すＣＤ−ＲＯＭ２８からプ
ログラムメモリ２０ｃにインストールされた通信制御プ
ログラムに対応し、図１４および図１５に示すフロー図
は、図５に示すＣＤ−ＲＯＭ２６からプログラムメモリ
１７ｄにインストールされた通信制御プログラムに対応
する。

【００６１】まず、図９〜図１１を参照して、ＣＰＵ１
５ｂは、まずステップＳ１でオペレータ（ユーザ）から
接続指示が与えられたかどうか判断する。ここでＹＥＳ
であれば、ＣＰＵ１５ｂは、ステップＳ３でリフレクタ
サーバ２０との接続状態の確立をリフレクタサーバ２０
に要求する。このとき、マイク一体型カメラ２２に割当
てられた識別情報を含む通信端末情報も、同時に送信す
る。ＣＰＵ１５ｂは続いて、ステップＳ５でリフレクタ
サーバ２０との接続状態が確立されたかどうか判断す
る。リフレクタサーバ１８から承認信号が入力されなけ
れば、ＣＰＵ１５ｂは接続の確立に失敗したと判断し、
ステップＳ７に進む。ステップＳ７では確立要求を３回
出力したかどうか判断し、ＮＯであればステップＳ３に
戻るが、ＹＥＳであればステップＳ９のエラー処理を経
てステップＳ１に戻る。

【００６２】リフレクタサーバ２０から承認信号が入力
されると、ＣＰＵ１５ｂはリフレクタサーバ２０との接
続の確立に成功したと判断し、ステップＳ１１でリフレ
クタサーバ２０に通信端末情報を要求する。つまり、図
６に示すワークメモリ２０ｂに登録されている通信端末
情報を要求する。このような要求があったとき、リフレ
クタサーバ２０は、ワークメモリ２０ｂに登録されてい
るが未だ通信処理を行っていない状態（待機状態）にあ
る通信端末の通信端末情報を、要求元に送信する。ＣＰ
Ｕ１５ｂは、リフレクタサーバ２０から通信端末情報を
入手できたかどうかをステップＳ１３で判断し、入手で
きた場合にステップＳ１３からステップＳ１５に進む。
ステップＳ１５では、入手した通信端末情報に含まれる
識別情報とワークメモリ１５ｃに書き込まれた識別情報
とを比較する。そして、比較した通信端末情報が共通の
識別情報を持つかどうかをステップＳ１７で判断する。

【００６３】ユーザ側通信端末１４ａが持つ識別情報は
“ホラー”を示すカテゴリコード１と“骸骨”を示すカ
テゴリコード２を含む。このような識別情報と同じ識別
情報を持つ通信端末は、ホスト側通信端末１６ａおよび
ユーザ側通信端末１４ｂである。このため、ホスト側通
信端末１６ａおよびユーザ側通信端末１４ｂは、通信端
末１４ａにとって特定通信端末となる。同時に、ユーザ
側通信端末１４ｂにとってはホスト側通信端末１６ａお
よびユーザ側通信端末１４ａが特定通信端末となり、ホ
スト側通信端末１６ａにとってはユーザ側通信端末１４
ａおよび１４ｂが特定通信端末となる。このように、自
分と共通する識別情報を持つ通信端末が特定通信端末で
あり、このような特定通信端末から出力された通信端末
情報を特定通信端末情報と定義する。

【００６４】リフレクタサーバ２０は待機状態にある通
信端末情報を要求元に送信するので、通信端末１６ａま
たは１４ｂが待機状態であれば、ＣＰＵ１５ｂはステッ
プＳ１７でＹＥＳと判断する。これに対して、たとえば
通信端末１６ａおよび１４ｂが互いに通信処理を行って
おり、通信端末１４ａが特定通信端末情報を入手できな
ければ、ＣＰＵ１５ｂはステップＳ１７でＮＯと判断す
る。

【００６５】ステップＳ１７でＹＥＳと判断された場
合、ＣＰＵ１５ｂはステップＳ２１に進み、自分が持っ
ている識別情報に対応するアイコン（キャラクタ）をデ
ィスプレイ１５ａに表示するとともに、待機状態にあり
かつ特定通信端末情報を除く通信端末情報をオンライン
ディレクトリに登録する。通信端末１４ａは“骸骨”を
示すカテゴリコード２を持っているため、ディスプレイ
１５ａには“骸骨”のキャラクタが表示される。なお、
“骸骨”のキャラクタデータはワークメモリ１５ｃに書
き込まれており、このようなキャラクタは、待機状態に
ある特定通信端末の数だけ表示される。

【００６６】ステップＳ２５では、ディスプレイ１５ａ
に表示されたアイコンがオペレータによって選択された
かどうか判断する。そして、ＹＥＳであればステップＳ
２７に進み、選択されたアイコンに対応する特定通信端
末への発呼処理をリフレクタサーバ２０に要求する。ス
テップＳ２９では、特定通信端末が当方の通信端末と接
続されたかどうか判断する。特定通信端末から応答信号
が送信されなかった場合、ＣＰＵ１５ｂは接続に失敗し
たと判断し、ステップＳ３１でステップＳ２７の処理を
３回トライしたかどうか判断する。そして、ＮＯであれ
ばステップＳ２７に戻るが、ＹＥＳであればステップＳ
３３のエラー処理を経てからステップＳ４３に進む。

【００６７】特定通信端末から応答信号が送信された場
合、ＣＰＵ１５ｂは特定通信端末との接続に成功したと
判断し、ステップＳ３５で通信処理を行う。これによっ
て、ユーザ側通信端末１４ａのオペレータは、マイク一
体型カメラ２０を用いて特定通信端末側のオペレータと
通話をすることができる。つまり、いわゆるテレビ電話
が可能となる。通話相手がホストである場合、通話時間
はホスト側でカウントされ、通話時間が所定のカウント
値を超えると、ホストから新規の識別情報が送信され
る。このため、ＣＰＵ１５ｂは、ステップＳ３７で新規
の識別情報が受信されたかどうかを判断する。

【００６８】通話時間が所定のカウント値を超えない
間、ＣＰＵ１５ｂはステップＳ３７からステップＳ４１
に進み、いずれかのオペレータによって通信終了指示が
入力されたかどうか判断する。そして、ＮＯであれば、
ＣＰＵ１５ｂはステップＳ３５に戻り、通信処理を継続
して行う。通話時間が所定のカウント値を超え、新規の
識別情報を受信すると、ＣＰＵ１５ｂはステップＳ３７
でＹＥＳと判断し、ステップＳ３９で識別情報を更新す
る。つまり、ワークメモリ１５ｃに格納された識別情報
を、受信した新規の識別情報によって更新するととも
に、マイク一体型カメラ２２のメモリ２２ｃに格納され
ている識別情報も更新する。また、通信終了指示が入力
されると、ＣＰＵ１５ｂはステップＳ４１でＹＥＳと判
断し、ステップＳ４３に進む。なお、通信相手から終了
信号が入力されたときに、相手方のオペレータが通信の
終了を指示したと判断する。

【００６９】ステップＳ２５でＮＯと判断されたとき、
またはステップＳ１９が処理されたとき、ＣＰＵ１５ｂ
は、ステップＳ４５，Ｓ５７およびＳ６３を処理する。
ステップＳ４５では通信端末がオンラインディレクトリ
の中から選択されたかどうかを判断し、ステップＳ５７
ではリフレクタサーバ２０から着呼があったかどうかを
判断し、ステップＳ６３では通信終了指示が与えられた
かどうかを判断する。これらのいずれもＮＯであれば、
ＣＰＵ１５ｂはステップＳ６３からステップＳ１１に戻
り、上述の処理を繰り返す。なお、ステップＳ６３の処
理はステップＳ１３でＮＯと判断されたときも実行され
る。

【００７０】オンラインディレクトリの中から所望の通
信端末が選択されると、ＣＰＵ１５ｂはステップＳ４５
からステップＳ４７に進み、選択された通信端末に対す
る発呼処理をリフレクタサーバ２０に要求する。ステッ
プＳ４９では、この発呼処理要求（通信開始要求）によ
って所望の通信端末との接続に成功したかどうか判断す
る。そして、接続に失敗したときは、ステップＳ５１で
所望の通信端末との接続が３回トライされたかどうか判
断する。ここでＮＯであればステップＳ４７に戻り、Ｙ
ＥＳであれば、ステップＳ５２でエラー処理を行ってか
らステップＳ４３に進む。

【００７１】所望の通信端末との接続に成功した場合、
ＣＰＵ１５ｂは、ステップＳ５３で通信処理を行うとと
もに、ステップＳ５５で通信終了指示が当方または通信
相手から与えられたかどうかを判断する。ＣＰＵ１５ｂ
は、通信終了指示が与えられない限りステップＳ５３の
処理を繰り返すが、通信終了指示が与えられると、ステ
ップＳ４３に進む。なお、オンラインディレクトリから
選択された通信端末は特定通信端末ではないため、ステ
ップＳ５３およびステップＳ５５の間でステップＳ３７
およびＳ３９のような識別情報の更新処理が行われるこ
とはない。

【００７２】リフレクタサーバ２０から着呼があった場
合、ＣＰＵ１５ｂはステップＳ５７からステップＳ５８
に進み、発呼元の通信端末情報をワークメモリ１５ｃに
書き込む。発呼元の通信端末情報は、発呼信号とともに
リフレクタサーバ２０から出力される。ステップＳ５８
では、この通信端末情報をワークメモリ１５ｃに書き込
む。ＣＰＵ１５ｂはさらに、ステップＳ５９で発呼元の
ユーザ情報を通信端末情報から検出し、ディスプレイ１
５ａに表示する。オペレータがこの発呼信号に応答する
と、ＣＰＵ１５ｂはステップＳ６１で要求元に応答信号
を出力し、その後ステップＳ５３に進む。

【００７３】通信端末１４ａ側のオペレータがオンライ
ンディレクトリから通信端末を選択せずかつ着呼もない
状態（通信端末１４ａが待機している状態）において、
通信端末１４ａ側のオペレータが通信終了指示を入力す
ると、ＣＰＵ１５ｂはステップＳ６３でＹＥＳと判断す
る。このとき、ＣＰＵ１５ｂはステップＳ４３に進む。

【００７４】ステップＳ４３では、通信終了処理を行
う。自ら終了指示を入力した場合、エラー処理が実行さ
れた場合、または待機状態において通信終了が指示され
た場合、ＣＰＵ１５ｂは、終了信号をリフレクタサーバ
２０に出力してから接続を解除する。一方、通信相手が
終了指示を入力した場合、終了信号を出力することなく
処理を終了する。

【００７５】リフレクタサーバ２０に設けられたＣＰＵ
２０ａは、図１２および図１３に示すフロー図に従って
ユーザ間またはユーザ・ホスト間の通信を中継する。

【００７６】ＣＰＵ２０ａは、ステップＳ７１，Ｓ７
７，Ｓ８１およびＳ８９を処理して、どのような要求が
通信端末から与えられたかを判別する。具体的には、リ
フレクタサーバ２０に対する接続確立要求の有無をステ
ップＳ７１で判別し、通信端末情報の要求の有無をステ
ップＳ７７で判別する。また、所望の通信端末に対する
発呼処理要求（通信開始要求）の有無をステップＳ８１
で判別し、通信終了要求の有無をステップＳ８９で判別
する。

【００７７】リフレクタサーバ２０に対する接続確立要
求があれば、ＣＰＵ２０ａはステップＳ７１からステッ
プＳ７３に進み、承認信号を要求元の通信端末に送信す
る。さらに、ステップＳ７５で要求元の通信端末情報を
ワークメモリ２０ｂに登録する。つまり、要求元の通信
端末は接続確立要求とともに通信端末情報を送信するた
め、ステップＳ７５ではこの通信端末情報をワークメモ
リ２０ｂに書き込む。

【００７８】通信端末情報の要求があれば、ＣＰＵ２０
ａは、ステップＳ７７からステップＳ７９に進む。そし
て、ワークメモリ２０ｂに登録された通信端末情報のう
ち待機状態にある通信端末情報だけを要求元の通信端末
に送信する。

【００７９】所望の通信端末に対する発呼処理要求があ
れば、ＣＰＵ２０ａはステップＳ８１からステップＳ８
３に進み、所望の通信端末に対する発呼処理を行う。こ
れによって、発呼信号が要求元の通信端末情報とともに
所望の通信端末に送信される。所望の通信端末には着呼
があり、所望の通信端末のオペレータがこの着呼に応答
すると、応答信号がリフレクタサーバ２０に返送され
る。ＣＰＵ２０ａは、このような応答信号の有無をステ
ップＳ８５で判別し、応答信号があれば、ステップＳ８
７で中継処理を行う。

【００８０】通信端末から通信終了要求があると、ＣＰ
Ｕ２０ａはステップＳ８９でＹＥＳと判断する。通信端
末から送信される終了信号が通信終了要求を意味し、Ｃ
ＰＵ２０ａは、終了信号が与えられたときステップＳ９
１で通信終了処理を行う。通信状態にある２つの通信端
末の一方から終了信号が出力されたとき、ステップＳ９
１では、他方の通信端末にこの終了信号を送信するとと
もに、この２つの通信端末の通信端末情報をワークメモ
リ２０ｂから削除する。一方、待機状態またはエラー状
態にある通信端末から終了信号が出力されたとき、ステ
ップＳ９１では出力元の通信端末情報をワークメモリ２
０ｂから削除する。このとき、終了信号が別の通信端末
に送信されることはない。

【００８１】ホスト側通信端末１６ａに設けられたＣＰ
Ｕ１７ｂは、図１４および図１５に示すフロー図に従っ
て、ユーザ側通信端末と通信を行う。

【００８２】ＣＰＵ１７ｂは、まずステップＳ１０３で
リフレクタサーバ２０との接続確立要求を自分の通信端
末情報とともにリフレクタサーバ２０に送信する。ＣＰ
Ｕ１７ｂは続いてステップＳ１０５に進み、リフレクタ
サーバ２０との接続に成功したかどうかを承認信号によ
って判断する。接続に失敗したときは、ステップＳ１０
７でステップＳ１０３の処理を３回トライしたかどうか
判断し、ＮＯであればステップＳ１０３に戻るが、ＹＥ
Ｓであれば、ステップＳ１０９のエラー処理行う。

【００８３】リフレクタサーバ２０との接続に成功した
場合、ＣＰＵ１７ｂはステップＳ１０５からステップＳ
１１３に進み、リフレクタサーバ２０からの着呼を待
つ。リフレクタサーバ２０から発呼信号および通信端末
情報が与えられると、ＣＰＵ１７ｂは、ステップＳ１１
３で着呼があったと判断する。すると、ＣＰＵ１７ｂ
は、ステップＳ１１５で発呼元の通信端末情報をワーク
メモリ１７ｃに書き込み、ステップＳ１１７で発呼元の
ユーザ情報をディスプレイ１７ａに表示する。

【００８４】オペレータがこの着呼に応答すると、ＣＰ
Ｕ１７ｂはステップＳ１１９でＹＥＳと判断し、ステッ
プＳ１２１で応答信号をリフレクタサーバ２０に返送す
る。さらに、ステップＳ１２３で発呼元のユーザ側通信
端末との間で通信処理を行う。ホスト側通信端末１６ａ
は、発呼元が共通の識別情報を持つ特定通信端末である
かどうかを問わず、通話時間をカウントする。カウント
される通話時間は、１回の通話が終了した後も保持さ
れ、同じ通信端末との通信の度に累積されていく。

【００８５】ステップＳ１２５では、合計の通話時間が
所定のカウント値を超えたかどうかを判断する。そし
て、ＮＯであればそのままステップＳ１２９に進むが、
ＹＥＳであれば新規の識別情報を相手方に送信してから
ステップＳ１２９に進む。ステップＳ１２９では通信終
了指示が入力されたかどうかを判断し、ＮＯであればス
テップＳ１２３に戻るが、ＹＥＳであればステップＳ１
３１で通信終了処理を経てステップＳ１０３に戻る。ス
テップＳ１３１では、上述のステップＳ４３と同様の処
理を行う。つまり、自ら終了指示を入力したときは、リ
フレクタサーバ２０に終了信号を出力してから接続を解
除する。一方、相手方が終了指示を入力したときは、終
了信号を出力することなく接続を解除する。

【００８６】通信先のユーザ側通信端末が特定通信端末
である場合、このユーザ側通信端末が持つ識別情報は、
新規の識別情報によって更新される。この新規識別情報
は、次回に通話相手となるホスト側通信端末を示す。つ
まり、識別情報が更新される前のユーザ側通信端末にと
っては、ホスト側通信端末１６ａが特定通信端末となる
が、識別情報が更新されると、更新後の識別情報と同じ
識別情報を持つホスト側通信端末が特定通信端末とな
る。なお、通信先のユーザ側通信端末が特定通信端末で
なければ、そのユーザ側通信端末は新規識別情報の受信
処理を行わず、この結果、識別情報が更新されることも
ない。

【００８７】ホスト側通信端末１６ａが出力する新規の
識別情報は、具体的には、“ホラー”を示すカテゴリコ
ード１と“吸血鬼”を示すカテゴリコード２を含む。こ
のため、ユーザ側通信端末１４ａのオペレータがホスト
側通信端末１６ａと所定時間以上通話すると、“ホラ
ー”を示すカテゴリコード１と“骸骨”を示すカテゴリ
コード２を含む現識別情報が、新規識別情報によって更
新される。新規識別情報と同じ識別情報はホスト側通信
端末１６ｂに割り当てられており、ユーザ側通信端末１
４ａが次回に通信を行う特定通信端末は、ホスト側通信
端末１６ｂとなる。このように、識別情報は通話時間に
応じて更新され、特定通信端末は同じ親サイト内で順次
変化していく。言うまでもなく、特定通信端末は、ユー
ザ側でも順次変化していく。

【００８８】ユーザ側通信端末１４ａがホスト側通信端
末１６ａにアクセスする場合、ユーザ側通信端末１４ａ
に設けられたディスプレイ１５ａの画面は、次のように
変化する。リフレクタサーバ２０との接続の確立を試み
ているとき、画面には図１６に示す画像が表示される。
動画フレーム内には“接続中”の文字が表示される。リ
フレクタサーバ２０との接続に成功し、リフレクタサー
バ２０から通信端末情報が送信されると、図１７に示す
画像がディスプレイ１７ａに表示される。動画フレーム
には“おはなししようよ！”の文字が表示され、動画フ
レームの左側にはマイク一体型カメラ２２によって撮影
された当方のオペレータの顔が表示される。さらに、ホ
スト側通信端末１６ａが待機状態にあれば、“骸骨”の
アイコンが動画フレームの下側に表示される。つまり、
現識別情報が“骸骨”を示すカテゴリコード２を持って
いるため、“骸骨”のアイコンが表示される。

【００８９】ここで、当方のオペレータが“骸骨”のア
イコンをクリックすると、ホスト側通信端末１６ａに対
する発呼処理要求が出力される。この発呼処理要求にホ
スト側通信端末１６ａのオペレータが応答すると、ユー
ザ側通信端末１４ａとホスト側通信端末１６ａとがリフ
レクタサーバ２０を介して接続される。この結果、図１
８に示すように、ホスト側のオペレータが動画フレーム
に表示される。当方および相手方のオペレータは、音声
および画像による通話が可能となる。なお、所定時間以
上の通話を行い、“吸血鬼”を示すカテゴリコード２を
含む識別情報を入手した場合、次回の接続時は、“吸血
鬼”のアイコンが動画フレームの下側に表示される。

【００９０】一方、ホスト側通信端末１６ａがユーザ側
通信端末１４ａによってアクセスされるとき、ホスト側
通信端末１６ａに設けられたディスプレイ１７ａの表示
は、次のように変化する。ユーザ側通信端末１４ａがア
クセスしてくる前（待機状態）は、図１９に示すような
画像がディスプレイ１７ａに表示される。動画フレーム
には“通信待ち”の文字が表示され、動画フレームの左
側には親サイト側のオペレータが表示される。ユーザ側
通信端末１４ａから発呼があり、オペレータがこれに応
答すると、ユーザ側通信端末１４ａとホスト側通信端末
１６ａとがリフレクタサーバ２０を介して接続される。
この結果、ユーザ側のオペレータの顔が動画フレーム内
に表示され、通話が可能となる。動画フレームの下側に
は、ユーザ情報が表示される。

【００９１】図２１を参照して、他の実施例のマイク一
体型カメラ３０では、カメラヘッドが外部に露出してい
る。つまり、図２に示すマイク一体型カメラ２２ではカ
メラヘッド２２ａが骸骨の形状を持つ人形によって覆わ
れているが、このマイク一体型カメラ３０にはこのよう
な人形は取り付けられていない。代わりに、カメラ装置
３０ａの上部にディスプレイ装置３０ｈが設けられ、こ
れに自分の識別情報に関連するキャラクタが表示され
る。マイク一体型カメラ３０は、図２２に示すように構
成される。インタフェース３０ｂにカメラ装置３０ａ，
メモリ３０ｃおよびマイク３０ｄが接続される点は図３
に示すマイク一体型カメラ２２と同じであるが、これに
加えてカードリーダ／ライタ３０ｅおよび上述のディス
プレイ装置３０ｈがインタフェース３０ｂに接続され
る。

【００９２】カードスロット３０ｆには、パンチ穴，磁
気あるいはホログラムによって識別情報が記録されたカ
ードが装着される。カードに記録された識別情報はカー
ドリーダ／ライタ３０ｅによって読み取られ、メモリ３
０ｃに書き込まれる。メモリ３０ｃに書き込まれた識別
情報は、インタフェース３０ｂに接続されたユーザ側通
信端末に出力されるとともに、ディスプレイ装置３０ｈ
に与えられる。ディスプレイ装置３０ｈの画面には、識
別情報に対応するキャラクタが表示される。

【００９３】“ホラー”を示すカテゴリコード１および
“骸骨”を示すカテゴリコード２を持つ識別情報が記録
されたカードをカードスロット３０ｆに装着すると、こ
の識別情報がメモリ３０ｃに格納され、かつ“骸骨”の
キャラクタがディスプレイ３０ｈに表示される。また、
このカードをカードスロット３０ｆから抜き出して、
“アニメーション”を示すカテゴリコード１および“カ
バ君”を示すカテゴリコード２をもつ識別情報が記録さ
れた別のカードを装着すると、メモリ３０ｃに格納され
ていた識別情報がこの別のカードに記録された識別情報
によって更新される。さらに、ディスプレイに表示され
るキャラクタが“骸骨”から“カバ君”に切り換わる。

【００９４】所定時間以上の通話によってホスト側通信
端末から新規の識別情報が送信されたときは、メモリ３
０ｃの識別情報が新規の識別情報によって更新され、デ
ィスプレイ３０ｈに表示されるキャラクタも切り換わ
る。さらに、新規識別情報が、カードリーダ／ライタ３
０ｅによってカードに書き込まれる。具体的には、カー
ドに記録された識別子が新規識別情報によって更新され
る。

【００９５】他の実施例のコミュニケーションサービス
システムでは、ユーザ側通信端末，ホスト側通信端末お
よびリフレクタサーバは、図１に示す形態でインターネ
ットによって互いに接続される。さらに、ユーザ側通信
端末，ホスト側通信端末およびリフレクタサーバは図４
〜図６に示すように構成され、ホスト側通信端末は図１
５に示すフロー図を処理する。ただし、ユーザ側通信端
末は図２３〜図２５に示すフロー図を処理し、リフレク
タサーバは図２６および図２７に示すフロー図を処理す
る。つまり、この実施例のコミュニケーションサービス
システムは、ユーザ側通信端末およびリフレクタサーバ
が処理するフロー図を除き、図１実施例と同じである。

【００９６】まず、図２３を参照して、ユーザ側通信端
末に設けられたＣＰＵは、ステップＳ１４１でオペレー
タ（ユーザ）から接続指示が与えられたかどうか判断す
る。ここでＹＥＳであれば、ＣＰＵはステップＳ１４３
に進み、接続確立要求を自分の通信端末情報とともにリ
フレクタサーバに出力する。そして、ステップＳ１４５
で接続状態の確立に成功したかどうか判断する。ここで
ＮＯであれば、ステップＳ１４７で接続状態の確立を３
回試みたかどうか判断する。そして、ＮＯであればステ
ップＳ１４３に戻るが、ＹＥＳであればステップＳ１４
９でエラー処理を行い、ステップＳ１４１に戻る。な
お、ステップＳ１４３では、自分の通信端末情報もリフ
レクタサーバに出力する。

【００９７】一方、ステップＳ１４５でＹＥＳであれば
ステップＳ１５３に進み、リフレクタサーバから通信端
末情報を入手できたかどうか判断する。この実施例で
は、リフレクタサーバは、接続要求とともに受信した通
信端末情報に基づいて特定通信端末情報（共通の識別情
報を持つ通信端末情報）を検出し、検出した特定通信端
末情報を要求元の通信端末に送信する。このため、ステ
ップＳ１５３では、特定通信端末情報を受信したときに
ＹＥＳと判断し、何も受信できなかったときにＮＯと判
断する。ステップＳ１５３でＹＥＳと判断したとき、Ｃ
ＰＵはステップＳ１５５に進み、対応するアイコンをデ
ィスプレイに表示する。自分が持っている識別情報が
“ホラー”を示すカテゴリコード１および“骸骨”を示
すカテゴリコード２を含んでいる場合は、“骸骨”のキ
ャラクタがディスプレイに表示される。

【００９８】ステップＳ１５７では、このアイコンがユ
ーザによってクリックされたかどうか判断する。ここで
ＹＥＳであれば、ＣＰＵは、ステップＳ１５９で特定通
信端末に対する発呼処理をリフレクタサーバに要求し、
ステップＳ１６１に進む。ステップＳ１６１では、特定
通信端末との接続に成功したかどうかを応答信号の有無
で判断する。接続に失敗した場合、ＣＰＵはステップＳ
１６３で発呼処理の要求を３回試みたかどうか判断し、
ＮＯであればステップＳ１５９に戻るが、ＹＥＳであれ
ばステップＳ１６５でのエラー処理を経てステップＳ１
７５に進む。

【００９９】特定通信端末との接続に成功した場合、Ｃ
ＰＵはステップＳ１６７で特定通信端末と通信処理を行
う。さらに、ステップＳ１６９で特定通信端末から新規
の識別情報を受信したかどうか判断する。ここでＮＯで
あればそのままステップＳ１７３に進むが、ＹＥＳであ
ればステップＳ１７１で現識別情報を新規識別情報によ
って更新してからステップＳ１７３に進む。ステップＳ
１７３では、ユーザまたはホストから通信終了指示が与
えられたかどうかを判断する。そして、ＮＯであればス
テップＳ１６７に戻るが、ＹＥＳであればステップＳ１
７５に進み、通信終了処理を行ってから処理を終了す
る。

【０１００】ステップＳ１５３またはＳ１５７でＮＯと
判断された場合、ＣＰＵは、ステップＳ１７７で着呼が
あったかどうか判断する。この着呼は、自分と共通の識
別情報を持つ通信端末からの発呼に基づくものである。
リフレクタサーバは、ワークメモリに登録された通信端
末情報の中から各通信端末毎に特定通信端末情報を検出
し、検出した特定通信端末情報をそれぞれの通信端末に
配信する。このため、リフレクタサーバがそれぞれの通
信端末から受信する発呼処理要求は特定通信端末に対す
るものに限られる。したがって、ステップＳ１７７で着
呼ありと判断した場合、この着呼は特定通信端末からの
発呼に基づく。

【０１０１】ユーザがこの着呼に応答すると、ＣＰＵは
ステップＳ１７９でＹＥＳと判断し、ステップＳ１８１
で応答信号をリフレクタサーバに出力するとともに、ス
テップＳ１８３で発呼元の特定通信端末と通信処理を行
う。相手方および当方のいずれのオペレータも通信終了
指示を与えない限り、ＣＰＵはステップＳ１８３を繰り
返し処理するが、いずれかから通信終了指示が与えられ
るとＣＰＵはステップＳ１８５からステップＳ１７５に
進む。リフレクタサーバと接続されたが通信端末と通信
を行っていない状態（待機状態）で、ユーザが通信終了
指示を入力すると、ＣＰＵはステップＳ１８７でＹＥＳ
と判断し、ステップＳ１７５に進む。

【０１０２】なお、ホスト側通信端末は自ら発呼を行う
ことはなく、この結果、ステップＳ１８３およびＳ１８
５の間に新規の識別情報を受信する処理を設ける必要は
ない。

【０１０３】図２６を参照して、リフレクタサーバに設
けられたＣＰＵは、まずステップＳ１９１で通信端末か
ら接続状態の確立要求が与えられたかどうかを判断す
る。確立要求があれば、ＣＰＵはステップＳ１９３に進
み、要求元の通信端末と同じ識別情報を持つ特定通信端
末情報を検出する。さらに、ステップＳ１９５でこ特定
通信端末情報を承認信号とともに要求元の通信端末に送
信し、ステップＳ１９７で要求元の通信端末情報をワー
クメモリに書きこむ。

【０１０４】続くステップＳ１９９では、通信端末から
発呼処理要求が与えられたかどうか判断する。発呼処理
要求があった場合、ＣＰＵはステップＳ２０１で要求先
の通信端末に対する発呼処理を行い、さらにステップＳ
２０３で要求先の通信端末がこの発呼に応答したかどう
か判断する。応答信号を受信するとＣＰＵはステップＳ
２０３でＹＥＳと判断し、ステップＳ２０５で要求元の
通信端末と要求先の通信端末との間で中継処理を行う。
ステップＳ２０７では、通信端末から通信終了要求（終
了信号）が与えられたかどうか判断する。そして、通信
終了要求があえれば、ステップＳ２０９で通信終了処理
を行う。

【０１０５】このように、通信端末から接続確立要求を
受けたリフレクタサーバは、ワークメモリに保持してい
る通信端末情報の中から特定通信端末情報を検出し、検
出した特定通信端末情報を要求元の通信端末に送信す
る。このため、それぞれの通信端末は自分で特定通信端
末情報を検出する必要がない。

【０１０６】なお、ホスト側通信端末は図１実施例と同
様の処理を行うが、これは、ホスト側が受動的に通信を
行うのみであり、特定通信端末を把握する必要がないか
らである。

【０１０７】これらの実施例では、待機状態にある通信
端末の中に自分と同じ識別情報を持つ特定通信端末が含
まれている場合、所定のアイコンがディスプレイに表示
される。このため、オペレータは特定の通信相手を容易
に見つけることができる。また、特定通信端末がホスト
側通信端末である場合、通話時間に応じて識別情報が更
新される。このため、異なるホストと気軽に通話を楽し
むことができる。

【０１０８】以上の実施例では、ユーザはホストまたは
他のユーザと通話を楽しむ場合について説明したが、こ
の発明は、ユーザがホストとゲームを楽しむ場合にも適
用できる。この場合、ユーザ側通信端末に接続する周辺
機器として図２８に示すゲーム機器３２を準備するとと
もに、各ゲーム機器およびホスト側通信端末に割り当て
る識別情報に、図２９に示すカテゴリコードを持たせる
ようにすることが考えられる。

【０１０９】具体的に説明すると、ゲーム機器３２は、
インタフェース３２ｂに接続された操作キー３２ａを含
む。インタフェース３２ｂには、操作キー３２ａの他に
ＣＰＵ３２ｃ，ディスプレイ３２ｄおよびメモリ３２ｅ
が接続される。メモリ３２ｅには識別情報が格納されて
いる。ユーザ側通信端末は、上述と同じ要領で、リフレ
クタサーバを介して特定通信端末と接続される。する
と、特定通信端末は所定のゲームプログラムをユーザ側
通信端末にダウンロードし、ダウンロードされたゲーム
プログラムはメモリ３２ｅに書き込まれる。オペレータ
が操作キーによってゲームプログラムを立ち上げると、
このプログラムがＣＰＵ３２ｃによって処理される。ゲ
ーム画面はディスプレイ３２ｄに表示され、オペレータ
は操作キー３２ａによってゲームを楽しむことができ
る。

【０１１０】さらに、オペレータが所定の条件をクリア
すると、ホスト側通信端末から新規の識別情報がダウン
ロードされる。メモリ３２ｅに書き込まれている現識別
情報は、この新規の識別情報によって更新される。この
ため、ユーザが次にゲームを楽しむときは、ユーザ側通
信端末は別のホスト側通信端末にアクセスする。この結
果、新規のゲームプログラムがダウンロードされる。

【０１１１】図２９を参照して、メモリ３２ｅには当
初、“対戦ゲーム”を示すカテゴリコード１，“すも
う”を示すカテゴリコード２および“序の口”を示すカ
テゴリコード３を含む識別情報が格納される。このた
め、最初は“序の口”の力士が対戦相手となるゲームプ
ログラムがホスト側通信端末からダウンロードされる。
オペレータがこの力士に勝つと、カテゴリコード３が
“序の口”から“序二段”に変更された識別情報がホス
ト側通信端末から送信される。このため、ユーザ側通信
端末は、別のホスト側通信端末にアクセスできることと
なる。この別のホスト側通信端末は、“序二段”の力士
が対戦相手となるゲームプログラムを持っており、アク
セス元にこのようなゲームプログラムをダウンロードす
る。

【０１１２】以上のようなゲーム機器を用いたコミュニ
ケーションサービスシステムでは、ゲームをクリアした
ときにホスト側から新規の識別情報が送信される。この
ため、それぞれの識別情報に対応するゲームをホスト側
に準備することによって、ユーザは、ゲームをクリアす
る毎に新たなゲームを速やかに入手することができる。

【０１１３】なお、以上の実施例では、各通信端末間の
通信をインターネットを介して行うようにしたが、通信
に用いるネットワークは、イントラネットやＬＡＮ（Lo
calArea Network）であってもよい。

【０１１４】また、図２によれば、マイク一体型カメラ
のカメラヘッドに識別情報に対応するキャラクタの人形
を取り付けるようにしたが、人形の代わりに写真、絵、
文字、音声などでキャラクタを表すようにする場合で
も、識別情報の内容を容易に認識することができる。ま
た、図２および図２１に示すいずれのマイク一体型カメ
ラも机の上などに配置できるようにスタンドが形成され
ているが、マイク一体型カメラにクリップを設け、この
クリップによってマイク一体型カメラを液晶ディスプレ
イの周辺に取り付けるようにしてもよい。

【０１１５】さらに、ユーザ側通信制御プログラムは、
このプログラムが記録されたＣＤ−ＲＯＭをマイク一体
型カメラなどの周辺機器とともに販売してユーザに提供
したり、ホスト側通信端末からユーザ側通信端末にダウ
ンロードしてユーザに提供するようにしてもよい。さら
に、このプログラムを通信端末にプリインストールして
販売するようにしてもよい。

【０１１６】また、以上の実施例では、新規識別情報は
ホスト側通信端末が保持し、所定の条件が満たされたと
きにホスト側通信端末から出力するようにしているが、
新規識別情報をリフレクタサーバに持たせ、ホスト側通
信端末からの指示によってリフレクタサーバからユーザ
側通信端末に送信するようにしてもよい。さらに、以上
の実施例では、ユーザ側通信端末が新規識別情報を受信
したとき、カードやワークメモリなどに格納された現識
別情報が新規識別情報によって更新されるが、新規識別
情報はメモリに追記するようにしてもよい。この場合、
現識別情報は、新規識別情報によって上書きされること
なくメモリに保持され続け、オペレータは、所望の識別
情報を選択することによって通信相手を変更することが
できる。

【０１１７】さらに、以上の実施例では、ユーザ側通信
端末が特定通信端末情報を受信したとき、現識別情報に
対応するキャラクタ（アイコン）をディスプレイに表示
するようにしているが、このような可視情報とともにあ
るいは可視情報に代えてキャラクタに関連する音声を出
力するようにしてもよい。

【図面の簡単な説明】

【図１】この発明の１実施例を示す図解図である。

【図２】通信端末に接続される周辺機器に一例を示す斜
視図である。

【図３】図２実施例の一部を示すブロック図である。

【図４】ユーザ側通信端末を示すブロック図である。

【図５】ホスト側通信端末を示すブロック図である。

【図６】リフレクタサーバを示すブロック図である。

【図７】識別情報に含まれるカテゴリコードを示すテー
ブルである。

【図８】通信端末情報に構成を示す図解図である。

【図９】図４に示すユーザ側通信端末の動作の一部を示
すフロー図である。

【図１０】図４に示すユーザ側通信端末の動作の他の一
部を示すフロー図である。

【図１１】図４に示すユーザ側通信端末の動作のその他
の一部を示すフロー図である。

【図１２】図６に示すリフレクタサーバの動作の一部を
示すフロー図である。

【図１３】図６に示すリフレクタサーバの動作の他の一
部を示すフロー図である。

【図１４】図５に示すホスト側通信端末の動作の一部を
示すフロー図である。

【図１５】図５に示すホスト側通信端末の動作の他の一
部を示すフロー図である。

【図１６】図４に示すユーザ側通信端末の動作の一部を
示す図解図である。

【図１７】図４に示すユーザ側通信端末の動作の他の一
部を示す図解図である。

【図１８】図４に示すユーザ側通信端末の動作のその他
の一部を示す図解図である。

【図１９】図６に示すホスト側通信端末の動作の一部を
示す図解図である。

【図２０】図５に示すホスト側通信端末の動作の他の一
部を示す図解図である。

【図２１】通信端末に接続される周辺機器の他の一例を
示す図解図である。

【図２２】図２１に示す周辺機器のブロック図である。

【図２３】他の実施例に適用されるユーザ側通信端末の
動作の一部を示すフロー図である。

【図２４】図２３に示すフロー図の続きの一部を示すフ
ロー図である。

【図２５】図２３に示すフロー図の続きの他の一部を示
すフロー図である。

【図２６】他の実施例に適用されるリフレクタサーバの
動作の一部を示すフロー図である。

【図２７】図２６に示すフロー図の続きを示すフロー図
である。

【図２８】通信端末に接続される周辺機器のその他の一
例を示すブロック図である。

【図２９】図２８に示す周辺機器を用いる場合に適用さ
れる識別情報を示すテーブルである。

【符号の説明】

１０…コミュニケーションサービスシステム１２…インターネット１４ａ〜１４ｄ…ユーザ側通信端末１６ａ〜１６ｅ，１８ａ〜１８ｅ…ホスト側通信端末２０…リフレクタサーバ

Claims

【特許請求の範囲】

【請求項１】中継器を介して通信を行う通信端末におい
て、識別子を保持するメモリ、前記中継器との接続状態を確立する確立手段、前記中継器と接続された別の通信端末の識別子を前記中
継器から受信する第１受信手段、第１受信手段によって受信された複数の識別子の中から
前記メモリに保持された識別子に関連する特定識別子を
検索する検索手段、および前記検索手段の検索結果に応
じて所定キャラクタを表示する表示手段を備えることを
特徴とする、通信端末。
【請求項２】前記確立手段は前記接続状態の確立要求を
前記メモリに保持された識別子とともに前記中継器に送
信する送信手段を含む、請求項１記載の通信端末。
【請求項３】通信開始指示を受け付ける受付手段、前記通信開始指示に応答して前記特定識別子に対応する
特定通信端末との通信の開始を前記中継器に要求する要
求手段、および前記特定通信端末との間で通信処理を行
う通信処理手段をさらに備える、請求項１または２記載
の通信端末。
【請求項４】前記キャラクタの選択が前記通信開始指示
である、請求項３記載の通信端末。
【請求項５】前記特定通信端末から送信された新規識別
子を受信する第２受信手段、および前記新規識別子を前
記メモリに書き込む書き込み手段をさらに備える、請求
項３または４記載の通信端末。
【請求項６】前記書き込み手段は前記メモリに保持され
た識別子を前記新規識別子によって更新する、請求項５
記載の通信端末。
【請求項７】前記所定キャラクタは前記メモリに保持さ
れた識別子に対応する形状を有する、請求項５または６
記載の通信端末。
【請求項８】前記特定通信端末と音声通信を行うマイク
をさらに備える、請求項３ないし７のいずれかに記載の
通信端末。
【請求項９】前記特定通信端末と画像通信を行うカメラ
をさらに備える、請求項３ないし８のいずれかに記載の
通信端末。
【請求項１０】複数の通信端末間の通信を中継する中継
器において、通信端末との接続状態を確立する確立手段、前記接続状態が確立された通信端末の識別子を保持する
メモリ、前記接続状態が確立された通信端末に対して待機状態に
ある通信端末の識別子を送信する送信手段、および前記
接続状態が確立された通信端末からの通信開始要求に応
答して所望の通信端末との間の中継処理を行う中継処理
手段を備えることを特徴とする、中継器。
【請求項１１】前記待機状態は前記接続状態が確立され
たが前記通信が行われていない状態である、請求項１０
記載の中継器。
【請求項１２】中継器を介して通信を行う通信端末にお
いて、識別子を保持するメモリ、前記識別子を前記中継器に送信して前記中継器と接続状
態を確立する確立手段、別の通信端末から送信された通信開始要求を前記中継器
を介して受信する受信手段、前記通信開始要求に応答して前記別の通信端末と通信処
理を行う通信処理手段、および前記別の通信端末と所定
の関係が成立したとき前記識別子とは異なる新規識別子
を前記別の通信端末に送信する送信手段を備えることを
特徴とする、通信端末。
【請求項１３】識別子は少なくとも２つのカテゴリコー
ドを含み、一方のカテゴリコードが示すカテゴリは他方
のカテゴリコードが示すカテゴリを包含する、請求項１
２記載の通信端末。
【請求項１４】前記メモリに保持された識別子と前記新
規識別子とは少なくとも最小のカテゴリを示すカテゴリ
コードが異なる、請求項１３記載の通信端末。
【請求項１５】中継器を介して通信を行う通信端末に、前記中継器との接続状態を確立する確立ステップ、前記中継器と接続された別の通信端末の識別子を前記中
継器から受信する第１受信ステップ、前記第１受信ステップによって受信された複数の識別子
の中からメモリに保持された識別子に関連する特定識別
子を検索する検索ステップ、および前記検索ステップに
おける検索結果に応じて所定キャラクタを表示する表示
ステップを実行させるためのプログラムを記録した、コ
ンピュータ読み取り可能な記録媒体。
【請求項１６】前記確立ステップは前記接続状態の確立
要求を前記メモリに保持された識別子とともに前記中継
器に送信する送信ステップを含む、請求項１５記載のコ
ンピュータ読み取り可能な記録媒体。
【請求項１７】通信開始指示を受け付ける受付ステッ
プ；前記通信開始指示に応答して前記特定識別子に対応
する特定通信端末との通信の開始を前記中継器に要求す
る要求ステップ；および前記特定通信端末との間で通信
処理を行う通信処理ステップをさらに実行させるための
プログラムを記録した、請求項１５または１６記載のコ
ンピュータ読み取り可能な記録媒体。
【請求項１８】前記特定通信端末から送信された新規識
別子を受信する第２受信ステップ；および前記新規識別
子を前記メモリに書き込む書き込みステップをさらに実
行させるためのプログラムを記録した、請求項１７記載
のコンピュータ読み取り可能な記録媒体。
【請求項１９】前記書き込みステップは前記メモリに保
持された識別子を前記新規識別子によって更新する更新
ステップを含む、請求項１８記載のコンピュータ読み取
り可能な記録媒体。
【請求項２０】中継器を介して通信を行う通信端末にお
いて、識別子を保持するメモリ、前記中継器との接続状態を確立する確立手段、前記メモリに保持された識別子を前記中継器に送信する
第１送信手段、前記メモリに保持された識別子と関連する特定識別子を
前記中継器から受信する第１受信手段、および前記特定
識別子を受信したとき所定キャラクタを表示する表示手
段を備えることを特徴とする、通信端末。
【請求項２１】通信開始指示を受け付ける受付手段、前記通信開始指示に応答して前記特定識別子を持つ特定
通信端末との通信の開始を前記中継器に要求する要求手
段、および前記特定通信端末との間で通信処理を行う通
信処理手段をさらに備える、請求項２０記載の通信端
末。
【請求項２２】前記所定キャラクタの選択が前記通信開
始指示である、請求項２１記載の通信端末。
【請求項２３】前記特定通信端末から送信された新規識
別子を受信する第２受信手段、および前記識別子を前記
メモリに書き込む書き込み手段をさらに備える、請求項
２１または２２記載の通信端末。
【請求項２４】前記書き込み手段は前記メモリに保持さ
れた識別子を前記新規識別子によって更新する更新手段
を含む、請求項２３記載の通信端末。
【請求項２５】前記特定通信端末と音声通信を行うマイ
クをさらに備える、請求項２１ないし２４のいずれかに
記載の通信端末。
【請求項２６】前記特定通信端末と画像通信を行うカメ
ラをさらに備える、請求項２１ないし２５のいずれかに
記載の通信端末。
【請求項２７】通信を中継する中継器において、通信端末との接続状態を確立する確立手段、接続状態が確立された通信端末の識別子を保持するメモ
リ、注目する識別子に関連する特定識別子を前記メモリに保
持された複数の識別子の中から検出する検出手段、前記注目する識別子を持つ通信端末に対して前記特定識
別子を送信する送信手段、および前記注目する識別子を
持つ通信端末からの通信開始要求に応答して前記特定識
別子を持つ特定通信端末との間の中継処理を行う中継処
理手段を備えることを特徴とする、中継器。
【請求項２８】前記検出手段は前記接続状態が確立され
たが通信が行われていない通信端末の識別子の中から前
記特定識別子を検出する、請求項２７記載の中継器。
【請求項２９】中継器を介して通信を行う通信端末に、前記中継器との接続状態を確立する確立ステップ、メモリに保持された識別子を前記中継器に送信する第１
送信ステップ、前記メモリに保持された識別子と関連する特定識別子を
前記中継器から受信する第１受信ステップ、および前記
特定識別子を受信したとき所定キャラクタを表示する表
示ステップを実行させるためのプログラムを記録した、
コンピュータ読み取り可能な記録媒体。
【請求項３０】通信開始指示を受け付ける受付ステッ
プ、前記通信開始指示に応答して前記特定識別子を持つ特定
通信端末との通信の開始を前記中継器に要求する要求ス
テップ、および前記特定通信端末との間で通信処理を行
う通信処理ステップをさらに実行させるためのプログラ
ムを記録した、請求項２９記載のコンピュータ読み取り
可能な記録媒体。
【請求項３１】前記特定通信端末から送信された新規識
別子を受信する第２受信ステップ；および前記新規識別
子を前記メモリに書き込む書き込みステップをさらに実
行させるためのプログラムを記録した、請求項３０記載
のコンピュータ読み取り可能な記録媒体。
【請求項３２】前記書き込みステップは前記新規識別子
によって前記メモリに保持された識別子を更新する更新
ステップを含む、請求項３１記載のコンピュータ読み取
り可能な記録媒体。
【請求項３３】中継器を介して通信を行う通信端末とと
もに用いられる周辺機器において、特定通信端末に関連する識別子を保持するメモリ、情報を入力する入力手段、および前記識別子および前記
情報を前記通信端末に与えるインタフェースを備えるこ
とを特徴とする、周辺機器。
【請求項３４】前記入力手段は音声情報を入力する音声
情報入力手段を含む、請求項３３記載の周辺機器。
【請求項３５】前記入力手段は画像情報を入力する画像
情報入力手段を含む、請求項３３または３４記載の周辺
機器。
【請求項３６】識別子を記録したカートリッジを取り込
む取り込み手段、前記カートリッジに記録された識別子を読み出す読み出
し手段、および前記メモリに保持された識別子を前記読
み出し手段によって読み出された識別子によって更新す
る更新手段をさらに備える、請求項３３ないし３５のい
ずれかに記載の周辺機器。
【請求項３７】前記メモリに保持された識別子を前記カ
ートリッジに書き込む書き込み手段をさらに備える、請
求項３６記載の周辺機器。
【請求項３８】前記書き込み手段は前記カートリッジに
記録された識別子を前記メモリに保持された識別子によ
って更新する更新手段を含む、請求項３７記載の周辺機
器。