JP4209541B2 - 通信端末、および通信端末の制御方法 - Google Patents
通信端末、および通信端末の制御方法 Download PDFInfo
- Publication number
- JP4209541B2 JP4209541B2 JP13293799A JP13293799A JP4209541B2 JP 4209541 B2 JP4209541 B2 JP 4209541B2 JP 13293799 A JP13293799 A JP 13293799A JP 13293799 A JP13293799 A JP 13293799A JP 4209541 B2 JP4209541 B2 JP 4209541B2
- Authority
- JP
- Japan
- Prior art keywords
- communication terminal
- identification information
- communication
- repeater
- category
- 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.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【産業上の利用分野】
この発明は、通信端末、中継器、周辺機器およびコンピュータ読み取り可能な記録媒体に関し、特にたとえば、ネットワークを介した通信に適用される、通信端末、中継器、周辺機器およびコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
インターネットを利用した電話通信を可能とするソフトウェアとして、VocalTec Communications Ltd.のインターネットフォンがある。このソフトウェアをインストールした通信端末をインターネットに接続し、インターネット上でこのソフトウェアを立ち上げると、通信端末がコールセンタ（中継器）と接続される。この状態でグローバルオンラインディレクトリをクリックすると、現時点でコールセンタに接続されている他の通信端末のリストが表示される。このリストから所望の通信端末を選択すれば、自身の通信端末がコールセンタを介して所望の通信端末と接続される。インターネットフォンでは、以上のようにして所望の相手との電話通信が可能となっていた。
【０００３】
【発明が解決しようとする課題】
しかし、グローバルオンラインディレクトリには現時点でコールセンタに接続されている全ての通信端末が登録されているため、インターネットフォンのユーザーが多くなるほど、このディレクトリの中から特定の通信相手を探し出すのは困難であった。
【０００４】
それゆえに、この発明の主たる目的は、特定の通信相手を容易に見つけることができる、通信端末を提供することである。
【０００８】
この発明のさらにその他の目的は、特定の通信相手を容易に見つけることができる、コンピュータ読み取り可能な記録媒体を提供することである。
【０００９】
【課題を解決するための手段】
第１の発明は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末において、カテゴリ識別情報を記憶するメモリ、中継器との接続状態を確立する確立手段、中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する第１受信手段、第１受信手段によって受信された１または２以上の通信端末情報の中から前記メモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する特定手段、特定手段によって特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示手段、表示手段によって表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する要求手段、および要求手段が中継器に通信の開始を要求した相手通信端末との間で通信を行う通信手段を備える、通信端末である。
【００１０】
第１の発明では、通信端末は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報（識別情報（カテゴリコード））と自端末を識別する端末識別情報（アドレス情報）を含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う。この通信端末において、メモリはカテゴリ識別情報を記憶する。確立手段は中継器との接続状態を確立する。第１受信手段は中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する。特定手段は第１受信手段によって受信された１または２以上の通信端末情報の中からメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する。表示手段は特定手段によって特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する。要求手段は表示手段によって表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する。そして、通信手段は要求手段が中継器に通信の開始を要求した相手通信端末との間で通信を行う。
【００１１】
第１の発明によれば、特定手段が１または２以上の通信端末情報の中からメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定し、表示手段が特定手段によって特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示するので、特定の通信相手を容易に見つけることができる。
【００１２】
第２の発明は、第１の発明に従属する発明であって、メモリは、カテゴリ識別情報と端末識別情報とを含む通信端末情報を記憶し、確立手段は、接続状態の確立要求をメモリに記憶された通信端末情報とともに中継器に送信する送信手段を含む。
【００１３】
第２の発明では、メモリは、カテゴリ識別情報と端末識別情報とを含む通信端末情報を記憶し、確立手段は、接続状態の確立要求をメモリに記憶された通信端末情報とともに中継器に送信する送信手段を含んでいる。
【００１４】
第３の発明は、第１または第２の発明に従属する発明であって、通信端末は、通信手段によって通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信手段、および第２受信手段が受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する更新手段をさらに備える。
【００１５】
第３の発明では、第２受信手段は通信手段によって通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信し、更新手段は第２受信手段が受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する。
【００１６】
第４の発明は、第１ないし第３のいずれかの発明に従属する発明であって、キャラクタは、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応する形状を有する。
【００１７】
第４の発明では、キャラクタは、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応する形状を有している。
【００１８】
第５の発明は、第１ないし第４のいずれかの発明に従属する発明であって、通信手段により相手通信端末と音声通信を行うマイクをさらに備える。
【００１９】
第５の発明では、通信端末は、通信手段により相手通信端末と音声通信を行うマイクをさらに備えている。
【００２０】
第６の発明は、第１ないし第５のいずれかの発明に従属する発明であって、通信手段により前記相手通信端末と画像通信を行うカメラをさらに備える。
【００２１】
第６の発明では、通信端末は、通信手段により前記相手通信端末と画像通信を行うカメラをさらに備えている。
【００２２】
第７の発明は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末に、中継器との接続状態を確立する確立ステップ、中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する第１受信ステップ、第１受信ステップにおいて受信した１または２以上の通信端末情報の中から自端末のメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する特定ステップ、特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示ステップ、表示ステップにおいて表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する要求ステップ、および要求ステップにおいて中継器に通信の開始を要求した相手通信端末との間で通信を行う通信ステップを実行させるプログラムを記録した、コンピュータ読み取り可能な記録媒体である。
【００２３】
第７の発明では、コンピュータ読み取り可能な記録媒体は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報（識別情報（カテゴリコード））と自端末を識別する端末識別情報（アドレス情報）を含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末に実行させるプログラムを記録している。このプログラムは、確立ステップで中継器との接続状態を確立し、第１受信ステップで中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信し、特定ステップで第１受信ステップにおいて受信した１または２以上の通信端末情報の中から自端末のメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定し、表示ステップで特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示し、要求ステップで表示ステップにおいて表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求し、そして、通信ステップで要求ステップにおいて中継器に通信の開始を要求した相手通信端末との間で通信を行う。
【００２４】
第７の発明によれば、特定ステップにおいて１または２以上の通信端末情報の中からメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定し、表示ステップで特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示するので、特定の通信相手を容易に見つけることができる。
【００２５】
第８の発明は、第７の発明に従属する発明であって、確立ステップは、接続状態の確立要求をメモリに記憶されたカテゴリ識別情報と端末識別情報とを含む通信端末情報とともに中継器に送信する送信ステップをさらに含む。
【００２６】
第８の発明では、確立ステップは、接続状態の確立要求をメモリに記憶されたカテゴリ識別情報と端末識別情報とを含む通信端末情報とともに中継器に送信する送信ステップをさらに含んでいる。
【００２７】
第９の発明は、第７または第８の発明に従属する発明であって、通信ステップにおいて通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および第２受信ステップにおいて受信した新規なカテゴリ識別情報で前記メモリに記憶されている前記カテゴリ識別情報を更新する更新ステップをさらに含む。
【００２８】
第９の発明では、コンピュータに読み取り可能な記録媒体に記憶されているプログラムは、通信ステップにおいて通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および第２受信ステップにおいて受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する更新ステップをさらに含んでいる。
【００３５】
第１０の発明は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末の制御方法であって、中継器との接続状態を確立する確立ステップ、中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する第１受信ステップ、第１受信ステップにおいて受信した１または２以上の通信端末情報の中から自端末のメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する特定ステップ、特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示ステップ、表示ステップにおいて表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する要求ステップ、および要求ステップにおいて中継器に通信の開始を要求した相手通信端末との間で通信を行う通信ステップを含む、通信端末の制御方法。
【００３６】
第１０の発明では、通信端末の制御方法は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末の制御方法である。この通信端末の制御方法は、中継器との接続状態を確立する確立ステップ、中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する第１受信ステップ、第１受信ステップにおいて受信した１または２以上の通信端末情報の中から自端末のメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する特定ステップ、特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示ステップ、表示ステップにおいて表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する要求ステップ、および要求ステップにおいて中継器に通信の開始を要求した相手通信端末との間で通信を行う通信ステップを含んでいる。
【００３７】
第１１の発明は、第１０の発明に従属する発明であって、確立ステップは、接続状態の確立要求をメモリに記憶されたカテゴリ識別情報と端末識別情報とを含む通信端末情報とともに中継器に送信する送信ステップをさらに含む。
【００３８】
第１１の発明では、確立ステップは、接続状態の確立要求をメモリに記憶されたカテゴリ識別情報と端末識別情報とを含む通信端末情報とともに中継器に送信する送信ステップをさらに含んでいる。
【００３９】
第１２の発明は、第１０または第１１の発明に従属する発明であって、通信ステップにおいて通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および第２受信ステップにおいて受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する更新ステップをさらに含む。
【００４０】
第１２の発明では、通信端末の制御方法は、通信ステップにおいて通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および第２受信ステップにおいて受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する更新ステップをさらに含んでいる。
【００４３】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００４４】
【実施例】
図１を参照して、この実施例のコミュニケーションサービスシステム１０は、インターネット１２を介して接続された複数のユーザ側通信端末１４ａ〜１４ｄならびに複数のホスト側通信端末１６ａ〜１６ｅおよび１８ａ〜１８ｅを含む。このうち、ホスト側通信端末１６ａ〜１６ｅは共通の親サイト１６に属し、ホスト側通信端末１８ａ〜１８ｅもまた共通の親サイト１８に属する。ユーザ側通信端末は、発呼および着呼のいずれによっても他のユーザ側通信端末と通信を行い、また発呼によってホスト側通信端末と通信を行う。ホスト側通信端末は、ユーザ側通信端末から着呼があったときだけそのユーザ側通信端末と通信を行う。いずれの場合でも、通信は、リフレクタサーバ（中継器）２０を介して行われる。
【００４５】
ユーザ側通信端末１４ａおよび１４ｂには、図２に示すようなマイク一体型カメラ２２が接続される。カメラヘッドは骸骨の形状をした人形によって覆われ、カメラヘッドに設けられたカメラ装置２２ａの光学系は、骸骨の開口部を通して被写体像を捉える。他のユーザ側通信端末１４ｃおよび１４ｄに接続されるマイク一体型カメラ（図示せず）には、アニメーションのキャラクタの形状をした人形が取り付けられる。それぞれのマイク一体型カメラには、人形の形状に対応する識別情報が割当てられる。
【００４６】
一方、親サイト１６はホラーをテーマとするサイトであり、親サイト１８はアニメーションをテーマとするサイトである。親サイト１６は複数のホスト側通信端末１６ａ〜１６ｅによって構成され、親サイト１８は複数のホスト側通信端末１８ａ〜１８ｅによって構成される。このようなホスト側通信端末にも上述と同様のマイク一体型カメラが個別に接続され、互いに異なる識別情報が各ホスト側通信端末に割り当てられる。
【００４７】
識別情報は、図７に示すテーブルに対応する複数のカテゴリコードを含む。図７から分かるように、カテゴリコード１が掌握するカテゴリはカテゴリコード２が掌握するカテゴリよりも広く、カテゴリコード２が掌握するカテゴリはカテゴリコード３が掌握するカテゴリよりも広い。つまり、係数が大きくなるにつれてそのカテゴリコードが掌握するカテゴリが狭くなる。
【００４８】
図２に示すマイク一体型カメラ２２に割り当てられた識別情報は、“ホラー”を示すカテゴリコード１および“骸骨”を示すカテゴリコード２を含む。一方、ユーザ側通信端末１４ｃおよび１４ｄに接続されたマイク一体型カメラに“カバ君”の人形が取り付けられている場合、このマイク一体型カメラの割り当てられた識別情報は、“アニメーション”を示すカテゴリコード１，“ＰＭランド”を示すカテゴリコード２および“カバ君”を示すカテゴリコード３を有する。
【００４９】
親サイト１６はホラーをテーマとするため、ホスト側通信端末１６ａ〜１６ｅはいずれも“ホラー”を示すカテゴリコード１を持つ。ただし、カテゴリコード２は、各ホスト側通信端末１６ａ〜１６ｅにおいて互いに異なる。たとえば、ホスト側通信端末１６ａは“骸骨”を示すカテゴリコード２を持ち、ホスト側通信端末１６ｂは“吸血鬼”を示すカテゴリコード２を持ち、ホスト側通信端末１６ｃは“人造人間”を示すカテゴリコード２を持つ。この結果、各ホスト側通信端末１６ａ〜１６ｅに割当てられた識別情報は、互いに異なる。
【００５０】
親サイト１８はアニメーションをテーマとしており、各ホスト側通信端末１８ａ〜１８ｅにも上述と同じ要領でカテゴリコード１〜３が割当てられる。つまり、カテゴリコード１はどの端末でも“アニメーション”を示すが、カテゴリコード２は複数の端末毎に異なり、カテゴリコード３は各端末毎に異なる。このようにして、互いに異なる識別情報がホスト側通信端末１８ａ〜１８ｅに割当てられる。
【００５１】
マイク一体型カメラ２２は、図３に示すように構成される。カメラ２２ａ，不揮発性のメモリ２２ｃおよびマイク２２ｄはインタフェース２２ｂと接続され、マイク一体型カメラ２２は、このようなインタフェース２２ｄによって通信端末１４ａまたは１４ｂと接続される。カメラ２２ａから出力された被写体像の画像データおよびマイク２２ｄから出力された音声データは、インタフェース２２ｄを経て通信端末１４ａまたは１４ｂに与えられる。識別情報は、メモリ２２ｃに格納される。
【００５２】
図４を参照して、ユーザ側通信端末１４ａは、ＣＰＵ１５ｂを含む。ＣＰＵ１５ｂは、バス１５ｉを介してディスプレイ１５ａ，キーボード１５ｅ，ワークメモリ１５ｃ，プログラムメモリ１５ｅ，周辺機器インタフェース１５ｆ，ネットワークインタフェース１５ｇおよびリムーバブルメディアインタフェース１５ｈと接続される。このような通信端末１４ａは、周辺機器インタフェース１５ｆによって図２に示すマイク一体型カメラ２２と接続され、ネットワークインタフェース１５ｇによってインターネット１２と接続される。
【００５３】
さらに、ユーザ側通信制御プログラムが記録されたＣＤ−ＲＯＭ２４がリムーバブルメディアインタフェース１５ｈと接続され、ユーザ側通信制御プログラムは、このインタフェース１５ｈを通してプログラムメモリ１５ｄにインストールされる。また、マイク一体型カメラ２２に割り当てられた識別情報は、メモリ２２ｃから読み出されてワークメモリ１５ｃに書きこまれる。
【００５４】
ホスト側通信端末１６ａは、図５に示すように構成される。つまり、ＣＰＵ１７ｂが、バス１７ｉを介してディスプレイ１７ａ，キーボード１７ｅ，ワークメモリ１７ｃ，プログラムメモリ１７ｅ，周辺機器インタフェース１７ｆ，ネットワークインタフェース１７ｇおよびリムーバブルメディアインタフェース１７ｈと接続される。通信端末１６ａは、ネットワークインタフェース１７ｇによってインターネットと接続され、周辺機器インタフェース１７ｆによってマイク一体型カメラと接続され、そしてリムーバブルメディアインタフェース１７ｈによってＣＤ−ＲＯＭ２６と接続される。ＣＤ−ＲＯＭ２６にはホスト側通信制御プログラムが記録されており、この通信制御プログラムは、インタフェース１７ｈを通してプログラムメモリ１７ｄにインストールされる。また、マイク一体型カメラから読み出された識別情報は、ワークメモリ１７ｃに格納される。
【００５５】
リフレクタサーバ２０は、図６に示すように構成される。つまり、ＣＰＵ２０ａ，ワークメモリ２０ｂ，プログラムメモリ２０ｃおよびリムーバブルメディアインタフェース２０ｄが、バス２０ｅを介して互いに接続される。リフレクタサーバ２０用の通信制御プログラムはＣＤ−ＲＯＭ２８に記録され、この通信制御プログラムは、インタフェース２０ｄを介してプログラムメモリ２０ｃにインストールされる。
【００５６】
なお、他のユーザ側通信端末１４ｂ〜１４ｄは図４に示すように構成され、他のホスト側通信端末１６ｂ〜１６ｅおよび１８ａ〜１８ｅもまた図５に示すように構成されるため、重複した説明は省略する。
【００５７】
ユーザ側通信端末１４ａ〜１４ｄは、通信の開始時に、通信端末情報を接続状態の確立要求とともにリフレクタサーバ２０に送信する。通信端末情報は、図８に示すようにアドレス情報，システム情報，属性情報および上述の識別情報を含む。アドレス情報は、この実施例のコミュニケーションサービスに加入したときに各通信端末に割当てられる。また、システム情報は、通信速度，通信形態，ユーザ情報，サービスの内容などを含む。さらに、属性情報は、自分がユーザ側端末であるかホスト側端末であるかや、自分のグレードを示す。
【００５８】
ホスト側通信端末１６ａ〜１６ｅおよび１８ａ〜１８ｅもまた、通信の開始時に、同様の通信端末情報をリフレクタサーバ２０に送信する。
【００５９】
リフレクタサーバ２０は、このような通信端末情報を受信したとき、通信端末情報を図６に示すワークメモリ２０ｂに登録する。通信端末情報がワークメモリ２０ｂに登録されると、それぞれの通信端末とリフレクタサーバとの接続が確立され、通信端末は待機状態となる。このような待機状態となった通信端末が、現時点で通信可能な通信端末となる。なお、リフレクタサーバ２０は常に起動されており、ホスト側通信端末１６ａ〜１６ｅおよび１８ａ〜１８ｅもまた、常にリフレクタサーバ２０と接続されている。
【００６０】
ユーザが通信端末１４ａを用いて他のユーザまたはホストと通信を行うとき、ユーザ側通信端末１４ａに設けられたＣＰＵ１５ｂは、図９〜図１１に示すフロー図を処理する。また、リフレクタサーバ２０に設けられたＣＰＵ２０ａは、図１２および図１３に示すフロー図に従って通信を中継し、ホスト側通信端末１６ａに設けられたＣＰＵ１７ｂは、図１４および図１５に示すフロー図に従ってユーザと通信を行う。なお、図９〜図１１に示すフロー図は、図４に示すＣＤ−ＲＯＭ２４からプログラムメモリ１５ｄにインストールされた通信制御プログラムに対応する。また、図１２および図１３に示すフロー図は、図６に示すＣＤ−ＲＯＭ２８からプログラムメモリ２０ｃにインストールされた通信制御プログラムに対応し、図１４および図１５に示すフロー図は、図５に示すＣＤ−ＲＯＭ２６からプログラムメモリ１７ｄにインストールされた通信制御プログラムに対応する。
【００６１】
まず、図９〜図１１を参照して、ＣＰＵ１５ｂは、まずステップＳ１でオペレータ（ユーザ）から接続指示が与えられたかどうか判断する。ここでＹＥＳであれば、ＣＰＵ１５ｂは、ステップＳ３でリフレクタサーバ２０との接続状態の確立をリフレクタサーバ２０に要求する。このとき、マイク一体型カメラ２２に割当てられた識別情報を含む通信端末情報も、同時に送信する。ＣＰＵ１５ｂは続いて、ステップＳ５でリフレクタサーバ２０との接続状態が確立されたかどうか判断する。リフレクタサーバ１８から承認信号が入力されなければ、ＣＰＵ１５ｂは接続の確立に失敗したと判断し、ステップＳ７に進む。ステップＳ７では確立要求を３回出力したかどうか判断し、ＮＯであればステップＳ３に戻るが、ＹＥＳであればステップＳ９のエラー処理を経てステップＳ１に戻る。
【００６２】
リフレクタサーバ２０から承認信号が入力されると、ＣＰＵ１５ｂはリフレクタサーバ２０との接続の確立に成功したと判断し、ステップＳ１１でリフレクタサーバ２０に通信端末情報を要求する。つまり、図６に示すワークメモリ２０ｂに登録されている通信端末情報を要求する。このような要求があったとき、リフレクタサーバ２０は、ワークメモリ２０ｂに登録されているが未だ通信処理を行っていない状態（待機状態）にある通信端末の通信端末情報を、要求元に送信する。ＣＰＵ１５ｂは、リフレクタサーバ２０から通信端末情報を入手できたかどうかをステップＳ１３で判断し、入手できた場合にステップＳ１３からステップＳ１５に進む。ステップＳ１５では、入手した通信端末情報に含まれる識別情報とワークメモリ１５ｃに書き込まれた識別情報とを比較する。そして、比較した通信端末情報が共通の識別情報を持つかどうかをステップＳ１７で判断する。
【００６３】
ユーザ側通信端末１４ａが持つ識別情報は“ホラー”を示すカテゴリコード１と“骸骨”を示すカテゴリコード２を含む。このような識別情報と同じ識別情報を持つ通信端末は、ホスト側通信端末１６ａおよびユーザ側通信端末１４ｂである。このため、ホスト側通信端末１６ａおよびユーザ側通信端末１４ｂは、通信端末１４ａにとって特定通信端末となる。同時に、ユーザ側通信端末１４ｂにとってはホスト側通信端末１６ａおよびユーザ側通信端末１４ａが特定通信端末となり、ホスト側通信端末１６ａにとってはユーザ側通信端末１４ａおよび１４ｂが特定通信端末となる。このように、自分と共通する識別情報を持つ通信端末が特定通信端末であり、このような特定通信端末から出力された通信端末情報を特定通信端末情報と定義する。
【００６４】
リフレクタサーバ２０は待機状態にある通信端末情報を要求元に送信するので、通信端末１６ａまたは１４ｂが待機状態であれば、ＣＰＵ１５ｂはステップＳ１７でＹＥＳと判断する。これに対して、たとえば通信端末１６ａおよび１４ｂが互いに通信処理を行っており、通信端末１４ａが特定通信端末情報を入手できなければ、ＣＰＵ１５ｂはステップＳ１７でＮＯと判断する。
【００６５】
ステップＳ１７でＹＥＳと判断された場合、ＣＰＵ１５ｂはステップＳ２１に進み、自分が持っている識別情報に対応するアイコン（キャラクタ）をディスプレイ１５ａに表示するとともに、待機状態にありかつ特定通信端末情報を除く通信端末情報をオンラインディレクトリに登録する。通信端末１４ａは“骸骨”を示すカテゴリコード２を持っているため、ディスプレイ１５ａには“骸骨”のキャラクタが表示される。なお、“骸骨”のキャラクタデータはワークメモリ１５ｃに書き込まれており、このようなキャラクタは、待機状態にある特定通信端末の数だけ表示される。
【００６６】
ステップＳ２５では、ディスプレイ１５ａに表示されたアイコンがオペレータによって選択されたかどうか判断する。そして、ＹＥＳであればステップＳ２７に進み、選択されたアイコンに対応する特定通信端末への発呼処理をリフレクタサーバ２０に要求する。ステップＳ２９では、特定通信端末が当方の通信端末と接続されたかどうか判断する。特定通信端末から応答信号が送信されなかった場合、ＣＰＵ１５ｂは接続に失敗したと判断し、ステップＳ３１でステップＳ２７の処理を３回トライしたかどうか判断する。そして、ＮＯであればステップＳ２７に戻るが、ＹＥＳであればステップＳ３３のエラー処理を経てからステップＳ４３に進む。
【００６７】
特定通信端末から応答信号が送信された場合、ＣＰＵ１５ｂは特定通信端末との接続に成功したと判断し、ステップＳ３５で通信処理を行う。これによって、ユーザ側通信端末１４ａのオペレータは、マイク一体型カメラ２０を用いて特定通信端末側のオペレータと通話をすることができる。つまり、いわゆるテレビ電話が可能となる。通話相手がホストである場合、通話時間はホスト側でカウントされ、通話時間が所定のカウント値を超えると、ホストから新規の識別情報が送信される。このため、ＣＰＵ１５ｂは、ステップＳ３７で新規の識別情報が受信されたかどうかを判断する。
【００６８】
通話時間が所定のカウント値を超えない間、ＣＰＵ１５ｂはステップＳ３７からステップＳ４１に進み、いずれかのオペレータによって通信終了指示が入力されたかどうか判断する。そして、ＮＯであれば、ＣＰＵ１５ｂはステップＳ３５に戻り、通信処理を継続して行う。通話時間が所定のカウント値を超え、新規の識別情報を受信すると、ＣＰＵ１５ｂはステップＳ３７でＹＥＳと判断し、ステップＳ３９で識別情報を更新する。つまり、ワークメモリ１５ｃに格納された識別情報を、受信した新規の識別情報によって更新するとともに、マイク一体型カメラ２２のメモリ２２ｃに格納されている識別情報も更新する。また、通信終了指示が入力されると、ＣＰＵ１５ｂはステップＳ４１でＹＥＳと判断し、ステップＳ４３に進む。なお、通信相手から終了信号が入力されたときに、相手方のオペレータが通信の終了を指示したと判断する。
【００６９】
ステップＳ２５でＮＯと判断されたとき、またはステップＳ１９が処理されたとき、ＣＰＵ１５ｂは、ステップＳ４５，Ｓ５７およびＳ６３を処理する。ステップＳ４５では通信端末がオンラインディレクトリの中から選択されたかどうかを判断し、ステップＳ５７ではリフレクタサーバ２０から着呼があったかどうかを判断し、ステップＳ６３では通信終了指示が与えられたかどうかを判断する。これらのいずれもＮＯであれば、ＣＰＵ１５ｂはステップＳ６３からステップＳ１１に戻り、上述の処理を繰り返す。なお、ステップＳ６３の処理はステップＳ１３でＮＯと判断されたときも実行される。
【００７０】
オンラインディレクトリの中から所望の通信端末が選択されると、ＣＰＵ１５ｂはステップＳ４５からステップＳ４７に進み、選択された通信端末に対する発呼処理をリフレクタサーバ２０に要求する。ステップＳ４９では、この発呼処理要求（通信開始要求）によって所望の通信端末との接続に成功したかどうか判断する。そして、接続に失敗したときは、ステップＳ５１で所望の通信端末との接続が３回トライされたかどうか判断する。ここでＮＯであればステップＳ４７に戻り、ＹＥＳであれば、ステップＳ５２でエラー処理を行ってからステップＳ４３に進む。
【００７１】
所望の通信端末との接続に成功した場合、ＣＰＵ１５ｂは、ステップＳ５３で通信処理を行うとともに、ステップＳ５５で通信終了指示が当方または通信相手から与えられたかどうかを判断する。ＣＰＵ１５ｂは、通信終了指示が与えられない限りステップＳ５３の処理を繰り返すが、通信終了指示が与えられると、ステップＳ４３に進む。なお、オンラインディレクトリから選択された通信端末は特定通信端末ではないため、ステップＳ５３およびステップＳ５５の間でステップＳ３７およびＳ３９のような識別情報の更新処理が行われることはない。
【００７２】
リフレクタサーバ２０から着呼があった場合、ＣＰＵ１５ｂはステップＳ５７からステップＳ５８に進み、発呼元の通信端末情報をワークメモリ１５ｃに書き込む。発呼元の通信端末情報は、発呼信号とともにリフレクタサーバ２０から出力される。ステップＳ５８では、この通信端末情報をワークメモリ１５ｃに書き込む。ＣＰＵ１５ｂはさらに、ステップＳ５９で発呼元のユーザ情報を通信端末情報から検出し、ディスプレイ１５ａに表示する。オペレータがこの発呼信号に応答すると、ＣＰＵ１５ｂはステップＳ６１で要求元に応答信号を出力し、その後ステップＳ５３に進む。
【００７３】
通信端末１４ａ側のオペレータがオンラインディレクトリから通信端末を選択せずかつ着呼もない状態（通信端末１４ａが待機している状態）において、通信端末１４ａ側のオペレータが通信終了指示を入力すると、ＣＰＵ１５ｂはステップＳ６３でＹＥＳと判断する。このとき、ＣＰＵ１５ｂはステップＳ４３に進む。
【００７４】
ステップＳ４３では、通信終了処理を行う。自ら終了指示を入力した場合、エラー処理が実行された場合、または待機状態において通信終了が指示された場合、ＣＰＵ１５ｂは、終了信号をリフレクタサーバ２０に出力してから接続を解除する。一方、通信相手が終了指示を入力した場合、終了信号を出力することなく処理を終了する。
【００７５】
リフレクタサーバ２０に設けられたＣＰＵ２０ａは、図１２および図１３に示すフロー図に従ってユーザ間またはユーザ・ホスト間の通信を中継する。
【００７６】
ＣＰＵ２０ａは、ステップＳ７１，Ｓ７７，Ｓ８１およびＳ８９を処理して、どのような要求が通信端末から与えられたかを判別する。具体的には、リフレクタサーバ２０に対する接続確立要求の有無をステップＳ７１で判別し、通信端末情報の要求の有無をステップＳ７７で判別する。また、所望の通信端末に対する発呼処理要求（通信開始要求）の有無をステップＳ８１で判別し、通信終了要求の有無をステップＳ８９で判別する。
【００７７】
リフレクタサーバ２０に対する接続確立要求があれば、ＣＰＵ２０ａはステップＳ７１からステップＳ７３に進み、承認信号を要求元の通信端末に送信する。さらに、ステップＳ７５で要求元の通信端末情報をワークメモリ２０ｂに登録する。つまり、要求元の通信端末は接続確立要求とともに通信端末情報を送信するため、ステップＳ７５ではこの通信端末情報をワークメモリ２０ｂに書き込む。
【００７８】
通信端末情報の要求があれば、ＣＰＵ２０ａは、ステップＳ７７からステップＳ７９に進む。そして、ワークメモリ２０ｂに登録された通信端末情報のうち待機状態にある通信端末情報だけを要求元の通信端末に送信する。
【００７９】
所望の通信端末に対する発呼処理要求があれば、ＣＰＵ２０ａはステップＳ８１からステップＳ８３に進み、所望の通信端末に対する発呼処理を行う。これによって、発呼信号が要求元の通信端末情報とともに所望の通信端末に送信される。所望の通信端末には着呼があり、所望の通信端末のオペレータがこの着呼に応答すると、応答信号がリフレクタサーバ２０に返送される。ＣＰＵ２０ａは、このような応答信号の有無をステップＳ８５で判別し、応答信号があれば、ステップＳ８７で中継処理を行う。
【００８０】
通信端末から通信終了要求があると、ＣＰＵ２０ａはステップＳ８９でＹＥＳと判断する。通信端末から送信される終了信号が通信終了要求を意味し、ＣＰＵ２０ａは、終了信号が与えられたときステップＳ９１で通信終了処理を行う。通信状態にある２つの通信端末の一方から終了信号が出力されたとき、ステップＳ９１では、他方の通信端末にこの終了信号を送信するとともに、この２つの通信端末の通信端末情報をワークメモリ２０ｂから削除する。一方、待機状態またはエラー状態にある通信端末から終了信号が出力されたとき、ステップＳ９１では出力元の通信端末情報をワークメモリ２０ｂから削除する。このとき、終了信号が別の通信端末に送信されることはない。
【００８１】
ホスト側通信端末１６ａに設けられたＣＰＵ１７ｂは、図１４および図１５に示すフロー図に従って、ユーザ側通信端末と通信を行う。
【００８２】
ＣＰＵ１７ｂは、まずステップＳ１０３でリフレクタサーバ２０との接続確立要求を自分の通信端末情報とともにリフレクタサーバ２０に送信する。ＣＰＵ１７ｂは続いてステップＳ１０５に進み、リフレクタサーバ２０との接続に成功したかどうかを承認信号によって判断する。接続に失敗したときは、ステップＳ１０７でステップＳ１０３の処理を３回トライしたかどうか判断し、ＮＯであればステップＳ１０３に戻るが、ＹＥＳであれば、ステップＳ１０９のエラー処理行う。
【００８３】
リフレクタサーバ２０との接続に成功した場合、ＣＰＵ１７ｂはステップＳ１０５からステップＳ１１３に進み、リフレクタサーバ２０からの着呼を待つ。リフレクタサーバ２０から発呼信号および通信端末情報が与えられると、ＣＰＵ１７ｂは、ステップＳ１１３で着呼があったと判断する。すると、ＣＰＵ１７ｂは、ステップＳ１１５で発呼元の通信端末情報をワークメモリ１７ｃに書き込み、ステップＳ１１７で発呼元のユーザ情報をディスプレイ１７ａに表示する。
【００８４】
オペレータがこの着呼に応答すると、ＣＰＵ１７ｂはステップＳ１１９でＹＥＳと判断し、ステップＳ１２１で応答信号をリフレクタサーバ２０に返送する。さらに、ステップＳ１２３で発呼元のユーザ側通信端末との間で通信処理を行う。ホスト側通信端末１６ａは、発呼元が共通の識別情報を持つ特定通信端末であるかどうかを問わず、通話時間をカウントする。カウントされる通話時間は、１回の通話が終了した後も保持され、同じ通信端末との通信の度に累積されていく。
【００８５】
ステップＳ１２５では、合計の通話時間が所定のカウント値を超えたかどうかを判断する。そして、ＮＯであればそのままステップＳ１２９に進むが、ＹＥＳであれば新規の識別情報を相手方に送信してからステップＳ１２９に進む。ステップＳ１２９では通信終了指示が入力されたかどうかを判断し、ＮＯであればステップＳ１２３に戻るが、ＹＥＳであればステップＳ１３１で通信終了処理を経てステップＳ１０３に戻る。ステップＳ１３１では、上述のステップＳ４３と同様の処理を行う。つまり、自ら終了指示を入力したときは、リフレクタサーバ２０に終了信号を出力してから接続を解除する。一方、相手方が終了指示を入力したときは、終了信号を出力することなく接続を解除する。
【００８６】
通信先のユーザ側通信端末が特定通信端末である場合、このユーザ側通信端末が持つ識別情報は、新規の識別情報によって更新される。この新規識別情報は、次回に通話相手となるホスト側通信端末を示す。つまり、識別情報が更新される前のユーザ側通信端末にとっては、ホスト側通信端末１６ａが特定通信端末となるが、識別情報が更新されると、更新後の識別情報と同じ識別情報を持つホスト側通信端末が特定通信端末となる。なお、通信先のユーザ側通信端末が特定通信端末でなければ、そのユーザ側通信端末は新規識別情報の受信処理を行わず、この結果、識別情報が更新されることもない。
【００８７】
ホスト側通信端末１６ａが出力する新規の識別情報は、具体的には、“ホラー”を示すカテゴリコード１と“吸血鬼”を示すカテゴリコード２を含む。このため、ユーザ側通信端末１４ａのオペレータがホスト側通信端末１６ａと所定時間以上通話すると、“ホラー”を示すカテゴリコード１と“骸骨”を示すカテゴリコード２を含む現識別情報が、新規識別情報によって更新される。新規識別情報と同じ識別情報はホスト側通信端末１６ｂに割り当てられており、ユーザ側通信端末１４ａが次回に通信を行う特定通信端末は、ホスト側通信端末１６ｂとなる。このように、識別情報は通話時間に応じて更新され、特定通信端末は同じ親サイト内で順次変化していく。言うまでもなく、特定通信端末は、ユーザ側でも順次変化していく。
【００８８】
ユーザ側通信端末１４ａがホスト側通信端末１６ａにアクセスする場合、ユーザ側通信端末１４ａに設けられたディスプレイ１５ａの画面は、次のように変化する。リフレクタサーバ２０との接続の確立を試みているとき、画面には図１６に示す画像が表示される。動画フレーム内には“接続中”の文字が表示される。リフレクタサーバ２０との接続に成功し、リフレクタサーバ２０から通信端末情報が送信されると、図１７に示す画像がディスプレイ１７ａに表示される。動画フレームには“おはなししようよ！”の文字が表示され、動画フレームの左側にはマイク一体型カメラ２２によって撮影された当方のオペレータの顔が表示される。さらに、ホスト側通信端末１６ａが待機状態にあれば、“骸骨”のアイコンが動画フレームの下側に表示される。つまり、現識別情報が“骸骨”を示すカテゴリコード２を持っているため、“骸骨”のアイコンが表示される。
【００８９】
ここで、当方のオペレータが“骸骨”のアイコンをクリックすると、ホスト側通信端末１６ａに対する発呼処理要求が出力される。この発呼処理要求にホスト側通信端末１６ａのオペレータが応答すると、ユーザ側通信端末１４ａとホスト側通信端末１６ａとがリフレクタサーバ２０を介して接続される。この結果、図１８に示すように、ホスト側のオペレータが動画フレームに表示される。当方および相手方のオペレータは、音声および画像による通話が可能となる。なお、所定時間以上の通話を行い、“吸血鬼”を示すカテゴリコード２を含む識別情報を入手した場合、次回の接続時は、“吸血鬼”のアイコンが動画フレームの下側に表示される。
【００９０】
一方、ホスト側通信端末１６ａがユーザ側通信端末１４ａによってアクセスされるとき、ホスト側通信端末１６ａに設けられたディスプレイ１７ａの表示は、次のように変化する。ユーザ側通信端末１４ａがアクセスしてくる前（待機状態）は、図１９に示すような画像がディスプレイ１７ａに表示される。動画フレームには“通信待ち”の文字が表示され、動画フレームの左側には親サイト側のオペレータが表示される。ユーザ側通信端末１４ａから発呼があり、オペレータがこれに応答すると、ユーザ側通信端末１４ａとホスト側通信端末１６ａとがリフレクタサーバ２０を介して接続される。この結果、ユーザ側のオペレータの顔が動画フレーム内に表示され、通話が可能となる。動画フレームの下側には、ユーザ情報が表示される。
【００９１】
図２１を参照して、他の実施例のマイク一体型カメラ３０では、カメラヘッドが外部に露出している。つまり、図２に示すマイク一体型カメラ２２ではカメラヘッド２２ａが骸骨の形状を持つ人形によって覆われているが、このマイク一体型カメラ３０にはこのような人形は取り付けられていない。代わりに、カメラ装置３０ａの上部にディスプレイ装置３０ｈが設けられ、これに自分の識別情報に関連するキャラクタが表示される。マイク一体型カメラ３０は、図２２に示すように構成される。インタフェース３０ｂにカメラ装置３０ａ，メモリ３０ｃおよびマイク３０ｄが接続される点は図３に示すマイク一体型カメラ２２と同じであるが、これに加えてカードリーダ／ライタ３０ｅおよび上述のディスプレイ装置３０ｈがインタフェース３０ｂに接続される。
【００９２】
カードスロット３０ｆには、パンチ穴，磁気あるいはホログラムによって識別情報が記録されたカードが装着される。カードに記録された識別情報はカードリーダ／ライタ３０ｅによって読み取られ、メモリ３０ｃに書き込まれる。メモリ３０ｃに書き込まれた識別情報は、インタフェース３０ｂに接続されたユーザ側通信端末に出力されるとともに、ディスプレイ装置３０ｈに与えられる。ディスプレイ装置３０ｈの画面には、識別情報に対応するキャラクタが表示される。
【００９３】
“ホラー”を示すカテゴリコード１および“骸骨”を示すカテゴリコード２を持つ識別情報が記録されたカードをカードスロット３０ｆに装着すると、この識別情報がメモリ３０ｃに格納され、かつ“骸骨”のキャラクタがディスプレイ３０ｈに表示される。また、このカードをカードスロット３０ｆから抜き出して、“アニメーション”を示すカテゴリコード１および“カバ君”を示すカテゴリコード２をもつ識別情報が記録された別のカードを装着すると、メモリ３０ｃに格納されていた識別情報がこの別のカードに記録された識別情報によって更新される。さらに、ディスプレイに表示されるキャラクタが“骸骨”から“カバ君”に切り換わる。
【００９４】
所定時間以上の通話によってホスト側通信端末から新規の識別情報が送信されたときは、メモリ３０ｃの識別情報が新規の識別情報によって更新され、ディスプレイ３０ｈに表示されるキャラクタも切り換わる。さらに、新規識別情報が、カードリーダ／ライタ３０ｅによってカードに書き込まれる。具体的には、カードに記録された識別子が新規識別情報によって更新される。
【００９５】
他の実施例のコミュニケーションサービスシステムでは、ユーザ側通信端末，ホスト側通信端末およびリフレクタサーバは、図１に示す形態でインターネットによって互いに接続される。さらに、ユーザ側通信端末，ホスト側通信端末およびリフレクタサーバは図４〜図６に示すように構成され、ホスト側通信端末は図１５に示すフロー図を処理する。ただし、ユーザ側通信端末は図２３〜図２５に示すフロー図を処理し、リフレクタサーバは図２６および図２７に示すフロー図を処理する。つまり、この実施例のコミュニケーションサービスシステムは、ユーザ側通信端末およびリフレクタサーバが処理するフロー図を除き、図１実施例と同じである。
【００９６】
まず、図２３を参照して、ユーザ側通信端末に設けられたＣＰＵは、ステップＳ１４１でオペレータ（ユーザ）から接続指示が与えられたかどうか判断する。ここでＹＥＳであれば、ＣＰＵはステップＳ１４３に進み、接続確立要求を自分の通信端末情報とともにリフレクタサーバに出力する。そして、ステップＳ１４５で接続状態の確立に成功したかどうか判断する。ここでＮＯであれば、ステップＳ１４７で接続状態の確立を３回試みたかどうか判断する。そして、ＮＯであればステップＳ１４３に戻るが、ＹＥＳであればステップＳ１４９でエラー処理を行い、ステップＳ１４１に戻る。なお、ステップＳ１４３では、自分の通信端末情報もリフレクタサーバに出力する。
【００９７】
一方、ステップＳ１４５でＹＥＳであればステップＳ１５３に進み、リフレクタサーバから通信端末情報を入手できたかどうか判断する。この実施例では、リフレクタサーバは、接続要求とともに受信した通信端末情報に基づいて特定通信端末情報（共通の識別情報を持つ通信端末情報）を検出し、検出した特定通信端末情報を要求元の通信端末に送信する。このため、ステップＳ１５３では、特定通信端末情報を受信したときにＹＥＳと判断し、何も受信できなかったときにＮＯと判断する。ステップＳ１５３でＹＥＳと判断したとき、ＣＰＵはステップＳ１５５に進み、対応するアイコンをディスプレイに表示する。自分が持っている識別情報が“ホラー”を示すカテゴリコード１および“骸骨”を示すカテゴリコード２を含んでいる場合は、“骸骨”のキャラクタがディスプレイに表示される。
【００９８】
ステップＳ１５７では、このアイコンがユーザによってクリックされたかどうか判断する。ここでＹＥＳであれば、ＣＰＵは、ステップＳ１５９で特定通信端末に対する発呼処理をリフレクタサーバに要求し、ステップＳ１６１に進む。ステップＳ１６１では、特定通信端末との接続に成功したかどうかを応答信号の有無で判断する。接続に失敗した場合、ＣＰＵはステップＳ１６３で発呼処理の要求を３回試みたかどうか判断し、ＮＯであればステップＳ１５９に戻るが、ＹＥＳであればステップＳ１６５でのエラー処理を経てステップＳ１７５に進む。
【００９９】
特定通信端末との接続に成功した場合、ＣＰＵはステップＳ１６７で特定通信端末と通信処理を行う。さらに、ステップＳ１６９で特定通信端末から新規の識別情報を受信したかどうか判断する。ここでＮＯであればそのままステップＳ１７３に進むが、ＹＥＳであればステップＳ１７１で現識別情報を新規識別情報によって更新してからステップＳ１７３に進む。ステップＳ１７３では、ユーザまたはホストから通信終了指示が与えられたかどうかを判断する。そして、ＮＯであればステップＳ１６７に戻るが、ＹＥＳであればステップＳ１７５に進み、通信終了処理を行ってから処理を終了する。
【０１００】
ステップＳ１５３またはＳ１５７でＮＯと判断された場合、ＣＰＵは、ステップＳ１７７で着呼があったかどうか判断する。この着呼は、自分と共通の識別情報を持つ通信端末からの発呼に基づくものである。リフレクタサーバは、ワークメモリに登録された通信端末情報の中から各通信端末毎に特定通信端末情報を検出し、検出した特定通信端末情報をそれぞれの通信端末に配信する。このため、リフレクタサーバがそれぞれの通信端末から受信する発呼処理要求は特定通信端末に対するものに限られる。したがって、ステップＳ１７７で着呼ありと判断した場合、この着呼は特定通信端末からの発呼に基づく。
【０１０１】
ユーザがこの着呼に応答すると、ＣＰＵはステップＳ１７９でＹＥＳと判断し、ステップＳ１８１で応答信号をリフレクタサーバに出力するとともに、ステップＳ１８３で発呼元の特定通信端末と通信処理を行う。相手方および当方のいずれのオペレータも通信終了指示を与えない限り、ＣＰＵはステップＳ１８３を繰り返し処理するが、いずれかから通信終了指示が与えられるとＣＰＵはステップＳ１８５からステップＳ１７５に進む。リフレクタサーバと接続されたが通信端末と通信を行っていない状態（待機状態）で、ユーザが通信終了指示を入力すると、ＣＰＵはステップＳ１８７でＹＥＳと判断し、ステップＳ１７５に進む。
【０１０２】
なお、ホスト側通信端末は自ら発呼を行うことはなく、この結果、ステップＳ１８３およびＳ１８５の間に新規の識別情報を受信する処理を設ける必要はない。
【０１０３】
図２６を参照して、リフレクタサーバに設けられたＣＰＵは、まずステップＳ１９１で通信端末から接続状態の確立要求が与えられたかどうかを判断する。確立要求があれば、ＣＰＵはステップＳ１９３に進み、要求元の通信端末と同じ識別情報を持つ特定通信端末情報を検出する。さらに、ステップＳ１９５でこ特定通信端末情報を承認信号とともに要求元の通信端末に送信し、ステップＳ１９７で要求元の通信端末情報をワークメモリに書きこむ。
【０１０４】
続くステップＳ１９９では、通信端末から発呼処理要求が与えられたかどうか判断する。発呼処理要求があった場合、ＣＰＵはステップＳ２０１で要求先の通信端末に対する発呼処理を行い、さらにステップＳ２０３で要求先の通信端末がこの発呼に応答したかどうか判断する。応答信号を受信するとＣＰＵはステップＳ２０３でＹＥＳと判断し、ステップＳ２０５で要求元の通信端末と要求先の通信端末との間で中継処理を行う。ステップＳ２０７では、通信端末から通信終了要求（終了信号）が与えられたかどうか判断する。そして、通信終了要求があえれば、ステップＳ２０９で通信終了処理を行う。
【０１０５】
このように、通信端末から接続確立要求を受けたリフレクタサーバは、ワークメモリに保持している通信端末情報の中から特定通信端末情報を検出し、検出した特定通信端末情報を要求元の通信端末に送信する。このため、それぞれの通信端末は自分で特定通信端末情報を検出する必要がない。
【０１０６】
なお、ホスト側通信端末は図１実施例と同様の処理を行うが、これは、ホスト側が受動的に通信を行うのみであり、特定通信端末を把握する必要がないからである。
【０１０７】
これらの実施例では、待機状態にある通信端末の中に自分と同じ識別情報を持つ特定通信端末が含まれている場合、所定のアイコンがディスプレイに表示される。このため、オペレータは特定の通信相手を容易に見つけることができる。また、特定通信端末がホスト側通信端末である場合、通話時間に応じて識別情報が更新される。このため、異なるホストと気軽に通話を楽しむことができる。
【０１０８】
以上の実施例では、ユーザはホストまたは他のユーザと通話を楽しむ場合について説明したが、この発明は、ユーザがホストとゲームを楽しむ場合にも適用できる。この場合、ユーザ側通信端末に接続する周辺機器として図２８に示すゲーム機器３２を準備するとともに、各ゲーム機器およびホスト側通信端末に割り当てる識別情報に、図２９に示すカテゴリコードを持たせるようにすることが考えられる。
【０１０９】
具体的に説明すると、ゲーム機器３２は、インタフェース３２ｂに接続された操作キー３２ａを含む。インタフェース３２ｂには、操作キー３２ａの他にＣＰＵ３２ｃ，ディスプレイ３２ｄおよびメモリ３２ｅが接続される。メモリ３２ｅには識別情報が格納されている。ユーザ側通信端末は、上述と同じ要領で、リフレクタサーバを介して特定通信端末と接続される。すると、特定通信端末は所定のゲームプログラムをユーザ側通信端末にダウンロードし、ダウンロードされたゲームプログラムはメモリ３２ｅに書き込まれる。オペレータが操作キーによってゲームプログラムを立ち上げると、このプログラムがＣＰＵ３２ｃによって処理される。ゲーム画面はディスプレイ３２ｄに表示され、オペレータは操作キー３２ａによってゲームを楽しむことができる。
【０１１０】
さらに、オペレータが所定の条件をクリアすると、ホスト側通信端末から新規の識別情報がダウンロードされる。メモリ３２ｅに書き込まれている現識別情報は、この新規の識別情報によって更新される。このため、ユーザが次にゲームを楽しむときは、ユーザ側通信端末は別のホスト側通信端末にアクセスする。この結果、新規のゲームプログラムがダウンロードされる。
【０１１１】
図２９を参照して、メモリ３２ｅには当初、“対戦ゲーム”を示すカテゴリコード１，“すもう”を示すカテゴリコード２および“序の口”を示すカテゴリコード３を含む識別情報が格納される。このため、最初は“序の口”の力士が対戦相手となるゲームプログラムがホスト側通信端末からダウンロードされる。オペレータがこの力士に勝つと、カテゴリコード３が“序の口”から“序二段”に変更された識別情報がホスト側通信端末から送信される。このため、ユーザ側通信端末は、別のホスト側通信端末にアクセスできることとなる。この別のホスト側通信端末は、“序二段”の力士が対戦相手となるゲームプログラムを持っており、アクセス元にこのようなゲームプログラムをダウンロードする。
【０１１２】
以上のようなゲーム機器を用いたコミュニケーションサービスシステムでは、ゲームをクリアしたときにホスト側から新規の識別情報が送信される。このため、それぞれの識別情報に対応するゲームをホスト側に準備することによって、ユーザは、ゲームをクリアする毎に新たなゲームを速やかに入手することができる。
【０１１３】
なお、以上の実施例では、各通信端末間の通信をインターネットを介して行うようにしたが、通信に用いるネットワークは、イントラネットやＬＡＮ（Local Area Network）であってもよい。
【０１１４】
また、図２によれば、マイク一体型カメラのカメラヘッドに識別情報に対応するキャラクタの人形を取り付けるようにしたが、人形の代わりに写真、絵、文字、音声などでキャラクタを表すようにする場合でも、識別情報の内容を容易に認識することができる。また、図２および図２１に示すいずれのマイク一体型カメラも机の上などに配置できるようにスタンドが形成されているが、マイク一体型カメラにクリップを設け、このクリップによってマイク一体型カメラを液晶ディスプレイの周辺に取り付けるようにしてもよい。
【０１１５】
さらに、ユーザ側通信制御プログラムは、このプログラムが記録されたＣＤ−ＲＯＭをマイク一体型カメラなどの周辺機器とともに販売してユーザに提供したり、ホスト側通信端末からユーザ側通信端末にダウンロードしてユーザに提供するようにしてもよい。さらに、このプログラムを通信端末にプリインストールして販売するようにしてもよい。
【０１１６】
また、以上の実施例では、新規識別情報はホスト側通信端末が保持し、所定の条件が満たされたときにホスト側通信端末から出力するようにしているが、新規識別情報をリフレクタサーバに持たせ、ホスト側通信端末からの指示によってリフレクタサーバからユーザ側通信端末に送信するようにしてもよい。さらに、以上の実施例では、ユーザ側通信端末が新規識別情報を受信したとき、カードやワークメモリなどに格納された現識別情報が新規識別情報によって更新されるが、新規識別情報はメモリに追記するようにしてもよい。この場合、現識別情報は、新規識別情報によって上書きされることなくメモリに保持され続け、オペレータは、所望の識別情報を選択することによって通信相手を変更することができる。
【０１１７】
さらに、以上の実施例では、ユーザ側通信端末が特定通信端末情報を受信したとき、現識別情報に対応するキャラクタ（アイコン）をディスプレイに表示するようにしているが、このような可視情報とともにあるいは可視情報に代えてキャラクタに関連する音声を出力するようにしてもよい。
【図面の簡単な説明】
【図１】この発明の１実施例を示す図解図である。
【図２】通信端末に接続される周辺機器に一例を示す斜視図である。
【図３】図２実施例の一部を示すブロック図である。
【図４】ユーザ側通信端末を示すブロック図である。
【図５】ホスト側通信端末を示すブロック図である。
【図６】リフレクタサーバを示すブロック図である。
【図７】識別情報に含まれるカテゴリコードを示すテーブルである。
【図８】通信端末情報に構成を示す図解図である。
【図９】図４に示すユーザ側通信端末の動作の一部を示すフロー図である。
【図１０】図４に示すユーザ側通信端末の動作の他の一部を示すフロー図である。
【図１１】図４に示すユーザ側通信端末の動作のその他の一部を示すフロー図である。
【図１２】図６に示すリフレクタサーバの動作の一部を示すフロー図である。
【図１３】図６に示すリフレクタサーバの動作の他の一部を示すフロー図である。
【図１４】図５に示すホスト側通信端末の動作の一部を示すフロー図である。
【図１５】図５に示すホスト側通信端末の動作の他の一部を示すフロー図である。
【図１６】図４に示すユーザ側通信端末の動作の一部を示す図解図である。
【図１７】図４に示すユーザ側通信端末の動作の他の一部を示す図解図である。
【図１８】図４に示すユーザ側通信端末の動作のその他の一部を示す図解図である。
【図１９】図６に示すホスト側通信端末の動作の一部を示す図解図である。
【図２０】図５に示すホスト側通信端末の動作の他の一部を示す図解図である。
【図２１】通信端末に接続される周辺機器の他の一例を示す図解図である。
【図２２】図２１に示す周辺機器のブロック図である。
【図２３】他の実施例に適用されるユーザ側通信端末の動作の一部を示すフロー図である。
【図２４】図２３に示すフロー図の続きの一部を示すフロー図である。
【図２５】図２３に示すフロー図の続きの他の一部を示すフロー図である。
【図２６】他の実施例に適用されるリフレクタサーバの動作の一部を示すフロー図である。
【図２７】図２６に示すフロー図の続きを示すフロー図である。
【図２８】通信端末に接続される周辺機器のその他の一例を示すブロック図である。
【図２９】図２８に示す周辺機器を用いる場合に適用される識別情報を示すテーブルである。
【符号の説明】
１０…コミュニケーションサービスシステム
１２…インターネット
１４ａ〜１４ｄ…ユーザ側通信端末
１６ａ〜１６ｅ，１８ａ〜１８ｅ…ホスト側通信端末
２０…リフレクタサーバ
【産業上の利用分野】
この発明は、通信端末、中継器、周辺機器およびコンピュータ読み取り可能な記録媒体に関し、特にたとえば、ネットワークを介した通信に適用される、通信端末、中継器、周辺機器およびコンピュータ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】
インターネットを利用した電話通信を可能とするソフトウェアとして、VocalTec Communications Ltd.のインターネットフォンがある。このソフトウェアをインストールした通信端末をインターネットに接続し、インターネット上でこのソフトウェアを立ち上げると、通信端末がコールセンタ（中継器）と接続される。この状態でグローバルオンラインディレクトリをクリックすると、現時点でコールセンタに接続されている他の通信端末のリストが表示される。このリストから所望の通信端末を選択すれば、自身の通信端末がコールセンタを介して所望の通信端末と接続される。インターネットフォンでは、以上のようにして所望の相手との電話通信が可能となっていた。
【０００３】
【発明が解決しようとする課題】
しかし、グローバルオンラインディレクトリには現時点でコールセンタに接続されている全ての通信端末が登録されているため、インターネットフォンのユーザーが多くなるほど、このディレクトリの中から特定の通信相手を探し出すのは困難であった。
【０００４】
それゆえに、この発明の主たる目的は、特定の通信相手を容易に見つけることができる、通信端末を提供することである。
【０００８】
この発明のさらにその他の目的は、特定の通信相手を容易に見つけることができる、コンピュータ読み取り可能な記録媒体を提供することである。
【０００９】
【課題を解決するための手段】
第１の発明は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末において、カテゴリ識別情報を記憶するメモリ、中継器との接続状態を確立する確立手段、中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する第１受信手段、第１受信手段によって受信された１または２以上の通信端末情報の中から前記メモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する特定手段、特定手段によって特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示手段、表示手段によって表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する要求手段、および要求手段が中継器に通信の開始を要求した相手通信端末との間で通信を行う通信手段を備える、通信端末である。
【００１０】
第１の発明では、通信端末は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報（識別情報（カテゴリコード））と自端末を識別する端末識別情報（アドレス情報）を含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う。この通信端末において、メモリはカテゴリ識別情報を記憶する。確立手段は中継器との接続状態を確立する。第１受信手段は中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する。特定手段は第１受信手段によって受信された１または２以上の通信端末情報の中からメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する。表示手段は特定手段によって特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する。要求手段は表示手段によって表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する。そして、通信手段は要求手段が中継器に通信の開始を要求した相手通信端末との間で通信を行う。
【００１１】
第１の発明によれば、特定手段が１または２以上の通信端末情報の中からメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定し、表示手段が特定手段によって特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示するので、特定の通信相手を容易に見つけることができる。
【００１２】
第２の発明は、第１の発明に従属する発明であって、メモリは、カテゴリ識別情報と端末識別情報とを含む通信端末情報を記憶し、確立手段は、接続状態の確立要求をメモリに記憶された通信端末情報とともに中継器に送信する送信手段を含む。
【００１３】
第２の発明では、メモリは、カテゴリ識別情報と端末識別情報とを含む通信端末情報を記憶し、確立手段は、接続状態の確立要求をメモリに記憶された通信端末情報とともに中継器に送信する送信手段を含んでいる。
【００１４】
第３の発明は、第１または第２の発明に従属する発明であって、通信端末は、通信手段によって通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信手段、および第２受信手段が受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する更新手段をさらに備える。
【００１５】
第３の発明では、第２受信手段は通信手段によって通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信し、更新手段は第２受信手段が受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する。
【００１６】
第４の発明は、第１ないし第３のいずれかの発明に従属する発明であって、キャラクタは、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応する形状を有する。
【００１７】
第４の発明では、キャラクタは、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応する形状を有している。
【００１８】
第５の発明は、第１ないし第４のいずれかの発明に従属する発明であって、通信手段により相手通信端末と音声通信を行うマイクをさらに備える。
【００１９】
第５の発明では、通信端末は、通信手段により相手通信端末と音声通信を行うマイクをさらに備えている。
【００２０】
第６の発明は、第１ないし第５のいずれかの発明に従属する発明であって、通信手段により前記相手通信端末と画像通信を行うカメラをさらに備える。
【００２１】
第６の発明では、通信端末は、通信手段により前記相手通信端末と画像通信を行うカメラをさらに備えている。
【００２２】
第７の発明は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末に、中継器との接続状態を確立する確立ステップ、中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する第１受信ステップ、第１受信ステップにおいて受信した１または２以上の通信端末情報の中から自端末のメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する特定ステップ、特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示ステップ、表示ステップにおいて表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する要求ステップ、および要求ステップにおいて中継器に通信の開始を要求した相手通信端末との間で通信を行う通信ステップを実行させるプログラムを記録した、コンピュータ読み取り可能な記録媒体である。
【００２３】
第７の発明では、コンピュータ読み取り可能な記録媒体は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報（識別情報（カテゴリコード））と自端末を識別する端末識別情報（アドレス情報）を含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末に実行させるプログラムを記録している。このプログラムは、確立ステップで中継器との接続状態を確立し、第１受信ステップで中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信し、特定ステップで第１受信ステップにおいて受信した１または２以上の通信端末情報の中から自端末のメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定し、表示ステップで特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示し、要求ステップで表示ステップにおいて表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求し、そして、通信ステップで要求ステップにおいて中継器に通信の開始を要求した相手通信端末との間で通信を行う。
【００２４】
第７の発明によれば、特定ステップにおいて１または２以上の通信端末情報の中からメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定し、表示ステップで特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示するので、特定の通信相手を容易に見つけることができる。
【００２５】
第８の発明は、第７の発明に従属する発明であって、確立ステップは、接続状態の確立要求をメモリに記憶されたカテゴリ識別情報と端末識別情報とを含む通信端末情報とともに中継器に送信する送信ステップをさらに含む。
【００２６】
第８の発明では、確立ステップは、接続状態の確立要求をメモリに記憶されたカテゴリ識別情報と端末識別情報とを含む通信端末情報とともに中継器に送信する送信ステップをさらに含んでいる。
【００２７】
第９の発明は、第７または第８の発明に従属する発明であって、通信ステップにおいて通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および第２受信ステップにおいて受信した新規なカテゴリ識別情報で前記メモリに記憶されている前記カテゴリ識別情報を更新する更新ステップをさらに含む。
【００２８】
第９の発明では、コンピュータに読み取り可能な記録媒体に記憶されているプログラムは、通信ステップにおいて通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および第２受信ステップにおいて受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する更新ステップをさらに含んでいる。
【００３５】
第１０の発明は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末の制御方法であって、中継器との接続状態を確立する確立ステップ、中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する第１受信ステップ、第１受信ステップにおいて受信した１または２以上の通信端末情報の中から自端末のメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する特定ステップ、特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示ステップ、表示ステップにおいて表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する要求ステップ、および要求ステップにおいて中継器に通信の開始を要求した相手通信端末との間で通信を行う通信ステップを含む、通信端末の制御方法。
【００３６】
第１０の発明では、通信端末の制御方法は、コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末の制御方法である。この通信端末の制御方法は、中継器との接続状態を確立する確立ステップ、中継器と接続された相手通信端末が保持する通信端末情報を中継器から受信する第１受信ステップ、第１受信ステップにおいて受信した１または２以上の通信端末情報の中から自端末のメモリに記憶されたカテゴリ識別情報と同一のカテゴリ識別情報を含む特定通信端末情報を特定する特定ステップ、特定ステップにおいて特定された特定通信端末情報の数だけ、メモリに記憶されたカテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示ステップ、表示ステップにおいて表示されたキャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す相手通信端末との通信の開始を中継器に要求する要求ステップ、および要求ステップにおいて中継器に通信の開始を要求した相手通信端末との間で通信を行う通信ステップを含んでいる。
【００３７】
第１１の発明は、第１０の発明に従属する発明であって、確立ステップは、接続状態の確立要求をメモリに記憶されたカテゴリ識別情報と端末識別情報とを含む通信端末情報とともに中継器に送信する送信ステップをさらに含む。
【００３８】
第１１の発明では、確立ステップは、接続状態の確立要求をメモリに記憶されたカテゴリ識別情報と端末識別情報とを含む通信端末情報とともに中継器に送信する送信ステップをさらに含んでいる。
【００３９】
第１２の発明は、第１０または第１１の発明に従属する発明であって、通信ステップにおいて通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および第２受信ステップにおいて受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する更新ステップをさらに含む。
【００４０】
第１２の発明では、通信端末の制御方法は、通信ステップにおいて通信が行われている相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および第２受信ステップにおいて受信した新規なカテゴリ識別情報でメモリに記憶されているカテゴリ識別情報を更新する更新ステップをさらに含んでいる。
【００４３】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【００４４】
【実施例】
図１を参照して、この実施例のコミュニケーションサービスシステム１０は、インターネット１２を介して接続された複数のユーザ側通信端末１４ａ〜１４ｄならびに複数のホスト側通信端末１６ａ〜１６ｅおよび１８ａ〜１８ｅを含む。このうち、ホスト側通信端末１６ａ〜１６ｅは共通の親サイト１６に属し、ホスト側通信端末１８ａ〜１８ｅもまた共通の親サイト１８に属する。ユーザ側通信端末は、発呼および着呼のいずれによっても他のユーザ側通信端末と通信を行い、また発呼によってホスト側通信端末と通信を行う。ホスト側通信端末は、ユーザ側通信端末から着呼があったときだけそのユーザ側通信端末と通信を行う。いずれの場合でも、通信は、リフレクタサーバ（中継器）２０を介して行われる。
【００４５】
ユーザ側通信端末１４ａおよび１４ｂには、図２に示すようなマイク一体型カメラ２２が接続される。カメラヘッドは骸骨の形状をした人形によって覆われ、カメラヘッドに設けられたカメラ装置２２ａの光学系は、骸骨の開口部を通して被写体像を捉える。他のユーザ側通信端末１４ｃおよび１４ｄに接続されるマイク一体型カメラ（図示せず）には、アニメーションのキャラクタの形状をした人形が取り付けられる。それぞれのマイク一体型カメラには、人形の形状に対応する識別情報が割当てられる。
【００４６】
一方、親サイト１６はホラーをテーマとするサイトであり、親サイト１８はアニメーションをテーマとするサイトである。親サイト１６は複数のホスト側通信端末１６ａ〜１６ｅによって構成され、親サイト１８は複数のホスト側通信端末１８ａ〜１８ｅによって構成される。このようなホスト側通信端末にも上述と同様のマイク一体型カメラが個別に接続され、互いに異なる識別情報が各ホスト側通信端末に割り当てられる。
【００４７】
識別情報は、図７に示すテーブルに対応する複数のカテゴリコードを含む。図７から分かるように、カテゴリコード１が掌握するカテゴリはカテゴリコード２が掌握するカテゴリよりも広く、カテゴリコード２が掌握するカテゴリはカテゴリコード３が掌握するカテゴリよりも広い。つまり、係数が大きくなるにつれてそのカテゴリコードが掌握するカテゴリが狭くなる。
【００４８】
図２に示すマイク一体型カメラ２２に割り当てられた識別情報は、“ホラー”を示すカテゴリコード１および“骸骨”を示すカテゴリコード２を含む。一方、ユーザ側通信端末１４ｃおよび１４ｄに接続されたマイク一体型カメラに“カバ君”の人形が取り付けられている場合、このマイク一体型カメラの割り当てられた識別情報は、“アニメーション”を示すカテゴリコード１，“ＰＭランド”を示すカテゴリコード２および“カバ君”を示すカテゴリコード３を有する。
【００４９】
親サイト１６はホラーをテーマとするため、ホスト側通信端末１６ａ〜１６ｅはいずれも“ホラー”を示すカテゴリコード１を持つ。ただし、カテゴリコード２は、各ホスト側通信端末１６ａ〜１６ｅにおいて互いに異なる。たとえば、ホスト側通信端末１６ａは“骸骨”を示すカテゴリコード２を持ち、ホスト側通信端末１６ｂは“吸血鬼”を示すカテゴリコード２を持ち、ホスト側通信端末１６ｃは“人造人間”を示すカテゴリコード２を持つ。この結果、各ホスト側通信端末１６ａ〜１６ｅに割当てられた識別情報は、互いに異なる。
【００５０】
親サイト１８はアニメーションをテーマとしており、各ホスト側通信端末１８ａ〜１８ｅにも上述と同じ要領でカテゴリコード１〜３が割当てられる。つまり、カテゴリコード１はどの端末でも“アニメーション”を示すが、カテゴリコード２は複数の端末毎に異なり、カテゴリコード３は各端末毎に異なる。このようにして、互いに異なる識別情報がホスト側通信端末１８ａ〜１８ｅに割当てられる。
【００５１】
マイク一体型カメラ２２は、図３に示すように構成される。カメラ２２ａ，不揮発性のメモリ２２ｃおよびマイク２２ｄはインタフェース２２ｂと接続され、マイク一体型カメラ２２は、このようなインタフェース２２ｄによって通信端末１４ａまたは１４ｂと接続される。カメラ２２ａから出力された被写体像の画像データおよびマイク２２ｄから出力された音声データは、インタフェース２２ｄを経て通信端末１４ａまたは１４ｂに与えられる。識別情報は、メモリ２２ｃに格納される。
【００５２】
図４を参照して、ユーザ側通信端末１４ａは、ＣＰＵ１５ｂを含む。ＣＰＵ１５ｂは、バス１５ｉを介してディスプレイ１５ａ，キーボード１５ｅ，ワークメモリ１５ｃ，プログラムメモリ１５ｅ，周辺機器インタフェース１５ｆ，ネットワークインタフェース１５ｇおよびリムーバブルメディアインタフェース１５ｈと接続される。このような通信端末１４ａは、周辺機器インタフェース１５ｆによって図２に示すマイク一体型カメラ２２と接続され、ネットワークインタフェース１５ｇによってインターネット１２と接続される。
【００５３】
さらに、ユーザ側通信制御プログラムが記録されたＣＤ−ＲＯＭ２４がリムーバブルメディアインタフェース１５ｈと接続され、ユーザ側通信制御プログラムは、このインタフェース１５ｈを通してプログラムメモリ１５ｄにインストールされる。また、マイク一体型カメラ２２に割り当てられた識別情報は、メモリ２２ｃから読み出されてワークメモリ１５ｃに書きこまれる。
【００５４】
ホスト側通信端末１６ａは、図５に示すように構成される。つまり、ＣＰＵ１７ｂが、バス１７ｉを介してディスプレイ１７ａ，キーボード１７ｅ，ワークメモリ１７ｃ，プログラムメモリ１７ｅ，周辺機器インタフェース１７ｆ，ネットワークインタフェース１７ｇおよびリムーバブルメディアインタフェース１７ｈと接続される。通信端末１６ａは、ネットワークインタフェース１７ｇによってインターネットと接続され、周辺機器インタフェース１７ｆによってマイク一体型カメラと接続され、そしてリムーバブルメディアインタフェース１７ｈによってＣＤ−ＲＯＭ２６と接続される。ＣＤ−ＲＯＭ２６にはホスト側通信制御プログラムが記録されており、この通信制御プログラムは、インタフェース１７ｈを通してプログラムメモリ１７ｄにインストールされる。また、マイク一体型カメラから読み出された識別情報は、ワークメモリ１７ｃに格納される。
【００５５】
リフレクタサーバ２０は、図６に示すように構成される。つまり、ＣＰＵ２０ａ，ワークメモリ２０ｂ，プログラムメモリ２０ｃおよびリムーバブルメディアインタフェース２０ｄが、バス２０ｅを介して互いに接続される。リフレクタサーバ２０用の通信制御プログラムはＣＤ−ＲＯＭ２８に記録され、この通信制御プログラムは、インタフェース２０ｄを介してプログラムメモリ２０ｃにインストールされる。
【００５６】
なお、他のユーザ側通信端末１４ｂ〜１４ｄは図４に示すように構成され、他のホスト側通信端末１６ｂ〜１６ｅおよび１８ａ〜１８ｅもまた図５に示すように構成されるため、重複した説明は省略する。
【００５７】
ユーザ側通信端末１４ａ〜１４ｄは、通信の開始時に、通信端末情報を接続状態の確立要求とともにリフレクタサーバ２０に送信する。通信端末情報は、図８に示すようにアドレス情報，システム情報，属性情報および上述の識別情報を含む。アドレス情報は、この実施例のコミュニケーションサービスに加入したときに各通信端末に割当てられる。また、システム情報は、通信速度，通信形態，ユーザ情報，サービスの内容などを含む。さらに、属性情報は、自分がユーザ側端末であるかホスト側端末であるかや、自分のグレードを示す。
【００５８】
ホスト側通信端末１６ａ〜１６ｅおよび１８ａ〜１８ｅもまた、通信の開始時に、同様の通信端末情報をリフレクタサーバ２０に送信する。
【００５９】
リフレクタサーバ２０は、このような通信端末情報を受信したとき、通信端末情報を図６に示すワークメモリ２０ｂに登録する。通信端末情報がワークメモリ２０ｂに登録されると、それぞれの通信端末とリフレクタサーバとの接続が確立され、通信端末は待機状態となる。このような待機状態となった通信端末が、現時点で通信可能な通信端末となる。なお、リフレクタサーバ２０は常に起動されており、ホスト側通信端末１６ａ〜１６ｅおよび１８ａ〜１８ｅもまた、常にリフレクタサーバ２０と接続されている。
【００６０】
ユーザが通信端末１４ａを用いて他のユーザまたはホストと通信を行うとき、ユーザ側通信端末１４ａに設けられたＣＰＵ１５ｂは、図９〜図１１に示すフロー図を処理する。また、リフレクタサーバ２０に設けられたＣＰＵ２０ａは、図１２および図１３に示すフロー図に従って通信を中継し、ホスト側通信端末１６ａに設けられたＣＰＵ１７ｂは、図１４および図１５に示すフロー図に従ってユーザと通信を行う。なお、図９〜図１１に示すフロー図は、図４に示すＣＤ−ＲＯＭ２４からプログラムメモリ１５ｄにインストールされた通信制御プログラムに対応する。また、図１２および図１３に示すフロー図は、図６に示すＣＤ−ＲＯＭ２８からプログラムメモリ２０ｃにインストールされた通信制御プログラムに対応し、図１４および図１５に示すフロー図は、図５に示すＣＤ−ＲＯＭ２６からプログラムメモリ１７ｄにインストールされた通信制御プログラムに対応する。
【００６１】
まず、図９〜図１１を参照して、ＣＰＵ１５ｂは、まずステップＳ１でオペレータ（ユーザ）から接続指示が与えられたかどうか判断する。ここでＹＥＳであれば、ＣＰＵ１５ｂは、ステップＳ３でリフレクタサーバ２０との接続状態の確立をリフレクタサーバ２０に要求する。このとき、マイク一体型カメラ２２に割当てられた識別情報を含む通信端末情報も、同時に送信する。ＣＰＵ１５ｂは続いて、ステップＳ５でリフレクタサーバ２０との接続状態が確立されたかどうか判断する。リフレクタサーバ１８から承認信号が入力されなければ、ＣＰＵ１５ｂは接続の確立に失敗したと判断し、ステップＳ７に進む。ステップＳ７では確立要求を３回出力したかどうか判断し、ＮＯであればステップＳ３に戻るが、ＹＥＳであればステップＳ９のエラー処理を経てステップＳ１に戻る。
【００６２】
リフレクタサーバ２０から承認信号が入力されると、ＣＰＵ１５ｂはリフレクタサーバ２０との接続の確立に成功したと判断し、ステップＳ１１でリフレクタサーバ２０に通信端末情報を要求する。つまり、図６に示すワークメモリ２０ｂに登録されている通信端末情報を要求する。このような要求があったとき、リフレクタサーバ２０は、ワークメモリ２０ｂに登録されているが未だ通信処理を行っていない状態（待機状態）にある通信端末の通信端末情報を、要求元に送信する。ＣＰＵ１５ｂは、リフレクタサーバ２０から通信端末情報を入手できたかどうかをステップＳ１３で判断し、入手できた場合にステップＳ１３からステップＳ１５に進む。ステップＳ１５では、入手した通信端末情報に含まれる識別情報とワークメモリ１５ｃに書き込まれた識別情報とを比較する。そして、比較した通信端末情報が共通の識別情報を持つかどうかをステップＳ１７で判断する。
【００６３】
ユーザ側通信端末１４ａが持つ識別情報は“ホラー”を示すカテゴリコード１と“骸骨”を示すカテゴリコード２を含む。このような識別情報と同じ識別情報を持つ通信端末は、ホスト側通信端末１６ａおよびユーザ側通信端末１４ｂである。このため、ホスト側通信端末１６ａおよびユーザ側通信端末１４ｂは、通信端末１４ａにとって特定通信端末となる。同時に、ユーザ側通信端末１４ｂにとってはホスト側通信端末１６ａおよびユーザ側通信端末１４ａが特定通信端末となり、ホスト側通信端末１６ａにとってはユーザ側通信端末１４ａおよび１４ｂが特定通信端末となる。このように、自分と共通する識別情報を持つ通信端末が特定通信端末であり、このような特定通信端末から出力された通信端末情報を特定通信端末情報と定義する。
【００６４】
リフレクタサーバ２０は待機状態にある通信端末情報を要求元に送信するので、通信端末１６ａまたは１４ｂが待機状態であれば、ＣＰＵ１５ｂはステップＳ１７でＹＥＳと判断する。これに対して、たとえば通信端末１６ａおよび１４ｂが互いに通信処理を行っており、通信端末１４ａが特定通信端末情報を入手できなければ、ＣＰＵ１５ｂはステップＳ１７でＮＯと判断する。
【００６５】
ステップＳ１７でＹＥＳと判断された場合、ＣＰＵ１５ｂはステップＳ２１に進み、自分が持っている識別情報に対応するアイコン（キャラクタ）をディスプレイ１５ａに表示するとともに、待機状態にありかつ特定通信端末情報を除く通信端末情報をオンラインディレクトリに登録する。通信端末１４ａは“骸骨”を示すカテゴリコード２を持っているため、ディスプレイ１５ａには“骸骨”のキャラクタが表示される。なお、“骸骨”のキャラクタデータはワークメモリ１５ｃに書き込まれており、このようなキャラクタは、待機状態にある特定通信端末の数だけ表示される。
【００６６】
ステップＳ２５では、ディスプレイ１５ａに表示されたアイコンがオペレータによって選択されたかどうか判断する。そして、ＹＥＳであればステップＳ２７に進み、選択されたアイコンに対応する特定通信端末への発呼処理をリフレクタサーバ２０に要求する。ステップＳ２９では、特定通信端末が当方の通信端末と接続されたかどうか判断する。特定通信端末から応答信号が送信されなかった場合、ＣＰＵ１５ｂは接続に失敗したと判断し、ステップＳ３１でステップＳ２７の処理を３回トライしたかどうか判断する。そして、ＮＯであればステップＳ２７に戻るが、ＹＥＳであればステップＳ３３のエラー処理を経てからステップＳ４３に進む。
【００６７】
特定通信端末から応答信号が送信された場合、ＣＰＵ１５ｂは特定通信端末との接続に成功したと判断し、ステップＳ３５で通信処理を行う。これによって、ユーザ側通信端末１４ａのオペレータは、マイク一体型カメラ２０を用いて特定通信端末側のオペレータと通話をすることができる。つまり、いわゆるテレビ電話が可能となる。通話相手がホストである場合、通話時間はホスト側でカウントされ、通話時間が所定のカウント値を超えると、ホストから新規の識別情報が送信される。このため、ＣＰＵ１５ｂは、ステップＳ３７で新規の識別情報が受信されたかどうかを判断する。
【００６８】
通話時間が所定のカウント値を超えない間、ＣＰＵ１５ｂはステップＳ３７からステップＳ４１に進み、いずれかのオペレータによって通信終了指示が入力されたかどうか判断する。そして、ＮＯであれば、ＣＰＵ１５ｂはステップＳ３５に戻り、通信処理を継続して行う。通話時間が所定のカウント値を超え、新規の識別情報を受信すると、ＣＰＵ１５ｂはステップＳ３７でＹＥＳと判断し、ステップＳ３９で識別情報を更新する。つまり、ワークメモリ１５ｃに格納された識別情報を、受信した新規の識別情報によって更新するとともに、マイク一体型カメラ２２のメモリ２２ｃに格納されている識別情報も更新する。また、通信終了指示が入力されると、ＣＰＵ１５ｂはステップＳ４１でＹＥＳと判断し、ステップＳ４３に進む。なお、通信相手から終了信号が入力されたときに、相手方のオペレータが通信の終了を指示したと判断する。
【００６９】
ステップＳ２５でＮＯと判断されたとき、またはステップＳ１９が処理されたとき、ＣＰＵ１５ｂは、ステップＳ４５，Ｓ５７およびＳ６３を処理する。ステップＳ４５では通信端末がオンラインディレクトリの中から選択されたかどうかを判断し、ステップＳ５７ではリフレクタサーバ２０から着呼があったかどうかを判断し、ステップＳ６３では通信終了指示が与えられたかどうかを判断する。これらのいずれもＮＯであれば、ＣＰＵ１５ｂはステップＳ６３からステップＳ１１に戻り、上述の処理を繰り返す。なお、ステップＳ６３の処理はステップＳ１３でＮＯと判断されたときも実行される。
【００７０】
オンラインディレクトリの中から所望の通信端末が選択されると、ＣＰＵ１５ｂはステップＳ４５からステップＳ４７に進み、選択された通信端末に対する発呼処理をリフレクタサーバ２０に要求する。ステップＳ４９では、この発呼処理要求（通信開始要求）によって所望の通信端末との接続に成功したかどうか判断する。そして、接続に失敗したときは、ステップＳ５１で所望の通信端末との接続が３回トライされたかどうか判断する。ここでＮＯであればステップＳ４７に戻り、ＹＥＳであれば、ステップＳ５２でエラー処理を行ってからステップＳ４３に進む。
【００７１】
所望の通信端末との接続に成功した場合、ＣＰＵ１５ｂは、ステップＳ５３で通信処理を行うとともに、ステップＳ５５で通信終了指示が当方または通信相手から与えられたかどうかを判断する。ＣＰＵ１５ｂは、通信終了指示が与えられない限りステップＳ５３の処理を繰り返すが、通信終了指示が与えられると、ステップＳ４３に進む。なお、オンラインディレクトリから選択された通信端末は特定通信端末ではないため、ステップＳ５３およびステップＳ５５の間でステップＳ３７およびＳ３９のような識別情報の更新処理が行われることはない。
【００７２】
リフレクタサーバ２０から着呼があった場合、ＣＰＵ１５ｂはステップＳ５７からステップＳ５８に進み、発呼元の通信端末情報をワークメモリ１５ｃに書き込む。発呼元の通信端末情報は、発呼信号とともにリフレクタサーバ２０から出力される。ステップＳ５８では、この通信端末情報をワークメモリ１５ｃに書き込む。ＣＰＵ１５ｂはさらに、ステップＳ５９で発呼元のユーザ情報を通信端末情報から検出し、ディスプレイ１５ａに表示する。オペレータがこの発呼信号に応答すると、ＣＰＵ１５ｂはステップＳ６１で要求元に応答信号を出力し、その後ステップＳ５３に進む。
【００７３】
通信端末１４ａ側のオペレータがオンラインディレクトリから通信端末を選択せずかつ着呼もない状態（通信端末１４ａが待機している状態）において、通信端末１４ａ側のオペレータが通信終了指示を入力すると、ＣＰＵ１５ｂはステップＳ６３でＹＥＳと判断する。このとき、ＣＰＵ１５ｂはステップＳ４３に進む。
【００７４】
ステップＳ４３では、通信終了処理を行う。自ら終了指示を入力した場合、エラー処理が実行された場合、または待機状態において通信終了が指示された場合、ＣＰＵ１５ｂは、終了信号をリフレクタサーバ２０に出力してから接続を解除する。一方、通信相手が終了指示を入力した場合、終了信号を出力することなく処理を終了する。
【００７５】
リフレクタサーバ２０に設けられたＣＰＵ２０ａは、図１２および図１３に示すフロー図に従ってユーザ間またはユーザ・ホスト間の通信を中継する。
【００７６】
ＣＰＵ２０ａは、ステップＳ７１，Ｓ７７，Ｓ８１およびＳ８９を処理して、どのような要求が通信端末から与えられたかを判別する。具体的には、リフレクタサーバ２０に対する接続確立要求の有無をステップＳ７１で判別し、通信端末情報の要求の有無をステップＳ７７で判別する。また、所望の通信端末に対する発呼処理要求（通信開始要求）の有無をステップＳ８１で判別し、通信終了要求の有無をステップＳ８９で判別する。
【００７７】
リフレクタサーバ２０に対する接続確立要求があれば、ＣＰＵ２０ａはステップＳ７１からステップＳ７３に進み、承認信号を要求元の通信端末に送信する。さらに、ステップＳ７５で要求元の通信端末情報をワークメモリ２０ｂに登録する。つまり、要求元の通信端末は接続確立要求とともに通信端末情報を送信するため、ステップＳ７５ではこの通信端末情報をワークメモリ２０ｂに書き込む。
【００７８】
通信端末情報の要求があれば、ＣＰＵ２０ａは、ステップＳ７７からステップＳ７９に進む。そして、ワークメモリ２０ｂに登録された通信端末情報のうち待機状態にある通信端末情報だけを要求元の通信端末に送信する。
【００７９】
所望の通信端末に対する発呼処理要求があれば、ＣＰＵ２０ａはステップＳ８１からステップＳ８３に進み、所望の通信端末に対する発呼処理を行う。これによって、発呼信号が要求元の通信端末情報とともに所望の通信端末に送信される。所望の通信端末には着呼があり、所望の通信端末のオペレータがこの着呼に応答すると、応答信号がリフレクタサーバ２０に返送される。ＣＰＵ２０ａは、このような応答信号の有無をステップＳ８５で判別し、応答信号があれば、ステップＳ８７で中継処理を行う。
【００８０】
通信端末から通信終了要求があると、ＣＰＵ２０ａはステップＳ８９でＹＥＳと判断する。通信端末から送信される終了信号が通信終了要求を意味し、ＣＰＵ２０ａは、終了信号が与えられたときステップＳ９１で通信終了処理を行う。通信状態にある２つの通信端末の一方から終了信号が出力されたとき、ステップＳ９１では、他方の通信端末にこの終了信号を送信するとともに、この２つの通信端末の通信端末情報をワークメモリ２０ｂから削除する。一方、待機状態またはエラー状態にある通信端末から終了信号が出力されたとき、ステップＳ９１では出力元の通信端末情報をワークメモリ２０ｂから削除する。このとき、終了信号が別の通信端末に送信されることはない。
【００８１】
ホスト側通信端末１６ａに設けられたＣＰＵ１７ｂは、図１４および図１５に示すフロー図に従って、ユーザ側通信端末と通信を行う。
【００８２】
ＣＰＵ１７ｂは、まずステップＳ１０３でリフレクタサーバ２０との接続確立要求を自分の通信端末情報とともにリフレクタサーバ２０に送信する。ＣＰＵ１７ｂは続いてステップＳ１０５に進み、リフレクタサーバ２０との接続に成功したかどうかを承認信号によって判断する。接続に失敗したときは、ステップＳ１０７でステップＳ１０３の処理を３回トライしたかどうか判断し、ＮＯであればステップＳ１０３に戻るが、ＹＥＳであれば、ステップＳ１０９のエラー処理行う。
【００８３】
リフレクタサーバ２０との接続に成功した場合、ＣＰＵ１７ｂはステップＳ１０５からステップＳ１１３に進み、リフレクタサーバ２０からの着呼を待つ。リフレクタサーバ２０から発呼信号および通信端末情報が与えられると、ＣＰＵ１７ｂは、ステップＳ１１３で着呼があったと判断する。すると、ＣＰＵ１７ｂは、ステップＳ１１５で発呼元の通信端末情報をワークメモリ１７ｃに書き込み、ステップＳ１１７で発呼元のユーザ情報をディスプレイ１７ａに表示する。
【００８４】
オペレータがこの着呼に応答すると、ＣＰＵ１７ｂはステップＳ１１９でＹＥＳと判断し、ステップＳ１２１で応答信号をリフレクタサーバ２０に返送する。さらに、ステップＳ１２３で発呼元のユーザ側通信端末との間で通信処理を行う。ホスト側通信端末１６ａは、発呼元が共通の識別情報を持つ特定通信端末であるかどうかを問わず、通話時間をカウントする。カウントされる通話時間は、１回の通話が終了した後も保持され、同じ通信端末との通信の度に累積されていく。
【００８５】
ステップＳ１２５では、合計の通話時間が所定のカウント値を超えたかどうかを判断する。そして、ＮＯであればそのままステップＳ１２９に進むが、ＹＥＳであれば新規の識別情報を相手方に送信してからステップＳ１２９に進む。ステップＳ１２９では通信終了指示が入力されたかどうかを判断し、ＮＯであればステップＳ１２３に戻るが、ＹＥＳであればステップＳ１３１で通信終了処理を経てステップＳ１０３に戻る。ステップＳ１３１では、上述のステップＳ４３と同様の処理を行う。つまり、自ら終了指示を入力したときは、リフレクタサーバ２０に終了信号を出力してから接続を解除する。一方、相手方が終了指示を入力したときは、終了信号を出力することなく接続を解除する。
【００８６】
通信先のユーザ側通信端末が特定通信端末である場合、このユーザ側通信端末が持つ識別情報は、新規の識別情報によって更新される。この新規識別情報は、次回に通話相手となるホスト側通信端末を示す。つまり、識別情報が更新される前のユーザ側通信端末にとっては、ホスト側通信端末１６ａが特定通信端末となるが、識別情報が更新されると、更新後の識別情報と同じ識別情報を持つホスト側通信端末が特定通信端末となる。なお、通信先のユーザ側通信端末が特定通信端末でなければ、そのユーザ側通信端末は新規識別情報の受信処理を行わず、この結果、識別情報が更新されることもない。
【００８７】
ホスト側通信端末１６ａが出力する新規の識別情報は、具体的には、“ホラー”を示すカテゴリコード１と“吸血鬼”を示すカテゴリコード２を含む。このため、ユーザ側通信端末１４ａのオペレータがホスト側通信端末１６ａと所定時間以上通話すると、“ホラー”を示すカテゴリコード１と“骸骨”を示すカテゴリコード２を含む現識別情報が、新規識別情報によって更新される。新規識別情報と同じ識別情報はホスト側通信端末１６ｂに割り当てられており、ユーザ側通信端末１４ａが次回に通信を行う特定通信端末は、ホスト側通信端末１６ｂとなる。このように、識別情報は通話時間に応じて更新され、特定通信端末は同じ親サイト内で順次変化していく。言うまでもなく、特定通信端末は、ユーザ側でも順次変化していく。
【００８８】
ユーザ側通信端末１４ａがホスト側通信端末１６ａにアクセスする場合、ユーザ側通信端末１４ａに設けられたディスプレイ１５ａの画面は、次のように変化する。リフレクタサーバ２０との接続の確立を試みているとき、画面には図１６に示す画像が表示される。動画フレーム内には“接続中”の文字が表示される。リフレクタサーバ２０との接続に成功し、リフレクタサーバ２０から通信端末情報が送信されると、図１７に示す画像がディスプレイ１７ａに表示される。動画フレームには“おはなししようよ！”の文字が表示され、動画フレームの左側にはマイク一体型カメラ２２によって撮影された当方のオペレータの顔が表示される。さらに、ホスト側通信端末１６ａが待機状態にあれば、“骸骨”のアイコンが動画フレームの下側に表示される。つまり、現識別情報が“骸骨”を示すカテゴリコード２を持っているため、“骸骨”のアイコンが表示される。
【００８９】
ここで、当方のオペレータが“骸骨”のアイコンをクリックすると、ホスト側通信端末１６ａに対する発呼処理要求が出力される。この発呼処理要求にホスト側通信端末１６ａのオペレータが応答すると、ユーザ側通信端末１４ａとホスト側通信端末１６ａとがリフレクタサーバ２０を介して接続される。この結果、図１８に示すように、ホスト側のオペレータが動画フレームに表示される。当方および相手方のオペレータは、音声および画像による通話が可能となる。なお、所定時間以上の通話を行い、“吸血鬼”を示すカテゴリコード２を含む識別情報を入手した場合、次回の接続時は、“吸血鬼”のアイコンが動画フレームの下側に表示される。
【００９０】
一方、ホスト側通信端末１６ａがユーザ側通信端末１４ａによってアクセスされるとき、ホスト側通信端末１６ａに設けられたディスプレイ１７ａの表示は、次のように変化する。ユーザ側通信端末１４ａがアクセスしてくる前（待機状態）は、図１９に示すような画像がディスプレイ１７ａに表示される。動画フレームには“通信待ち”の文字が表示され、動画フレームの左側には親サイト側のオペレータが表示される。ユーザ側通信端末１４ａから発呼があり、オペレータがこれに応答すると、ユーザ側通信端末１４ａとホスト側通信端末１６ａとがリフレクタサーバ２０を介して接続される。この結果、ユーザ側のオペレータの顔が動画フレーム内に表示され、通話が可能となる。動画フレームの下側には、ユーザ情報が表示される。
【００９１】
図２１を参照して、他の実施例のマイク一体型カメラ３０では、カメラヘッドが外部に露出している。つまり、図２に示すマイク一体型カメラ２２ではカメラヘッド２２ａが骸骨の形状を持つ人形によって覆われているが、このマイク一体型カメラ３０にはこのような人形は取り付けられていない。代わりに、カメラ装置３０ａの上部にディスプレイ装置３０ｈが設けられ、これに自分の識別情報に関連するキャラクタが表示される。マイク一体型カメラ３０は、図２２に示すように構成される。インタフェース３０ｂにカメラ装置３０ａ，メモリ３０ｃおよびマイク３０ｄが接続される点は図３に示すマイク一体型カメラ２２と同じであるが、これに加えてカードリーダ／ライタ３０ｅおよび上述のディスプレイ装置３０ｈがインタフェース３０ｂに接続される。
【００９２】
カードスロット３０ｆには、パンチ穴，磁気あるいはホログラムによって識別情報が記録されたカードが装着される。カードに記録された識別情報はカードリーダ／ライタ３０ｅによって読み取られ、メモリ３０ｃに書き込まれる。メモリ３０ｃに書き込まれた識別情報は、インタフェース３０ｂに接続されたユーザ側通信端末に出力されるとともに、ディスプレイ装置３０ｈに与えられる。ディスプレイ装置３０ｈの画面には、識別情報に対応するキャラクタが表示される。
【００９３】
“ホラー”を示すカテゴリコード１および“骸骨”を示すカテゴリコード２を持つ識別情報が記録されたカードをカードスロット３０ｆに装着すると、この識別情報がメモリ３０ｃに格納され、かつ“骸骨”のキャラクタがディスプレイ３０ｈに表示される。また、このカードをカードスロット３０ｆから抜き出して、“アニメーション”を示すカテゴリコード１および“カバ君”を示すカテゴリコード２をもつ識別情報が記録された別のカードを装着すると、メモリ３０ｃに格納されていた識別情報がこの別のカードに記録された識別情報によって更新される。さらに、ディスプレイに表示されるキャラクタが“骸骨”から“カバ君”に切り換わる。
【００９４】
所定時間以上の通話によってホスト側通信端末から新規の識別情報が送信されたときは、メモリ３０ｃの識別情報が新規の識別情報によって更新され、ディスプレイ３０ｈに表示されるキャラクタも切り換わる。さらに、新規識別情報が、カードリーダ／ライタ３０ｅによってカードに書き込まれる。具体的には、カードに記録された識別子が新規識別情報によって更新される。
【００９５】
他の実施例のコミュニケーションサービスシステムでは、ユーザ側通信端末，ホスト側通信端末およびリフレクタサーバは、図１に示す形態でインターネットによって互いに接続される。さらに、ユーザ側通信端末，ホスト側通信端末およびリフレクタサーバは図４〜図６に示すように構成され、ホスト側通信端末は図１５に示すフロー図を処理する。ただし、ユーザ側通信端末は図２３〜図２５に示すフロー図を処理し、リフレクタサーバは図２６および図２７に示すフロー図を処理する。つまり、この実施例のコミュニケーションサービスシステムは、ユーザ側通信端末およびリフレクタサーバが処理するフロー図を除き、図１実施例と同じである。
【００９６】
まず、図２３を参照して、ユーザ側通信端末に設けられたＣＰＵは、ステップＳ１４１でオペレータ（ユーザ）から接続指示が与えられたかどうか判断する。ここでＹＥＳであれば、ＣＰＵはステップＳ１４３に進み、接続確立要求を自分の通信端末情報とともにリフレクタサーバに出力する。そして、ステップＳ１４５で接続状態の確立に成功したかどうか判断する。ここでＮＯであれば、ステップＳ１４７で接続状態の確立を３回試みたかどうか判断する。そして、ＮＯであればステップＳ１４３に戻るが、ＹＥＳであればステップＳ１４９でエラー処理を行い、ステップＳ１４１に戻る。なお、ステップＳ１４３では、自分の通信端末情報もリフレクタサーバに出力する。
【００９７】
一方、ステップＳ１４５でＹＥＳであればステップＳ１５３に進み、リフレクタサーバから通信端末情報を入手できたかどうか判断する。この実施例では、リフレクタサーバは、接続要求とともに受信した通信端末情報に基づいて特定通信端末情報（共通の識別情報を持つ通信端末情報）を検出し、検出した特定通信端末情報を要求元の通信端末に送信する。このため、ステップＳ１５３では、特定通信端末情報を受信したときにＹＥＳと判断し、何も受信できなかったときにＮＯと判断する。ステップＳ１５３でＹＥＳと判断したとき、ＣＰＵはステップＳ１５５に進み、対応するアイコンをディスプレイに表示する。自分が持っている識別情報が“ホラー”を示すカテゴリコード１および“骸骨”を示すカテゴリコード２を含んでいる場合は、“骸骨”のキャラクタがディスプレイに表示される。
【００９８】
ステップＳ１５７では、このアイコンがユーザによってクリックされたかどうか判断する。ここでＹＥＳであれば、ＣＰＵは、ステップＳ１５９で特定通信端末に対する発呼処理をリフレクタサーバに要求し、ステップＳ１６１に進む。ステップＳ１６１では、特定通信端末との接続に成功したかどうかを応答信号の有無で判断する。接続に失敗した場合、ＣＰＵはステップＳ１６３で発呼処理の要求を３回試みたかどうか判断し、ＮＯであればステップＳ１５９に戻るが、ＹＥＳであればステップＳ１６５でのエラー処理を経てステップＳ１７５に進む。
【００９９】
特定通信端末との接続に成功した場合、ＣＰＵはステップＳ１６７で特定通信端末と通信処理を行う。さらに、ステップＳ１６９で特定通信端末から新規の識別情報を受信したかどうか判断する。ここでＮＯであればそのままステップＳ１７３に進むが、ＹＥＳであればステップＳ１７１で現識別情報を新規識別情報によって更新してからステップＳ１７３に進む。ステップＳ１７３では、ユーザまたはホストから通信終了指示が与えられたかどうかを判断する。そして、ＮＯであればステップＳ１６７に戻るが、ＹＥＳであればステップＳ１７５に進み、通信終了処理を行ってから処理を終了する。
【０１００】
ステップＳ１５３またはＳ１５７でＮＯと判断された場合、ＣＰＵは、ステップＳ１７７で着呼があったかどうか判断する。この着呼は、自分と共通の識別情報を持つ通信端末からの発呼に基づくものである。リフレクタサーバは、ワークメモリに登録された通信端末情報の中から各通信端末毎に特定通信端末情報を検出し、検出した特定通信端末情報をそれぞれの通信端末に配信する。このため、リフレクタサーバがそれぞれの通信端末から受信する発呼処理要求は特定通信端末に対するものに限られる。したがって、ステップＳ１７７で着呼ありと判断した場合、この着呼は特定通信端末からの発呼に基づく。
【０１０１】
ユーザがこの着呼に応答すると、ＣＰＵはステップＳ１７９でＹＥＳと判断し、ステップＳ１８１で応答信号をリフレクタサーバに出力するとともに、ステップＳ１８３で発呼元の特定通信端末と通信処理を行う。相手方および当方のいずれのオペレータも通信終了指示を与えない限り、ＣＰＵはステップＳ１８３を繰り返し処理するが、いずれかから通信終了指示が与えられるとＣＰＵはステップＳ１８５からステップＳ１７５に進む。リフレクタサーバと接続されたが通信端末と通信を行っていない状態（待機状態）で、ユーザが通信終了指示を入力すると、ＣＰＵはステップＳ１８７でＹＥＳと判断し、ステップＳ１７５に進む。
【０１０２】
なお、ホスト側通信端末は自ら発呼を行うことはなく、この結果、ステップＳ１８３およびＳ１８５の間に新規の識別情報を受信する処理を設ける必要はない。
【０１０３】
図２６を参照して、リフレクタサーバに設けられたＣＰＵは、まずステップＳ１９１で通信端末から接続状態の確立要求が与えられたかどうかを判断する。確立要求があれば、ＣＰＵはステップＳ１９３に進み、要求元の通信端末と同じ識別情報を持つ特定通信端末情報を検出する。さらに、ステップＳ１９５でこ特定通信端末情報を承認信号とともに要求元の通信端末に送信し、ステップＳ１９７で要求元の通信端末情報をワークメモリに書きこむ。
【０１０４】
続くステップＳ１９９では、通信端末から発呼処理要求が与えられたかどうか判断する。発呼処理要求があった場合、ＣＰＵはステップＳ２０１で要求先の通信端末に対する発呼処理を行い、さらにステップＳ２０３で要求先の通信端末がこの発呼に応答したかどうか判断する。応答信号を受信するとＣＰＵはステップＳ２０３でＹＥＳと判断し、ステップＳ２０５で要求元の通信端末と要求先の通信端末との間で中継処理を行う。ステップＳ２０７では、通信端末から通信終了要求（終了信号）が与えられたかどうか判断する。そして、通信終了要求があえれば、ステップＳ２０９で通信終了処理を行う。
【０１０５】
このように、通信端末から接続確立要求を受けたリフレクタサーバは、ワークメモリに保持している通信端末情報の中から特定通信端末情報を検出し、検出した特定通信端末情報を要求元の通信端末に送信する。このため、それぞれの通信端末は自分で特定通信端末情報を検出する必要がない。
【０１０６】
なお、ホスト側通信端末は図１実施例と同様の処理を行うが、これは、ホスト側が受動的に通信を行うのみであり、特定通信端末を把握する必要がないからである。
【０１０７】
これらの実施例では、待機状態にある通信端末の中に自分と同じ識別情報を持つ特定通信端末が含まれている場合、所定のアイコンがディスプレイに表示される。このため、オペレータは特定の通信相手を容易に見つけることができる。また、特定通信端末がホスト側通信端末である場合、通話時間に応じて識別情報が更新される。このため、異なるホストと気軽に通話を楽しむことができる。
【０１０８】
以上の実施例では、ユーザはホストまたは他のユーザと通話を楽しむ場合について説明したが、この発明は、ユーザがホストとゲームを楽しむ場合にも適用できる。この場合、ユーザ側通信端末に接続する周辺機器として図２８に示すゲーム機器３２を準備するとともに、各ゲーム機器およびホスト側通信端末に割り当てる識別情報に、図２９に示すカテゴリコードを持たせるようにすることが考えられる。
【０１０９】
具体的に説明すると、ゲーム機器３２は、インタフェース３２ｂに接続された操作キー３２ａを含む。インタフェース３２ｂには、操作キー３２ａの他にＣＰＵ３２ｃ，ディスプレイ３２ｄおよびメモリ３２ｅが接続される。メモリ３２ｅには識別情報が格納されている。ユーザ側通信端末は、上述と同じ要領で、リフレクタサーバを介して特定通信端末と接続される。すると、特定通信端末は所定のゲームプログラムをユーザ側通信端末にダウンロードし、ダウンロードされたゲームプログラムはメモリ３２ｅに書き込まれる。オペレータが操作キーによってゲームプログラムを立ち上げると、このプログラムがＣＰＵ３２ｃによって処理される。ゲーム画面はディスプレイ３２ｄに表示され、オペレータは操作キー３２ａによってゲームを楽しむことができる。
【０１１０】
さらに、オペレータが所定の条件をクリアすると、ホスト側通信端末から新規の識別情報がダウンロードされる。メモリ３２ｅに書き込まれている現識別情報は、この新規の識別情報によって更新される。このため、ユーザが次にゲームを楽しむときは、ユーザ側通信端末は別のホスト側通信端末にアクセスする。この結果、新規のゲームプログラムがダウンロードされる。
【０１１１】
図２９を参照して、メモリ３２ｅには当初、“対戦ゲーム”を示すカテゴリコード１，“すもう”を示すカテゴリコード２および“序の口”を示すカテゴリコード３を含む識別情報が格納される。このため、最初は“序の口”の力士が対戦相手となるゲームプログラムがホスト側通信端末からダウンロードされる。オペレータがこの力士に勝つと、カテゴリコード３が“序の口”から“序二段”に変更された識別情報がホスト側通信端末から送信される。このため、ユーザ側通信端末は、別のホスト側通信端末にアクセスできることとなる。この別のホスト側通信端末は、“序二段”の力士が対戦相手となるゲームプログラムを持っており、アクセス元にこのようなゲームプログラムをダウンロードする。
【０１１２】
以上のようなゲーム機器を用いたコミュニケーションサービスシステムでは、ゲームをクリアしたときにホスト側から新規の識別情報が送信される。このため、それぞれの識別情報に対応するゲームをホスト側に準備することによって、ユーザは、ゲームをクリアする毎に新たなゲームを速やかに入手することができる。
【０１１３】
なお、以上の実施例では、各通信端末間の通信をインターネットを介して行うようにしたが、通信に用いるネットワークは、イントラネットやＬＡＮ（Local Area Network）であってもよい。
【０１１４】
また、図２によれば、マイク一体型カメラのカメラヘッドに識別情報に対応するキャラクタの人形を取り付けるようにしたが、人形の代わりに写真、絵、文字、音声などでキャラクタを表すようにする場合でも、識別情報の内容を容易に認識することができる。また、図２および図２１に示すいずれのマイク一体型カメラも机の上などに配置できるようにスタンドが形成されているが、マイク一体型カメラにクリップを設け、このクリップによってマイク一体型カメラを液晶ディスプレイの周辺に取り付けるようにしてもよい。
【０１１５】
さらに、ユーザ側通信制御プログラムは、このプログラムが記録されたＣＤ−ＲＯＭをマイク一体型カメラなどの周辺機器とともに販売してユーザに提供したり、ホスト側通信端末からユーザ側通信端末にダウンロードしてユーザに提供するようにしてもよい。さらに、このプログラムを通信端末にプリインストールして販売するようにしてもよい。
【０１１６】
また、以上の実施例では、新規識別情報はホスト側通信端末が保持し、所定の条件が満たされたときにホスト側通信端末から出力するようにしているが、新規識別情報をリフレクタサーバに持たせ、ホスト側通信端末からの指示によってリフレクタサーバからユーザ側通信端末に送信するようにしてもよい。さらに、以上の実施例では、ユーザ側通信端末が新規識別情報を受信したとき、カードやワークメモリなどに格納された現識別情報が新規識別情報によって更新されるが、新規識別情報はメモリに追記するようにしてもよい。この場合、現識別情報は、新規識別情報によって上書きされることなくメモリに保持され続け、オペレータは、所望の識別情報を選択することによって通信相手を変更することができる。
【０１１７】
さらに、以上の実施例では、ユーザ側通信端末が特定通信端末情報を受信したとき、現識別情報に対応するキャラクタ（アイコン）をディスプレイに表示するようにしているが、このような可視情報とともにあるいは可視情報に代えてキャラクタに関連する音声を出力するようにしてもよい。
【図面の簡単な説明】
【図１】この発明の１実施例を示す図解図である。
【図２】通信端末に接続される周辺機器に一例を示す斜視図である。
【図３】図２実施例の一部を示すブロック図である。
【図４】ユーザ側通信端末を示すブロック図である。
【図５】ホスト側通信端末を示すブロック図である。
【図６】リフレクタサーバを示すブロック図である。
【図７】識別情報に含まれるカテゴリコードを示すテーブルである。
【図８】通信端末情報に構成を示す図解図である。
【図９】図４に示すユーザ側通信端末の動作の一部を示すフロー図である。
【図１０】図４に示すユーザ側通信端末の動作の他の一部を示すフロー図である。
【図１１】図４に示すユーザ側通信端末の動作のその他の一部を示すフロー図である。
【図１２】図６に示すリフレクタサーバの動作の一部を示すフロー図である。
【図１３】図６に示すリフレクタサーバの動作の他の一部を示すフロー図である。
【図１４】図５に示すホスト側通信端末の動作の一部を示すフロー図である。
【図１５】図５に示すホスト側通信端末の動作の他の一部を示すフロー図である。
【図１６】図４に示すユーザ側通信端末の動作の一部を示す図解図である。
【図１７】図４に示すユーザ側通信端末の動作の他の一部を示す図解図である。
【図１８】図４に示すユーザ側通信端末の動作のその他の一部を示す図解図である。
【図１９】図６に示すホスト側通信端末の動作の一部を示す図解図である。
【図２０】図５に示すホスト側通信端末の動作の他の一部を示す図解図である。
【図２１】通信端末に接続される周辺機器の他の一例を示す図解図である。
【図２２】図２１に示す周辺機器のブロック図である。
【図２３】他の実施例に適用されるユーザ側通信端末の動作の一部を示すフロー図である。
【図２４】図２３に示すフロー図の続きの一部を示すフロー図である。
【図２５】図２３に示すフロー図の続きの他の一部を示すフロー図である。
【図２６】他の実施例に適用されるリフレクタサーバの動作の一部を示すフロー図である。
【図２７】図２６に示すフロー図の続きを示すフロー図である。
【図２８】通信端末に接続される周辺機器のその他の一例を示すブロック図である。
【図２９】図２８に示す周辺機器を用いる場合に適用される識別情報を示すテーブルである。
【符号の説明】
１０…コミュニケーションサービスシステム
１２…インターネット
１４ａ〜１４ｄ…ユーザ側通信端末
１６ａ〜１６ｅ，１８ａ〜１８ｅ…ホスト側通信端末
２０…リフレクタサーバ
Claims (12)
- コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末において、
前記カテゴリ識別情報を記憶するメモリ、
前記中継器との接続状態を確立する確立手段、
前記中継器と接続された前記相手通信端末が保持する前記通信端末情報を前記中継器から受信する第１受信手段、
前記第１受信手段によって受信された１または２以上の前記通信端末情報の中から前記メモリに記憶された前記カテゴリ識別情報と同一の前記カテゴリ識別情報を含む特定通信端末情報を特定する特定手段、
前記特定手段によって特定された前記特定通信端末情報の数だけ、前記メモリに記憶された前記カテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示手段、
前記表示手段によって表示された前記キャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す前記相手通信端末との通信の開始を前記中継器に要求する要求手段、および
前記要求手段が前記中継器に通信の開始を要求した前記相手通信端末との間で通信を行う通信手段を備える、通信端末。 - 前記メモリは前記カテゴリ識別情報と前記端末識別情報とを含む前記通信端末情報を記憶し、
前記確立手段は前記接続状態の確立要求を前記メモリに記憶された前記通信端末情報とともに前記中継器に送信する送信手段を含む、請求項１記載の通信端末。 - 前記通信手段によって通信が行われている前記相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信手段、および
前記第２受信手段が受信した新規なカテゴリ識別情報で前記メモリに記憶されている前記カテゴリ識別情報を更新する更新手段をさらに備える、請求項１または２記載の通信端末。 - 前記キャラクタは、前記メモリに記憶された前記カテゴリ識別情報が示すカテゴリに対応する形状を有する請求項１ないし３のいずれかに記載の通信端末。
- 前記通信手段により前記相手通信端末と音声通信を行うマイクをさらに備える、請求項１ないし４のいずれかに記載の通信端末。
- 前記通信手段により前記相手通信端末と画像通信を行うカメラをさらに備える、請求項１ないし５のいずれかに記載の通信端末。
- コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末に、
前記中継器との接続状態を確立する確立ステップ、
前記中継器と接続された前記相手通信端末が保持する前記通信端末情報を前記中継器から受信する第１受信ステップ、
前記第１受信ステップにおいて受信した１または２以上の前記通信端末情報の中から自端末のメモリに記憶された前記カテゴリ識別情報と同一の前記カテゴリ識別情報を含む特定通信端末情報を特定する特定ステップ、
前記特定ステップにおいて特定された前記特定通信端末情報の数だけ、前記メモリに記憶された前記カテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示ステップ、
前記表示ステップにおいて表示された前記キャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す前記相手通信端末との通信の開始を前記中継器に要求する要求ステップ、および
前記要求ステップにおいて前記中継器に通信の開始を要求した前記相手通信端末との間で通信を行う通信ステップを実行させるプログラムを記録した、コンピュータ読み取り可能な記録媒体。 - 前記確立ステップは、前記接続状態の確立要求を前記メモリに記憶された前記カテゴリ識別情報と前記端末識別情報とを含む前記通信端末情報とともに前記中継器に送信する送信ステップをさらに含む、請求項７記載のコンピュータ読み取り可能な記録媒体。
- 前記通信ステップにおいて通信が行われている前記相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および
前記第２受信ステップにおいて受信した新規なカテゴリ識別情報で前記メモリに記憶されている前記カテゴリ識別情報を更新する更新ステップをさらに含む、請求項７または８記載のコンピュータ読み取り可能な記録媒体。 - コミュニケーションのテーマのカテゴリを識別するカテゴリ識別情報と自端末を識別する端末識別情報とを含む通信端末情報を保持する相手通信端末と中継器を介して通信を行う通信端末の制御方法であって、
前記中継器との接続状態を確立する確立ステップ、
前記中継器と接続された前記相手通信端末が保持する前記通信端末情報を前記中継器から受信する第１受信ステップ、
前記第１受信ステップにおいて受信した１または２以上の前記通信端末情報の中から自端末のメモリに記憶された前記カテゴリ識別情報と同一の前記カテゴリ識別情報を含む特定通信端末情報を特定する特定ステップ、
前記特定ステップにおいて特定された前記特定通信端末情報の数だけ、前記メモリに記憶された前記カテゴリ識別情報が示すカテゴリに対応するキャラクタを表示する表示ステップ、
前記表示ステップにおいて表示された前記キャラクタが選択されると、当該キャラクタに対応する特定通信端末情報に含まれる端末識別情報が示す前記相手通信端末との通信の開始を前記中継器に要求する要求ステップ、および
前記要求ステップにおいて前記中継器に通信の開始を要求した前記相手通信端末との間で通信を行う通信ステップを含む、通信端末の制御方法。 - 前記確立ステップは、前記接続状態の確立要求を前記メモリに記憶された前記カテゴリ識別情報と前記端末識別情報とを含む前記通信端末情報とともに前記中継器に送信する送信ステップをさらに含む、請求項１０記載の通信端末の制御方法。
- 前記通信ステップにおいて通信が行われている前記相手通信端末から送信された新規なカテゴリ識別情報を受信する第２受信ステップ、および
前記第２受信ステップにおいて受信した新規なカテゴリ識別情報で前記メモリに記憶されている前記カテゴリ識別情報を更新する更新ステップをさらに含む、請求項１０または１１記載の通信端末の制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP13293799A JP4209541B2 (ja) | 1998-05-25 | 1999-05-13 | 通信端末、および通信端末の制御方法 |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10-142994 | 1998-05-25 | ||
| JP14299498 | 1998-05-25 | ||
| JP11-61426 | 1999-03-09 | ||
| JP6142699 | 1999-03-09 | ||
| JP13293799A JP4209541B2 (ja) | 1998-05-25 | 1999-05-13 | 通信端末、および通信端末の制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000324460A JP2000324460A (ja) | 2000-11-24 |
| JP4209541B2 true JP4209541B2 (ja) | 2009-01-14 |
Family
ID=27297494
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP13293799A Expired - Fee Related JP4209541B2 (ja) | 1998-05-25 | 1999-05-13 | 通信端末、および通信端末の制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4209541B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9559188B2 (en) | 2008-03-03 | 2017-01-31 | Fuji Electric Co., Ltd. | Trench gate type semiconductor device and method of producing the same |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4714364B2 (ja) * | 2001-04-04 | 2011-06-29 | セイコーインスツル株式会社 | 通信コミュニケーション方法、通信コミュニケーションシステム、通信コミュニケーションプログラムおよびリムーバブル記録媒体 |
-
1999
- 1999-05-13 JP JP13293799A patent/JP4209541B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9559188B2 (en) | 2008-03-03 | 2017-01-31 | Fuji Electric Co., Ltd. | Trench gate type semiconductor device and method of producing the same |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000324460A (ja) | 2000-11-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4781743B2 (ja) | 通信ゲームシステム | |
| JP5100494B2 (ja) | 仮想空間提供装置、プログラム及び仮想空間提供システム | |
| JP2002373080A (ja) | クライアント・サーバ・システム | |
| JP2007047889A (ja) | 通信制御プログラム、通信制御サーバ及び通信制御方法 | |
| JP6271692B2 (ja) | 通信ゲームシステムおよび通信制御方法 | |
| JP2002297647A (ja) | 位置情報表示装置、位置情報管理システムおよび同方法 | |
| JPH10222446A (ja) | 情報記憶型カードを用いたインターネットアクセス装置およびシステムおよびその方法 | |
| JP4209541B2 (ja) | 通信端末、および通信端末の制御方法 | |
| CN102172006A (zh) | 网络系统、通信装置、通信方法、及通信程序 | |
| JP4757984B2 (ja) | 画像表示装置 | |
| US20120309367A1 (en) | Communication terminal, communication method, and computer readable storage medium having communication program stored therein | |
| KR20000051509A (ko) | 이동 통신 단말기를 이용한 게임 장치 및 그 서비스 제공 방법 | |
| JPH07325776A (ja) | 電子会話制御方式 | |
| JPWO2004102374A1 (ja) | 文字入力方法、文字入力装置及び移動通信端末装置 | |
| US6625140B1 (en) | Communication terminal, repeater, peripheral equipment and computer readable memory medium | |
| KR101141363B1 (ko) | 주소록 관리 시스템 및 관리방법 | |
| KR100761533B1 (ko) | 이동 단말기와 웹 간의 파일 관리 방법 | |
| JP3461229B2 (ja) | ファイル共有装置 | |
| US20050144220A1 (en) | Communication system, server device used in communication system, communication device, and program for executing communication method of the communication device | |
| JP2002152406A (ja) | 電話通信方法、電話通信システム、ウェブサーバ及びプログラム記録媒体 | |
| JPH09244978A (ja) | 情報提供システムおよびそのナビゲーション用サーバ | |
| JP3832319B2 (ja) | ネットワーク電話システム、ネットワーク電話の接続方法及びネットワーク電話システムの発呼側の端末装置 | |
| JP5001390B2 (ja) | 電子装置 | |
| JP2002077328A (ja) | 電子装置 | |
| JP4846518B2 (ja) | 活動情報送受信システムおよび端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060418 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080212 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080331 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080708 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080904 |
|
| A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A712 Effective date: 20080904 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20081007 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081023 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111031 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111031 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131031 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |