(57)【特許請求の範囲】
【請求項１】
ホスト装置と複数の端末装置とが情報通信網を介して接続され、さらに前記複数の端末装置それぞれを識別する端末識別情報が設定されており、前記ホスト装置及び端末装置のいずれからでも相手にアクセス可能な通信システム内の端末装置であって、
前記端末識別情報及び前記情報通信網への加入者番号を端末登録希望者が入力するための入力手段と、
該入力手段にて入力された前記端末識別情報及び前記加入者番号を記憶する登録用情報記憶手段と、
該登録用情報記憶手段に記憶されている前記端末識別情報及び前記加入者番号を前記ホスト装置へ送信し、前記ホスト装置との通信を一旦切断し、さらに前記ホスト装置からの指示にしたがって前記登録用情報記憶手段に記憶されている前記端末識別情報を前記ホスト装置へ送信する登録制御手段と、
を備え、
前記登録制御手段によって前記端末識別情報及び前記加入者番号を前記ホスト装置へ送信し、前記ホスト装置との通信を一旦切断した後、所定時間内に前記ホスト装置からのアクセスがなかった場合には、所定の未登録対応処理として、前記入力手段にて入力された前記端末識別情報や前記加入者番号が間違っている旨を表示手段に表示させる処理を実行することを特徴とする端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホスト装置と複数の端末装置とが情報通信網を介して接続され、例えば電話番号を用いて、ホスト装置及び端末装置のいずれからでも相手にアクセス可能な通信システムにおける端末装置に関する。
【０００２】
【従来の技術】
従来、ホスト装置と複数の端末装置とが情報通信網を介して接続され、例えば電話番号を用いて、ホスト装置及び端末装置のいずれからでも相手にアクセス可能な通信システムがある。そして、端末装置をその通信システム内にて適切に運用できるように所定の登録処理を実行していた。これは、例えば端末装置がホスト装置から有料の情報を取得できるシステムとする場合には、未登録の端末装置が不正にそのホスト装置から情報を取得しないようにするなどの管理上の必要性からも重要な処理である。
【０００３】
この登録処理は、まず、通信システム内に属する複数の端末装置それぞれが固有の番号となる端末識別情報及び例えば電話番号などの情報通信網への加入者番号を、端末装置からホスト装置へ送信し、ホスト装置では例えば管理テーブルのようなものを用意して、そこに端末識別情報と加入者番号とを対応付けて記憶するなどして登録処理を行うこととなる。この際、従来においては、端末を登録したいと考える希望者が前記端末識別情報及び電話番号などの加入者番号を、端末装置が備えている操作ボタンなどを介して入力するという手法を採用していた。そして、端末装置は、その入力された端末識別情報及び加入者番号をホスト装置に通知していたのである。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述した従来の登録方法では、登録希望者による端末識別情報や加入者番号の入力間違いがあっても、通知されたホスト装置においてはそれらが正しいものとして捉えるしかない。そのため、例えば管理テーブル内に既に同じ加入者番号などが登録されていなければ、無条件に登録してしまっていた。
【０００５】
このように間違った端末識別情報や加入者番号が登録されてしまうと種々の不都合が生じる。例えば、ホスト装置から端末装置をアクセスしようとした場合には、加入者番号が電話番号であると、いわゆる間違い電話となってしまう。そして、ホスト装置が、端末装置へアクセスできない場合には所定回数だけリトライするような機能を持っていると、何度も間違った電話番号にてアクセスしてしまうこととなり、そのアクセス対象が通常の電話機であると、いわゆる「いたずら電話」のような振舞いをしてしまうこととなる。
【０００６】
本発明は、上述した問題点を解決するために、端末装置を登録する場合に、端末装置から送信された端末識別情報及び情報通信網への加入者番号が正しい場合にのみ登録が可能な通信システムにおける端末装置を提供することを目的とする。
【０００７】
【課題を解決するための手段及び発明の効果】
この目的を達成するためになされた請求項１に記載の発明は、ホスト装置と複数の端末装置とが情報通信網を介して接続され、さらに前記複数の端末装置それぞれを識別する端末識別情報が設定されており、前記ホスト装置及び端末装置のいずれからでも相手にアクセス可能な通信システム内の端末装置であって、前記端末識別情報及び前記情報通信網への加入者番号を端末登録希望者が入力するための入力手段と、該入力手段にて入力された前記端末識別情報及び前記加入者番号を記憶する登録用情報記憶手段と、該登録用情報記憶手段に記憶されている前記端末識別情報及び前記加入者番号を前記ホスト装置へ送信し、前記ホスト装置との通信を一旦切断し、さらに前記ホスト装置からの指示にしたがって前記登録用情報記憶手段に記憶されている前記端末識別情報を前記ホスト装置へ送信する登録制御手段と、を備え、前記登録制御手段によって前記端末識別情報及び前記加入者番号を前記ホスト装置へ送信し、前記ホスト装置との通信を一旦切断した後、所定時間内に前記ホスト装置からのアクセスがなかった場合には、所定の未登録対応処理として、前記入力手段にて入力された前記端末識別情報や前記加入者番号が間違っている旨を表示手段に表示させる処理を実行することを特徴とする端末装置である。
【０００８】
本発明の端末装置によれば、端末識別情報及び加入者番号をホスト装置へ送信する。ホスト装置では、その送信された端末識別情報及び加入者番号を用いて通信システム内での管理対象となるべき所定の登録処理を実行する。但し、端末装置から送信された端末識別情報及び加入者番号をそのまま無条件で用いるのではなく、以下のような確認のための処理を実行するのである。つまり、ホスト装置が端末装置からの端末識別情報及び加入者番号を記憶した後、両装置間の通信を一旦切断し、確認のため、その記憶されている加入者番号を用いてホスト装置から端末装置へアクセスし、ホスト装置からアクセスされた端末装置から端末識別情報をホスト装置へ送信させる。そして、ホスト装置では、その送信された端末識別情報がその前に端末装置へアクセスする際に用いた加入者番号に対応するものであるかどうかを判断する。端末装置から正しい加入者番号が通知されていた場合には、ホスト装置に記憶された対応する端末識別情報が送信されてくるはずであるので、そうであった場合には、所定の登録処理を実行する。もしも、送信されてきた端末識別情報が加入者番号に対応しないものであれば、少なくとも加入者番号が間違っているので、その場合には登録処理を実行しない。
【０００９】
そのため、本発明の端末装置の登録制御手段は、登録用情報記憶手段に記憶されている端末識別情報及び加入者番号を前記ホスト装置へ送信し、ホスト装置との通信を一旦切断し、さらにホスト装置からの指示にしたがって登録用情報記憶手段に記憶されている端末識別情報をホスト装置へ送信するのである。
したがって、端末装置を登録する場合に、端末装置から送信された端末識別情報及び情報通信網への加入者番号が正しい場合にのみ登録することができる。これにより、従来技術の問題として挙げた次の点を解消できる。つまり、加入者番号が電話番号である場合に間違った番号にて登録してしまうと、ホスト装置がその登録された番号にてアクセスするといわゆる間違い電話となってしまい、特にリトライ機能を持っていると、何度も間違った電話番号にてアクセスするため、アクセス対象が通常の電話機の場合には「いたずら電話」のような振舞いをしてしまうが、本方法では、加入者番号が正しい場合にのみ登録するので、このような不都合が生じない。
【００１０】
なお、所定の登録処理とは、通信システム内での管理対象とするための処理であり、例えばホスト装置における管理テーブルに端末識別情報及び加入者番号を記憶させる処理などである。さらに、端末装置に対しても登録が完了したことを通知する処理を加えてもよい。そして、端末装置では、この登録完了の通知を受信した場合には、それを所有者などに報知するために、例えば表示装置を備えていれば、その表示装置に登録が完了した旨を表示するようにすることが考えられる。
【００１１】
ところで、端末装置から送信された端末識別情報及び加入者番号が共に間違っているのであるが、別の端末装置の端末識別情報及び加入者番号と同じであることも確率的には非常に低いが理論上は考えられる。この場合には、端末識別情報及び加入者番号を送信した端末装置の登録は実行されないが、端末識別情報と加入者番号との対応は正しいので、上述した「いたずら電話」のような振舞いはされず、その点での不都合は生じない。
【００１２】
【００１３】
【００１４】
【００１５】
本発明の端末装置の、端末登録希望者が入力手段にて端末識別情報及び加入者番号を入力する構成を採用しているため、入力間違いが生じ易い。
【００１６】
そのため本発明の端末装置においては、前記登録制御手段によって前記端末識別情報及び前記加入者番号を前記ホスト装置へ送信し、前記ホスト装置との通信を一旦切断した後、所定時間内に前記ホスト装置からのアクセスがなかった場合には、所定の未登録対応処理を実行する。
【００１７】
これは、正しい加入者番号をホスト装置へ送信しておれば、通信を一旦切断した後にホスト装置から自端末装置へアクセスされるはずであり、それがないということは少なくとも加入者番号が間違っていたこととなるため、未登録対応処理を実行するのである。この未登録対応処理として、前記入力手段にて入力された前記端末識別情報や前記加入者番号が間違っている旨を表示手段に表示させる処理を実行する。
【００１８】
この報知により、間違いに気付いた端末装置の所有者が今度は正しい加入者番号及び端末識別情報を入力することができ、再度それらの情報をホスト装置へ送信すれば、今度は登録処理が実行されることとなる。なお、上述したように、ホスト装置における登録処理が、例えば管理テーブルへの登録に加えて、端末装置に対して登録が完了したことを通知するようにされていた場合には、端末装置にてこの登録完了の通知を受信した際には、それを所有者などに報知するために、表示装置などに登録が完了した旨を表示するようにすることが考えられる。
【００１９】
【発明の実施の形態】
以下、本発明の登録方法を適用した実施形態としての通信システムを図面を参照して説明する。
図１は、通信システムをカラオケに関するシステムに適用した場合の概略構成及びそのシステムの構成要素である「端末装置」としてのカラオケ端末１０の構成を示すブロック図である。
【００２０】
図１に示すように、本実施形態の通信システムは、カラオケ曲情報の配信関連処理などを担当する「ホスト装置」としての情報センタ３と複数のカラオケ端末１０とが、情報通信網７を介して接続されて構成されている。
まず、カラオケ端末１０の構成について説明する。
【００２１】
カラオケ端末１０は、装置全体の制御を司り「登録制御手段」に相当する中央制御装置３１、「入力手段」に相当する多目的入力キー３２、「登録用情報記憶手段」に相当する記憶手段としてのハードディスク３３、現在日付や現在時刻を常にカウントしていて中央制御装置３１に通知するカレンダクロック３４、音声再生回路３５、画面表示制御装置２６、情報通信網７と接続可能な通信制御装置２７とを備えている。そして、音声再生回路３５にはミキサアンプ３８が、画面表示制御装置２６には表示手段としてのテレビモニタ２９がそれぞれ接続されている。また、ミキサアンプ３８にはスピーカ４１とマイクロフォン４３が接続されている。
【００２２】
前記多目的入力キー３２は各種キーを備えており、カラオケ曲の選択作業や、情報センタ１との接続、そして後述する端末側での登録準備処理として電話番号やＩＤ番号の入力などの操作に使用される。
また通信制御装置２７は、電話事業者側設備である情報通信網７を通して情報センタ３とデータ通信を行うためのものであり、デジタルデータの音声帯域への変調、受信した音声帯域信号のデジタルデータへの復調を行う。
【００２３】
カラオケ端末１０は、カラオケ演奏を行うために必要なカラオケ曲情報を情報センタ３から供給してもらい、内蔵するハードディスク３３に記憶・蓄積しておく。なお、前記ハードディスク３３には記憶される１曲分のカラオケ曲情報は、曲同士を識別するための識別情報である曲番号情報及び実体情報から構成されている。この内の実体情報は、伴奏音楽の情報であるＭＩＤＩ（Musical Instrument Digital Interface）規格の演奏情報、歌詞情報、歌詞の切替や色替えのタイミングを指定するためのタイミング情報、背景映像情報等からなっている。背景映像情報は曲毎に対応した映像情報を符合化したものである。
【００２４】
カラオケ端末１０は、上記のような構成からなり、カラオケ利用者のリクエストに応じて実際にカラオケ演奏を行うための装置である。カラオケ演奏時には、中央制御装置３１は、所定のカラオケ演奏プログラムに従って、カラオケ演奏処理を実行するのであるが、中央制御装置３１は、リクエストされた曲に対応するカラオケ曲情報をハードディスク３３から読み出し、演奏情報は音声再生回路３５に、歌詞情報及び背景映像情報は画面表示制御装置２６にそれぞれ転送する。音声再生回路３５に出力された演奏情報は、アナログの演奏信号に変換された後、ミキサアンプ３８へ送られて電気的に増幅されるとともに、マイクロフォン４３を介して入力する利用者の歌声と適度な割合でミキシングされる。ミキシングされた音声信号は、スピーカ４１により演奏音として外部へ出力される。
【００２５】
一方、演奏情報と同期して出力される歌詞情報は、画面表示制御装置２６において再生された背景映像情報と合成（スーパーインポーズ）されてテレビモニタ２９に表示される。これにより、テレビモニタ２９には、背景映像に歌詞テロップが合成された状態で表示される。
【００２６】
カラオケ演奏を行うために必要なカラオケ曲情報は情報センタ３から供給してもらって内蔵するハードディスク３３に記憶・蓄積しておくことは説明した。過去にリリースされた曲についてはまとめて供給するか、あるいは予めハードディスク３３に記憶させた状態のカラオケ端末１０として利用者側に設置することによって対応するが、今後リリースされる新曲については、情報センタ３から情報通信網７を介してカラオケ端末１０へ順次供給して補充していく。
【００２７】
この場合、カラオケ端末１０から情報センタ３に対して、例えば１日に１回あるいは１０日に１回というように定期的に問い合わせ、新曲があれば配信してもらうという形式を採用している。ハードディスク３３には新曲配信の問い合わせをするための発信時期が記憶されており、中央制御装置３１は、この発信時期が来ると情報センタ３に対して発信し、問い合わせをするのである。
【００２８】
なお、このような情報センタ３からの新曲配信などのサービス提供を受けるには、通信カラオケシステム内での管理対象となるべき所定の登録処理を実行する必要がある。つまり、情報センタ３は、所定の登録処理を経て管理対象と認めたカラオケ端末１０にのみサービス提供を実行する。この登録処理の内容については後述する。
【００２９】
次に、情報センタ３の構成及び機能について説明する。
情報センタ３は、図２に示すとおり、情報通信網７を介してカラオケ端末１０と接続する通信制御装置７７と、カラオケ端末１０に配信するカラオケ曲データを蓄積する記憶装置７３とを備え、これらが中央制御装置としてのホストコンピュータ７１によって制御されている。また、ホストコンピュータ７１には、入力装置７５、プリンタ７９、ＣＲＴ８１などの各種機器が接続されている。また、記憶装置７３には、カラオケ曲データの他に、ホストコンピュータ７１が動作するための各種制御プログラム等も記憶されている。
【００３０】
このように構成された情報センタ３は、カラオケ曲データを、情報通信網７を介して各カラオケ端末１０に対して配信する。この配信は、新曲データの追加のために、数日おき程度のペースで情報センタ３側から行われるが、本実施形態では、カラオケ端末１０側からの定期的な（例えば１日１回）新曲問い合わせに応え、配信すべき新曲があれば配信処理をするように構成されている。
【００３１】
なお、上述したように情報センタ３は、所定の登録処理を経て管理対象と認めたカラオケ端末１０にのみサービス提供を実行する。そのため、記憶装置７３内には図３に示すような管理テーブル７３ａが格納されており、所定の登録処理を経てこの管理テーブル７３ａ中に正式に管理対象として登録されたカラオケ端末１０に対しては、以降、新曲配信などのサービス提供を実行する。管理テーブル７３ａは、図３に示すように、ＩＤ番号と電話番号と登録状態を記録しておく。ＩＤ番号は、情報センタ３に接続している複数のカラオケ端末１０、つまり本通信システムに属する複数のカラオケ端末１０それぞれが固有の番号となるように設定された識別情報であり、例えば製造時に装置毎に付した装置番号のようなものでもよい。また、電話番号は「情報通信網への加入者番号」に相当する。登録状態の詳細については後述するが、例えば正式に登録が完了したことや、登録が異常であることなどを「０」や「１」などで記録しておくために用いる。
【００３２】
次に、上記構成を有する本システムにおける動作について説明する。
まず、図４〜図６のフローチャートに基づいて、カラオケ端末１０の動作を説明する。
電源が投入されると、図４のメインルーチンが開始される。
【００３３】
まず、最初のステップＳ１にて、通信制御装置２７のリセット等の装置全体の初期化を行う。次に、Ｓ２にて、カラオケ端末１０の動作指定として、カラオケ演奏モードが指定されたか否かをチェックする。カラオケ端末設置事業者によってカラオケ演奏モードの指定があればＳ３へ移行し、同指定がなければＳ４へ移行する。
【００３４】
Ｓ３では、カラオケ演奏処理を行う。このカラオケ演奏処理の概略については上記構成説明に伴って説明してあるので、ここでは省略する。
Ｓ４では、カラオケ端末１０の動作指定として、登録処理モードが指定されたか否かをチェックする。カラオケ端末設置事業者によって登録処理を実行させるためのモード指定があればＳ５へ移行し、同指定がなければＳ６へ移行する。
【００３５】
Ｓ５では、サブルーチンＳＵＢ１をコールして所定の登録処理を行う。この登録処理を図５のフローチャートにて説明する。
この登録処理は、通信システム内で有効なカラオケ端末１０として情報センタ３側にて登録されることで新曲配信等のサービス提供を受けられるようにするための処理である。カラオケ端末１０を設置する前に電話番号やＩＤ番号などの情報をシステム管理者側に通知し登録するという作業はシステム運用上困難であるため、情報センタ３と通信する前に予めカラオケ端末１０に電話番号とＩＤ番号を入力して記憶させておき、カラオケ端末１０に、システム全体としての登録処理開始のトリガを端末発信という形で行わせるのである。
【００３６】
まず、Ｓ１１においては、初期設定機能によってカラオケ端末１０側の電話番号及びＩＤ番号の入力受付を行う。これは、例えばテレビモニタ２９を使用し、入力手順などのガイダンスを表示しながら行うこともできる。例えば多目的入力キー３２による操作で登録モードを選択すると、テレビモニタ２９に電話番号及びＩＤ番号の入力欄と入力を促す文章が表示される。それに従い、ユーザが多目的入力キー３２を操作してそれらの番号を入力し、例えば入力内容の確定を指示すると、それら両番号がハードディスク３３に記憶され、Ｓ１１の処理が終了となる。
【００３７】
次にＳ１２として、情報センタ３との通信処理を開始する。
情報センタ３との接続が完了したならば、Ｓ１３において、登録要求を行うため、ハードディスク３３に記憶されている電話番号及びＩＤ番号を情報センタ３に送信する。この送信処理が終了すると、Ｓ１４にて、一旦情報センタ３との接続を解除する。
【００３８】
そして、その後Ｓ１５にて情報センタ３からの接続要求があるかどうかを判断する。情報センタ３から接続要求がなければ（Ｓ１５：ＮＯ）、Ｓ２２へ移行してタイムアウトかどうかを判断し、タイムアウトでない間は（Ｓ２２：ＮＯ）、Ｓ１５へ戻って情報センタ３からの接続要求を待つ。
【００３９】
もしも情報センタ３から接続要求があれば（Ｓ１５：ＹＥＳ）、Ｓ１６にて情報センタ３と接続し、続くＳ１７にて情報センタ３からＩＤ番号の送信指示がされているかどうかを判断する。
ＩＤ番号の送信指示がされていれば（Ｓ１７：ＹＥＳ）、Ｓ１８に移行し、ハードディスク３３に記憶されているＩＤ番号（つまり上記Ｓ１１にて入力されたＩＤ番号）を情報センタ３に送信する。
【００４０】
その後、Ｓ１９にて情報センタ３から「登録完了」を示す情報を受信したかどうかを判断し、受信していない場合には（Ｓ１９：ＮＯ）Ｓ２５へ移行してタイムアウトかどうかを判断する。そして、タイムアウトでない間は（Ｓ２５：ＮＯ）、Ｓ１９へ戻って情報センタ３からの「登録完了」を示す情報を受信するのを待つ。
【００４１】
情報センタ３からの「登録完了」を示す情報を受信した場合には（Ｓ１９：ＹＥＳ）、Ｓ２０にて登録完了対応処理を実行する。これは、例えば登録完了である旨を示す情報をハードディスク３３に記憶するなどの処理である。なお、この登録完了である旨を示す情報が記憶されているかどうかで、今後のカラオケ端末１０が実行できる動作とできない動作とを制御してもよい。例えば、システムに正式に登録されている場合に限って情報センタ３に対して要求できる内容の場合には、まず登録完了である旨を示す情報が記憶されているかどうかを判断し、記憶されていない場合には実行しないようにするといったことが考えられる。
【００４２】
Ｓ２０の処理が終了した後は、Ｓ２１へ移行し、情報センタ３との接続を解除する。Ｓ２１の処理後は本登録処理ルーチンを終了し、図４のＳ６へ移行する。
以上説明したＳ１１〜Ｓ２１での一連の処理は、情報センタ３に対して正しい電話番号及びＩＤ番号を送信した場合である。後述する情報センタ３における処理でも説明するが、情報センタ３は、Ｓ１４での接続解除の後、Ｓ１３でカラオケ端末１０が送信した電話番号を用いて発呼し接続を試みる。したがって、正しい電話番号を送信していれば、自カラオケ端末１０に情報センタ３から接続要求があるはずなのだが、もしも誤った電話番号を送信していると、自カラオケ端末１０には情報センタ３から接続要求が来ることはない。
【００４３】
したがって、Ｓ２２で肯定判断、つまり情報センタ３から接続要求が来ない内にタイムアウトとなってしまった場合には、Ｓ２３へ移行して所定の未登録対応処理を実行する。この未登録対応処理としては、例えば、Ｓ１１で入力した電話番号やＩＤ番号が間違っていることをユーザに報知するため、例えばテレビモニタ２９にその旨を表示することが考えられる。この表示により、間違いに気付いたユーザが今度は正しい電話番号及びＩＤ番号を入力し、再度それらを情報センタ３へ送信すれば、今度はＳ１６〜Ｓ２１の処理が実行され、正式な登録が完了することとなる。なお、上述したようにこの場合は少なくとも電話番号が間違えているため、その旨をユーザに報知する必要がある。
【００４４】
このＳ２３での未登録対応処理の後は、本登録処理ルーチンを終了し、図４のＳ６へ移行する。
また、Ｓ１７にて否定判断の場合、つまり、情報センタ３からの接続要求があり接続したが、情報センタ３からの指示はＩＤ番号の送信指示でなかった場合には、Ｓ２４へ移行して、所定の対応処理を実行する。これは、上述したＳ１１〜Ｓ２１の一連の処理において情報センタ３から接続要求があったのでなく、Ｓ１４で情報センタ３と接続解除した後、たまたま情報センタ３における別の処理に伴って接続要求があった場合であり、とにかく登録関連の処理ではない。したがって、例えばその旨をテレビモニタ２９に表示するなどの所定の対応処理を実行する。そして、この場合は、Ｓ１６にて情報センタ３と接続しているので、Ｓ２４の処理終了後はＳ２１へ移行して情報センタ３との接続を解除する。
【００４５】
さらに、Ｓ２５にて肯定判断、つまり情報センタ３からのＩＤ番号送信指示に応じてＩＤ番号を送信したにもかかわらず、情報センタ３からは「登録完了」を示す情報が来ない内にタイムアウトとなってしまった場合には、Ｓ２６へ移行して、所定の対応処理を実行する。これは、上述したＳ１１〜Ｓ２１の一連の処理において情報センタ３からＩＤ番号送信指示があったにもかかわらず、情報センタ３側でのトラブルあるいは情報通信網７などの伝送経路においてトラブルがあった場合が考えられる。また、Ｓ１１〜Ｓ２１の一連の登録のための処理には無関係で、たまたま情報センタ３における別の処理に伴ってＩＤ番号の送信指示があった場合も考えられる。したがって、例えばその原因なども含めてとにかく登録処理自体が完了はしていない旨をテレビモニタ２９に表示するなどして、ユーザに報知する。
【００４６】
そして、この場合も、Ｓ１６にて情報センタ３と接続しているので、Ｓ２６の処理終了後はＳ２１へ移行して情報センタ３との接続を解除し、本登録処理ルーチンを終了し、図４のＳ６へ移行する。
図４の処理説明に戻り、Ｓ６では、情報センタ３からの接続要求があるかどうかを判断する。接続要求があればＳ７へ移行し、同指定がなければＳ２へ移行する。
【００４７】
Ｓ７では、サブルーチンＳＵＢ２をコールし、情報センタ３からの接続要求に対応する処理を実行する。このサブルーチンＳＵＢ２の処理を図６のフローチャートにて説明する。
図６の最初のステップＳ３１においては、情報センタ３と接続する。そして、続くＳ３２では情報センタ３からの新曲配信であるかどうかを判断し、もしも新曲配信であった場合には（Ｓ３２：ＹＥＳ）、Ｓ３３にて新曲に係るカラオケ曲情報を受信してハードディスク３３に蓄積する。
【００４８】
Ｓ３３の処理が終了した場合には、Ｓ３４へ移行して情報センタ３との接続を解除する。
一方、Ｓ３２にて否定判断、すなわち新曲配信でない場合には、Ｓ３５へ移行して、情報センタ３からのＩＤ番号の送信指示かどうかを判断する。もしもＩＤ番号の送信指示がされている場合には（Ｓ３５：ＹＥＳ）、Ｓ３６へ移行し、ハードディスク３３に記憶されているＩＤ番号を情報センタ３に送信する。その後Ｓ３４へ移行する。
【００４９】
また、ＩＤ番号の送信指示でもない場合には（Ｓ３５：ＮＯ）、Ｓ３７へ移行し、その他の対応処理を実行する。これは、例えば稼働実績情報（ログ）のアップロード指示であればログを送信したりする処理である。その後Ｓ３４へ移行する。
【００５０】
Ｓ３４の処理後は、本サブルーチンを終了して図３のフローチャートのＳ２のステップへ移行する。
なお、この図６のＳ３５における判断は、情報センタ３からのＩＤ番号の送信指示があることを前提として説明している。これは、上記図５での登録処理においても説明したが、カラオケ端末１０は図５の登録処理を実行している最中において、Ｓ１３で電話番号を情報センタ３に送信する。その結果として情報センタ３からＩＤ番号の送信指示がされた場合にはＳ１７にてそれを判断できる。しかし、カラオケ端末１０が送信した電話番号が誤っていた場合には、情報センタ３は別のカラオケ端末１０にＩＤ番号の送信指示をしてしまうこととなる。つまり、図５の登録処理は実行していないが情報センタ３からはＩＤ番号の送信指示がされることとなるのである。そして、この場合でも図６のＳ３６にてＩＤ番号を送信しているのは、情報センタ３が、後述する情報センタ側処理における所定の判断で用いるためである。
【００５１】
以上がカラオケ端末１０の中央制御装置３１の動作であり、カラオケ演奏処理、登録処理、新曲に係るカラオケ曲情報の受信などの各処理を行う。
次に、情報センタ３の動作を図７，８のフローチャートを基に説明する。情報センタ３では、電源投入後、Ｓ１０１のステップから実行する。
【００５２】
Ｓ１０１では、通信制御装置７７のリセット等の装置全体の初期化を行う。Ｓ１０１の処理を終了後、Ｓ１０２へ移行して、カラオケ端末１０からの接続要求があるかどうか調べる。接続要求があればＳ１０３へ移行し、なければＳ１０２の処理を繰り返し、待機状態となる。
【００５３】
Ｓ１０３では、カラオケ端末１０からの接続要求に対して同カラオケ端末１０との接続を行う。接続完了後、Ｓ１０４へ移行して、カラオケ端末１０から登録要求がされているかどうかを判断する。図５のＳ１３に示すカラオケ端末３からの登録要求処理が実行された場合には、登録要求であると判断し（Ｓ１０４：ＹＥＳ）、Ｓ１０５へ移行してサブルーチンＳＵＢ３をコールして所定のセンタ側登録処理を行う。この処理については後述する。一方、登録要求でない場合には（Ｓ１０４：ＮＯ）、Ｓ１０６へ移行してその他の対応処理を実行する。
【００５４】
Ｓ１０５又はＳ１０６の処理が終了した場合には、Ｓ１０７へ移行し、新曲情報配信時期であるかどうかを判断する。本実施形態では、上述したように例えば１か月や１週間おきに新曲を配信するようになっており、その配信時期であるか否かを判断するのである。そして、配信時期であれば、Ｓ１０８へ移行する。Ｓ１０８７では、新曲にかかるカラオケ曲情報の配信処理を行う。Ｓ１０８の処理が終了した場合、あるいはＳ３６で配信時期でないと判断された場合は、Ｓ１０２へ戻る。
【００５５】
次に、Ｓ１０５にて実行されるサブルーチンＳＵＢ３の処理を図８のフローチャートを参照して説明する。
まず、Ｓ１１１においては、カラオケ端末１０から送信されてきた電話番号及びＩＤ番号を受信する。そして、Ｓ１１２において、それら両番号を記憶装置７３の管理テーブル７３ａに仮登録する。これは、例えば図３に示す管理テーブル７３ａに電話番号及びＩＤ番号を書き込むと共に、登録状態の欄には仮登録であることを示す「０」を書き込むことで行う。
【００５６】
このＳ１１２での仮登録処理が終了すると、Ｓ１１３にて一旦カラオケ端末１０との接続を解除する。
そして、続くＳ１１４では、上記Ｓ１１２において管理テーブル７３ａに仮登録した電話番号を用いて発呼し接続する。そして、Ｓ１１５にて、その接続相手に対してＩＤ番号の送信指示を送る。
【００５７】
その後、Ｓ１１６において接続相手からＩＤ番号を受信したかどうかを判断する。ＩＤ番号の受信がなければ（Ｓ１１６：ＮＯ）、Ｓ１２３へ移行してタイムアウトかどうかを判断し、タイムアウトでない間は（Ｓ１２３：ＮＯ）、Ｓ１１６へ戻ってＩＤ番号を受信するのを待つ。そして、ＩＤ番号を受信した場合には（Ｓ１１６：ＹＥＳ）、Ｓ１１７に移行する。
【００５８】
Ｓ１１７では、その受信したＩＤ番号と上記Ｓ１１４にて発呼・接続するのに用いた電話番号との対応関係を照合し、Ｓ１１８にて一致しているかどうかを判断する。具体的には、Ｓ１１４での発呼・接続に用いた電話番号に対応するＩＤ番号として管理テーブル７３ａに仮登録されているＩＤ番号と、上述の受信したＩＤ番号とが一致しているかどうかを判断するのである。
【００５９】
一致していれば（Ｓ１１８：ＹＥＳ）、Ｓ１１９へ移行して、管理テーブル７３ａに正式登録をする。これは、例えば図３に示す管理テーブル７３ａに仮登録として「０」が書き込まれていた登録状態の欄に、正式登録であることを示す「１」を書き込むことで行う。
【００６０】
その後、Ｓ１２０にて、情報センタ３での登録が完了したことをカラオケ端末１０に通知するため、「登録完了」を示す情報を送信する。その後、Ｓ１２２にてカラオケ端末１０との接続を解除して本サブルーチンＳＵＢ３を終了し、図７のＳ１０７へ移行する。
【００６１】
なお、このように管理テーブル７３ａの登録状態の欄に正式登録であることを示す「１」が書き込まれた場合には、例えばＳ１０８にて新曲情報を配信する場合の配信対象のカラオケ端末１０であると判断されるなど、正式な管理対象として扱われる。
【００６２】
以上説明したＳ１１１〜Ｓ１２０，Ｓ１２２での一連の処理は、カラオケ端末１０から正しい電話番号及びＩＤ番号が送信された場合である。Ｓ１１１で正しい電話番号を受信していれば、Ｓ１１４で接続した相手はそのＳ１１１で電話番号を受信した相手のカラオケ端末１０となるが、もしも誤った電話番号を受信している場合には、Ｓ１１４での接続相手がカラオケ端末１０ではない可能性もあり、その場合にはＩＤ番号の送信指示をしても返事が来ない可能性がある。
【００６３】
したがって、Ｓ１２３で肯定判断、つまりカラオケ端末１０からＩＤ番号が送信されて来ない内にタイムアウトとなってしまった場合には、Ｓ１２４へ移行して登録異常として記憶する。これは、例えば図３に示す管理テーブル７３ａに仮登録として「０」が書き込まれていた登録状態の欄に、登録異常であることを示す「２」を書き込むことで行う。
【００６４】
また、Ｓ１１８にて否定判断の場合、つまり、Ｓ１１４での接続相手からはＩＤ番号を受信したのであるが、管理テーブル７３ａに仮登録されているＩＤ番号と一致していなかった場合には、やはりＳ１２４に移行して、登録異常として記憶する。これは、誤った電話番号を受信したのであるが、その誤った電話番号は別のカラオケ端末１０のものであった場合などである。
【００６５】
なお、Ｓ１２３で肯定判断されてＳ１２４へ移行した場合と、Ｓ１１８で否定判断されてＳ１２４へ移行した場合とでは、その原因が異なるので、その両者が区別できるように記憶しておくことも考えられる。例えばＳ１２３で肯定判断されてＳ１２４へ移行した場合には、上述したように管理テーブル７３ａ（図３）の登録状態の欄に「２」を書き込み、Ｓ１１８で否定判断されてＳ１２４へ移行した場合には登録状態の欄に「３」を書き込むようにするのである。
【００６６】
以上が情報センタ３のホストコンピュータ７１の動作であり、カラオケ端末１０からの登録要求に応じて所定の登録処理や新曲情報の配信処理などの処理を行う。
なお、本実施形態での正式登録に至る迄のカラオケ端末１０及び情報センタ３における一連処理を通信シーケンス図で示すと、図９のようになる。
【００６７】
まず、カラオケ端末１０が情報通信網７を介して情報センタ３に対して発呼接続を試みる。情報センタ３では、カラオケ端末１０からの発呼に応じて着呼し、着呼ＯＫを送信する。カラオケ端末１０では、この着呼ＯＫを受信した後、情報センタ３に電話番号とＩＤ番号を送信する。
情報センタ３が電話番号とＩＤ番号を受信して仮登録した後、両者の接続を一旦切断し、今度は情報センタ３が仮登録されていた電話番号で発呼接続する。カラオケ端末１０では、情報センタ３からの発呼に応じて着呼し、着呼ＯＫを送信する。情報センタ３では、この着呼ＯＫを受信した後、カラオケ端末１０にＩＤ番号の送信指示を送る。
【００６８】
カラオケ端末１０ではこのＩＤ番号の送信指示を受信して、ＩＤ番号を情報センタ３に送信する。
そして、情報センタ３では、このＩＤ番号を受信し、仮登録されていたＩＤ番号と照合する。両者が一致する場合にはカラオケ端末１０に対して「登録完了」を送信する。カラオケ端末１０がこの「登録完了」を受信した後、両者の接続を切断する。
【００６９】
以上説明したことから明かなように、カラオケ端末１０が通信システムの管理対象となるための登録を行う場合には、カラオケ端末１０のユーザ（あるいは所有者など）が多目的入力キー３２にて入力した電話番号及びＩＤ番号を情報センタ３に送信し、情報センタ３が、その送信された電話番号及びＩＤ番号を用いて所定の登録処理を実行する。但し、カラオケ端末１０から送信された電話番号及びＩＤ番号をそのまま無条件で用いるのではなく、その番号が正しいかどうか確認するための処理を実行する。
【００７０】
つまり、情報センタ３がカラオケ端末１０からの電話番号及びＩＤ番号を管理テーブル７３ａに仮登録した後、両装置３，１０間の通信を一旦切断し、確認のため、その仮登録されている電話番号を用いて情報センタ３からカラオケ端末１０へアクセスし、情報センタ３からアクセスされたカラオケ端末１０からＩＤ番号を情報センタ３へ送信させる。そして、情報センタ３では、その送信されたＩＤ番号がその前にカラオケ端末１０へアクセスする際に用いた電話番号に対応するものであるかどうかを判断する。カラオケ端末１０から正しい電話番号が通知されていた場合には、情報センタ３に記憶された対応するＩＤ番号が送信されてくるはずであるので、そうであった場合には、所定の登録処理を実行する。もしも、送信されてきたＩＤ番号が電話番号に対応しないものであれば、少なくとも電話番号が間違っているので、その場合には正式な登録は実行しない。
【００７１】
したがって、カラオケ端末１０を登録する場合に、カラオケ端末１０から送信されたＩＤ番号及び電話番号が正しい場合にのみ登録することができる。これにより、従来技術の問題として挙げた次の点を解消できる。つまり、間違った電話番号にて登録してしまうと、情報センタ３がその登録された電話番号にてアクセスするといわゆる間違い電話となってしまい、特にリトライ機能を持っていると、何度も間違った電話番号にてアクセスするため、アクセス対象が通常の電話機の場合には「いたずら電話」のような振舞いをしてしまうが、本方法では、電話番号が正しい場合にのみ登録するので、このような不都合が生じない。
【００７２】
ところで、カラオケ端末１０から送信された電話番号及びＩＤ番号が共に間違っているのであるが、別のカラオケ端末１０の電話番号及びＩＤ番号と同じであることも確率的には非常に低いが理論上は考えられる。この場合には、電話番号及びＩＤ番号を送信したカラオケ端末１０の登録は実行されないが、ＩＤ番号と電話番号との対応は正しいので、上述した「いたずら電話」のような振舞いはされず、その点での不都合は生じない。
【００７３】
また、本実施形態の場合には、仮登録の場合には管理テーブル７３ａの登録状態の欄にその旨を示す「０」を記憶し、正式登録した場合には管理テーブル７３ａの登録状態の欄にその旨を示す「１」に更新する。このようにしておけば、正式登録されたカラオケ端末１０にだけ例えば新曲の配信などのサービス提供ができる。
【００７４】
そして、上述した電話番号による照合ができなかった場合あるいは照合したが一致しなかった場合には、管理テーブル７３ａの登録状態の欄に、登録異常であることを示す「２」や「３」を記憶させているので、登録異常の原因の究明にも役立つ。例えば、ＩＤ番号がＡのカラオケ端末１０から送信されてきた電話番号にてアクセスした結果、ＩＤ番号Ｂが送信されてきた場合、ＩＤ番号がＡのカラオケ端末１０では、ＩＤ番号Ｂの電話番号と間違えていることが判る。
【００７５】
さらにまた、仮登録された電話番号を用いて情報センタ３からアクセスし、そのアクセスしたカラオケ端末１０からＩＤ番号を情報センタ３へ送信させようとしたが、所定時間内にＩＤ番号の送信がなかった場合には、その接続相手がカラオケ端末１０でない可能性が高く、特に電話番号にて接続しているので、通常の電話機に対してアクセスしている可能性もある。したがって、所定時間内にＩＤ番号の送信がなかった場合にはとにかくアクセスを中止することが重要である。そして、この場合には、以降の処理において、この電話番号でのアクセスは禁止するような処置をしておくことも好ましい。
【００７６】
一方、カラオケ端末１０においても、正式な登録ができなかった場合にはテレビモニタ２９などにその旨を表示するようにしているため、例えば電話番号の入力間違いなどに気付いたユーザが今度は正しい電話番号及びＩＤ番号を入力することができ、再度それらの番号を情報センタ３へ送信して登録を要求すれば、今度は正式な登録処理が実行されることとなる。
【００７７】
以上本発明はこの様な実施形態に何等限定されるものではなく、本発明の主旨を逸脱しない範囲において種々なる形態で実施し得る。
例えば、上記実施形態においては、ＩＤ番号もユーザが入力するようにしているが、例えば製造時に装置番号をユニークに設定しておけば、その装置番号をＩＤ番号として用いることも可能である。そして、その場合にはその装置番号を製造時にハードディスク３３などに記憶させておき、ユーザが入力しないでも自動的に読み出して情報センタ３へ送信するように構成することも可能である。但しその場合でも、電話番号は登録しようとするユーザしか判らないことが一般的であるので、やはりユーザに直接入力してもらう必要がある。そして、この電話番号の入力間違いが上述した各種の不都合となるので、このように電話番号のみを入力するような場合でも有効である。
【００７８】
また、本発明の適用対象は、通信式カラオケシステムに限らず、ゲームソフトの配信ネットワーク等として適用してもよいことはいうまでもない。
【図面の簡単な説明】
【図１】 実施形態の通信システムをカラオケに関するシステムに適用した場合の概略構成及びそのシステムの構成要素であるカラオケ端末の構成を示すブロック図である。
【図２】 実施形態のシステムの構成要素である情報センタの構成を示すブロック図である。
【図３】 実施形態の情報センタの記憶装置に格納されている管理テーブルの説明図である。
【図４】 実施形態のカラオケ端末におけるメイン処理を示すフローチャートである。
【図５】 実施形態のカラオケ端末における登録処理を示すフローチャートである。
【図６】 実施形態のカラオケ端末における接続要求対応処理を示すフローチャートである。
【図７】 実施形態の情報センタにおけるメイン処理を示すフローチャートである。
【図８】 実施形態の情報センタにおける登録処理を示すフローチャートである。
【図９】 実施形態での正式登録に至る迄のカラオケ端末及び情報センタにおける一連処理を通信シーケンス図である。
【符号の説明】
３…情報センタ ７…情報通信網１０…カラオケ端末 ２６…画面表示制御装置２７…通信制御装置 ２９…テレビモニタ３１…中央制御装置 ３２…多目的入力キー３３…ハードディスク ３４…カレンダクロック３５…音声再生回路 ３８…ミキサアンプ４１…スピーカ ４３…マイクロフォン７１…ホストコンピュータ ７３…記憶装置７５…入力装置 ７７…通信制御装置７９…プリンタ ８１…ＣＲＴ
【図１】
0003775871.tif 000002
【図２】
0003775871.tif 000003
【図３】
0003775871.tif 000004
【図４】
0003775871.tif 000005
【図５】
0003775871.tif 000006
【図６】
0003775871.tif 000007
【図７】
0003775871.tif 000008
【図８】
0003775871.tif 000009
【図９】
0003775871.tif 000010