(57)【特許請求の範囲】
【請求項１】
端末装置が、当該端末装置がネットワークを介して送信元サーバに接続することによって送信元サーバからコンテンツ情報を受信するシステムの状態を呈示する方法として、
指示されたネットワークアドレスに接続して、目的の送信元サーバに接続できるか否かを判断し、目的の送信元サーバに接続できる場合には、その送信元サーバに目的のコンテンツ情報が存在するか否かを判断する第１の判断工程と、
この第１の判断工程で、目的の送信元サーバに接続できない、または目的のコンテンツ情報が存在しないと判断したとき、擬態音のサウンドパターンである第１のサウンドパターンのデータによって、第１のサウンドパターンを出力する第１の音声出力工程と、
上記第１の判断工程で、目的の送信元サーバに接続でき、かつ目的のコンテンツ情報が存在すると判断したとき、目的のコンテンツ情報を受信かつ再生できるか否かを判断する第２の判断工程と、
この第２の判断工程で、目的のコンテンツ情報を受信または再生できないと判断したとき、上記第１のサウンドパターンとは異なる擬態音のサウンドパターンである第２のサウンドパターンのデータによって、第２のサウンドパターンを出力する第２の音声出力工程と、
上記第２の判断工程で、目的のコンテンツ情報を受信かつ再生できると判断したとき、当該のコンテンツ情報を受信再生するコンテンツ受信再生工程と、
このコンテンツ受信再生工程でコンテンツ受信再生中に、送信元サーバからの送信が途切れたか否かを判断する第３の判断工程と、
この第３の判断工程で、送信元サーバからの送信が途切れたと判断したとき、反復音のサウンドパターンである第３のサウンドパターンのデータによって、第３のサウンドパターンを出力する第３の音声出力工程と、
を備えるシステム状態呈示方法。
【請求項２】
擬態音のサウンドパターンである第１のサウンドパターンのデータ、この第１のサウンドパターンと異なる擬態音のサウンドパターンである第２のサウンドパターンのデータ、および反復音のサウンドパターンである第３のサウンドパターンのデータが記録された記憶手段と、
この記憶手段に記録されているサウンドパターンデータによってサウンドパターンを出力する音声出力手段と、
ネットワークを介して送信元サーバに接続することによって送信元サーバからコンテンツ情報を受信する通信手段と、
この通信手段によって受信されたコンテンツ情報を再生する、上記音声出力手段が兼ねる、または上記音声出力手段とは別の再生手段と、
制御手段とを備え、
上記制御手段は、
指示されたネットワークアドレスに接続して、目的の送信元サーバに接続できるか否かを判断し、目的の送信元サーバに接続できる場合には、その送信元サーバに目的のコンテンツ情報が存在するか否かを判断する第１の判断工程と、
この第１の判断工程で、目的の送信元サーバに接続できない、または目的のコンテンツ情報が存在しないと判断したとき、上記第１のサウンドパターンのデータ、および上記音声出力手段によって、上記第１のサウンドパターンを出力する第１の音声出力工程と、
上記第１の判断工程で、目的の送信元サーバに接続でき、かつ目的のコンテンツ情報が存在すると判断したとき、目的のコンテンツ情報を受信かつ再生できるか否かを判断する第２の判断工程と、
この第２の判断工程で、目的のコンテンツ情報を受信または再生できないと判断したとき、上記第２のサウンドパターンのデータ、および上記音声出力手段によって、上記第２のサウンドパターンを出力する第２の音声出力工程と、
上記第２の判断工程で、目的のコンテンツ情報を受信かつ再生できると判断したとき、上記通信手段および上記再生手段によって、当該のコンテンツ情報を受信再生するコンテンツ受信再生工程と、
このコンテンツ受信再生工程でコンテンツ受信再生中に、送信元サーバからの送信が途切れたか否かを判断する第３の判断工程と、
この第３の判断工程で、送信元サーバからの送信が途切れたと判断したとき、上記第３のサウンドパターンのデータ、および上記音声出力手段によって、上記第３のサウンドパターンを出力する第３の音声出力工程と、
を実行する端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ユーザ側の端末装置がインターネットなどのネットワークを介して送信元サーバに接続することによって送信元サーバからインターネットラジオ放送やインターネットテレビ放送などのコンテンツ情報を受信するシステムの端末装置、および、その端末装置がユーザにシステムの状態を呈示する方法に関する。
【０００２】
【従来の技術】
ラジオの音声やテレビの映像などのマルチメディア情報を、インターネット上で配信し、ユーザ端末で受信できるようにしたシステムが、インターネットラジオ放送やインターネットテレビ放送などとして、普及しつつある。
【０００３】
このシステムでは、例えば、インターネットラジオ放送をＷｅｂブラウザによって受信する場合、ユーザ端末におけるユーザインタフェースも、Ｗｅｂブラウザに酷似したものとされ、ユーザがＵＲＬ（Ｕｎｉｆｏｒｍ  ＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）を入力して送信元に接続するとき、送信元に接続できない場合や、送信元のサーバが存在しない場合、または送信元に該当するＷｅｂサイトが存在しない場合などには、ディスプレイ上に図５に示すようなメッセージが表示される。
【０００４】
また、ストリーミング配信されたコンテンツ情報をリアルタイムで再生するストリーミング再生アプリケーションでは、同様の場合に、図６に示すようなメッセージが表示される。
【０００５】
さらに、特許文献１（特開２００２−１３５３５０公報）には、インターネットなどのネットワークを利用したコンテンツ配信システムにおいて、通信不能によって配信が中断されたとき、ユーザ端末のディスプレイ上に「サービスが中断されています。サービス名：音楽配信、コンテンツ名称：フレンド（楽曲）」というようなメッセージを表示することが示されている。
【０００６】
【特許文献１】
特開２００２−１３５３５０公報。
【０００７】
【発明が解決しようとする課題】
しかしながら、従来の、図５または図６に示したような、または特許文献１に示されているような、文字によるメッセージの表示によって、Ｗｅｂサイトが存在しないことや通信が途切れたことなどをユーザに知らせる方法では、ユーザは文字を読んで内容を理解しなければならないため、瞬時に直感的にシステムの状態を認識することができないとともに、インターネットラジオ放送やインターネットテレビ放送を受信する場合には、一般的な電波によるラジオ放送やテレビ放送を受信する場合とは異なった操作感や使用感となり、ユーザにとって親しみにくいものとなる。
【０００８】
そこで、この発明は、ユーザにとって直感的で親しみやすい方法でシステムの状態をユーザに知らせることができるようにしたものである。
【０００９】
【課題を解決するための手段】
この発明のシステム状態呈示方法は、
端末装置が、当該端末装置がネットワークを介して送信元サーバに接続することによって送信元サーバからコンテンツ情報を受信するシステムの状態を呈示する方法として、
指示されたネットワークアドレスに接続して、目的の送信元サーバに接続できるか否かを判断し、目的の送信元サーバに接続できる場合には、その送信元サーバに目的のコンテンツ情報が存在するか否かを判断する第１の判断工程と、
この第１の判断工程で、目的の送信元サーバに接続できない、または目的のコンテンツ情報が存在しないと判断したとき、擬態音のサウンドパターンである第１のサウンドパターンのデータによって、第１のサウンドパターンを出力する第１の音声出力工程と、
上記第１の判断工程で、目的の送信元サーバに接続でき、かつ目的のコンテンツ情報が存在すると判断したとき、目的のコンテンツ情報を受信かつ再生できるか否かを判断する第２の判断工程と、
この第２の判断工程で、目的のコンテンツ情報を受信または再生できないと判断したとき、上記第１のサウンドパターンとは異なる擬態音のサウンドパターンである第２のサウンドパターンのデータによって、第２のサウンドパターンを出力する第２の音声出力工程と、
上記第２の判断工程で、目的のコンテンツ情報を受信かつ再生できると判断したとき、当該のコンテンツ情報を受信再生するコンテンツ受信再生工程と、
このコンテンツ受信再生工程でコンテンツ受信再生中に、送信元サーバからの送信が途切れたか否かを判断する第３の判断工程と、
この第３の判断工程で、送信元サーバからの送信が途切れたと判断したとき、反復音のサウンドパターンである第３のサウンドパターンのデータによって、第３のサウンドパターンを出力する第３の音声出力工程と、
を備えるものである。
【００１１】
上記のこの発明のシステム状態呈示方法では、ユーザは、瞬時に直感的にシステムの状態を認識することができるとともに、一般的な電波によるラジオ放送やテレビ放送を受信する場合などと同様の操作感や使用感が得られ、ユーザにとって親しみやすい。しかも、文字メッセージや音声ガイダンスを出力する場合とは異なり、呈示のためのデータを世界各国で共通化することができる。
【００１２】
【発明の実施の形態】
〔第１の実施形態〕
図１は、この発明のシステムの一例を示し、ラジオのストリーミング音声情報を、送信元１が送信元サーバ２によってインターネット３上で配信し、ユーザ側の端末装置１０で受信再生する、インターネットラジオシステムの場合である。
【００１３】
送信元サーバ２および端末装置１０は、それぞれインターネット３に接続され、送信元サーバ２は、ラジオのストリーミング音声情報をインターネット３上に配信する。
【００１４】
端末装置１０は、ＣＰＵ１１を備え、そのバス１２に、ＣＰＵ１１が実行すべき後述の受信再生処理ルーチンなどのプログラムや各種の固定データが書き込まれたＲＯＭ１３、およびＣＰＵ１１のワークエリアなどとして機能するＲＡＭ１４が接続される。
【００１５】
また、バス１２には、ネットワーク通信部１７、暗号復号部１８および圧縮伸長部１９が接続される。
【００１６】
ネットワーク通信部１７は、ＣＰＵ１１の制御によって、送信元サーバ２に接続要求を送信し、これに応答して送信元サーバ２から送信されたストリーミング音声情報を受信するものであり、暗号復号部１８は、端末装置１０から送信元サーバ２に送信する信号を暗号化してネットワーク通信部１７に送出し、送信元サーバ２から送信されてネットワーク通信部１７で受信されたストリーミング音声情報を復号解読するものであり、圧縮伸長部１９は、端末装置１０から送信元サーバ２に送信する信号を圧縮して暗号復号部１８に送出し、送信元サーバ２から送信されてネットワーク通信部１７で受信され、暗号復号部１８で復号解読されたストリーミング音声情報を伸長復号するものである。
【００１７】
また、キーボードやマウスなどからなる操作入力部２１がインタフェース２２を介してバス１２に接続されるとともに、液晶ディスプレイなどの表示部２３が表示制御部２４を介してバス１２に接続される。
【００１８】
また、バス１２には、内部にハードディスクを備えるＨＤＤ（ハードディスクドライブ）２７が接続される。ただし、送信元サーバ２から受信したストリーミング音声情報は、ハードディスクにロードされることなく、リアルタイムで再生される。
【００１９】
さらに、バス１２には、サウンドパターン記憶部２９が接続されるとともに、Ｄ／Ａコンバータ３１、音声増幅回路３２およびスピーカ３３からなる音声出力部３０が接続される。
【００２０】
サウンドパターン記憶部２９は、ＲＯＭ１３の一部エリアまたはＨＤＤ２７内のハードディスクの一部エリアとすることができるが、これには、あらかじめ、非言語的な３種のサウンドパターンのデータが書き込まれる。非言語的なサウンドパターンは、それ自体は意味を持たない、後述のような擬態音または反復音である。
【００２１】
送信元サーバ２からのストリーミング音声情報を、ネットワーク通信部１７で受信でき、暗号復号部１８で復号解読でき、圧縮伸長部１９で伸長復号できる場合には、その伸長復号後のデジタル音声信号が、Ｄ／Ａコンバータ３１でアナログ音声信号に変換され、その変換後のアナログ音声信号が、音声増幅回路３２で増幅されてスピーカ３３に供給されて、スピーカ３３から、送信元サーバ２から配信されたラジオの音声が出力される。
【００２２】
これに対して、（１）送信元サーバ２との接続時、ユーザが操作入力部２１で送信元サーバ２のアドレス（ＵＲＬ）を間違えて入力するなどの理由によって送信元サーバ２に接続できないとき、または入力されたアドレスに目的のサーバやコンテンツ情報が存在しないときには、ＣＰＵ１１によって、そのことが検出されて、サウンドパターン記憶部２９から後述の第１のサウンドパターンデータが読み出され、音声出力部３０によって第１のサウンドパターンが出力される。
【００２３】
また、（２）送信元サーバ２と接続でき、送信元サーバ２から目的のストリーミング音声情報が送信されるが、ネットワーク通信部１７が送信元サーバ２の伝送方式に対応していないために、そのストリーミング音声情報をネットワーク通信部１７で受信できないとき、または、ストリーミング音声情報をネットワーク通信部１７で受信できるが、暗号復号部１８が送信元サーバ２の暗号化方式に対応していないために、そのストリーミング音声情報を暗号復号部１８で復号解読できないとき、もしくは、ストリーミング音声情報を暗号復号部１８で復号解読できるが、圧縮伸長部１９が送信元サーバ２の圧縮方式に対応していないために、そのストリーミング音声情報を圧縮伸長部１９で伸長復号できないときには、ＣＰＵ１１によって、そのことが検出されて、サウンドパターン記憶部２９から後述の第２のサウンドパターンデータが読み出され、音声出力部３０によって第２のサウンドパターンが出力される。
【００２４】
また、（３）インターネットラジオ放送の停止などによって送信元サーバ２からのストリーミング音声情報が途切れたときには、ＣＰＵ１１によって、そのことが検出されて、サウンドパターン記憶部２９から後述の第３のサウンドパターンデータが読み出され、音声出力部３０によって第３のサウンドパターンが出力される。
【００２５】
図２および図３に、以上のようなＣＰＵ１１が実行すべき受信再生処理ルーチンの一例を示す。
【００２６】
この例の受信再生処理ルーチン４０では、ステップ４１で、ユーザが送信元のアドレス（ＵＲＬ）を入力して、送信元への接続を指示する。
【００２７】
これにより、ＣＰＵ１１は、ステップ４２で、Ｗｅｂブラウザを起動させて、ネットワーク通信部１７によって送信元サーバ２に接続要求を送信し、次にステップ４３に進んで、送信元が存在するか否かを判断する。送信元が存在しない、というのは、上記（１）の場合である。
【００２８】
そして、送信元が存在する場合、すなわち、送信元サーバ２と接続でき、送信元サーバ２からストリーミング音声情報が送信される場合には、ステップ４３からステップ４４に進んで、送信元サーバ２から送信された信号から、送信元の伝送方式、暗号化方式および圧縮方式を検出するとともに、ネットワーク通信部１７の伝送方式、暗号復号部１８の暗号化方式および圧縮伸長部１９の圧縮方式を検出する。
【００２９】
さらに、ステップ４５に進んで、ネットワーク通信部１７が送信元の伝送方式に対応している（ネットワーク通信部１７で送信元サーバ２からのストリーミング音声情報を受信できる）か否かを判断する。
【００３０】
そして、ネットワーク通信部１７が送信元の伝送方式に対応しているときには、ステップ４５からステップ４６に進んで、暗号復号部１８が送信元の暗号化方式に対応している（暗号復号部１８で送信元サーバ２からのストリーミング音声情報を復号解読できる）か否かを判断する。
【００３１】
そして、暗号復号部１８が送信元の暗号化方式に対応しているときには、ステップ４６からステップ４７に進んで、圧縮伸長部１９が送信元の圧縮方式に対応している（圧縮伸長部１９で送信元サーバ２からのストリーミング音声情報を伸長復号できる）か否かを判断する。
【００３２】
そして、圧縮伸長部１９が送信元の圧縮方式に対応しているときには、ステップ４７からステップ５１に進んで、ネットワーク通信部１７でストリーミング音声情報を受信し、さらにステップ５２に進んで、ストリーミング音声情報を継続的に受信しているか否かを判断し、継続的に受信しているときには、ステップ５２からステップ５３に進んで、受信したストリーミング音声情報を、暗号復号部１８で復号解読し、圧縮伸長部１９で伸長復号して、音声出力部３０によって音声として出力した上で、ステップ５４に進んで、再生を終了したか否かを判断し、再生を終了していないときには、ステップ５４からステップ５１に戻って、ストリーミング音声情報を受信する。
【００３３】
一方、ステップ４３で送信元が存在しないと判断したときには、ステップ５６に進んで、サウンドパターン記憶部２９から第１のサウンドパターンデータを読み出し、音声出力部３０によって第１のサウンドパターンを出力する。
【００３４】
具体的に、第１のサウンドパターンは、「ザー」というような、一般的な電波によるラジオ放送を受信するラジオ受信機（ＦＭ受信機やＡＭ受信機）において全く同調が取れていない場合に発生するのと同様のノイズ的なサウンドとする。これによって、ユーザは、送信元サーバ２に接続できないなど、送信元が存在しないことを、瞬時に直感的に認識することができる。
【００３５】
ステップ４５でネットワーク通信部１７が送信元の伝送方式に対応していない（ネットワーク通信部１７で送信元サーバ２からのストリーミング音声情報を受信できない）と判断したとき、ステップ４６で暗号復号部１８が送信元の暗号化方式に対応していない（暗号復号部１８で送信元サーバ２からのストリーミング音声情報を復号解読できない）と判断したとき、またはステップ４７で圧縮伸長部１９が送信元の圧縮方式に対応していない（圧縮伸長部１９で送信元サーバ２からのストリーミング音声情報を伸長復号できない）と判断したときには、ステップ５７に進んで、サウンドパターン記憶部２９から第２のサウンドパターンデータを読み出し、音声出力部３０によって第２のサウンドパターンを出力する。
【００３６】
具体的に、第２のサウンドパターンは、「シャー」というような、上記の「ザー」というサウンドより高いサウンドとする。これによって、ユーザは、当該の端末装置１０では送信元サーバ２からのストリーミング音声情報を受信または再生できないことを、瞬時に直感的に認識することができる。
【００３７】
一方、端末装置１０で送信元サーバ２からのストリーミング音声情報を受信再生できる場合に、ステップ５２で送信元からの送信が途切れたと判断したときには、ステップ５８に進んで、サウンドパターン記憶部２９から第３のサウンドパターンデータを読み出し、音声出力部３０によって第３のサウンドパターンを出力する。
【００３８】
具体的に、第３のサウンドパターンは、「プープー」というような、電話の話中音のような反復音とする。これによって、ユーザは、送信元からの送信が途切れたことを、瞬時に直感的に認識することができる。
【００３９】
以上のように、この例では、送信元に接続してインターネットラジオ放送を受信する場合に、接続やストリーミング音声情報の受信再生についてのユーザインタフェースが、一般的な電波によるラジオ放送をラジオ受信機で受信する場合と類似したものとなるので、ユーザにとって親しみやすい。
【００４０】
上述した例は、インターネットラジオ放送を受信する場合であるが、インターネットテレビ放送を受信する場合にも、同様に構成することができる。
【００４２】
〔他の実施形態〕
上述した実施形態は、端末装置がインターネットなどのネットワークを介して送信元サーバに接続して、送信元サーバからラジオのストリーミング音声情報などのコンテンツ情報を受信する場合であるが、この発明の基本的な考えは、インターネットなどのネットワークを介して相互に接続して、端末間で音声情報や画像情報などの情報を送受信する場合にも適用することができる。
【００４３】
図４は、その場合のシステム構成を示し、端末装置５および６が、それぞれインターネットなどの広域ネットワーク７に接続される。端末装置５および６は、それぞれ、例えば、図１の端末装置１０に類似した構成で、音声情報を送受信できるものである。
【００４４】
そして、端末装置５から端末装置６への接続時、端末装置５が端末装置６に接続できないときには、端末装置５において、例えば「ピーピー」というようなサウンドパターンが出力される。また、端末装置５と端末装置６との間で通信中に、通信が途切れたときには、端末装置５および６において、例えば「プープー」というようなサウンドパターンが出力される。
【００４５】
したがって、この例においても、ユーザは瞬時に直感的に、接続や通信の状態を認識することができるとともに、接続や通信についてのユーザインタフェースが、ユーザにとって親しみやすいものとなる。
【００４６】
ただし、このユーザ端末間で情報を送受信するシステムの場合は、特許請求の範囲には記載していない。
【００４７】
【発明の効果】
上述したように、この発明によれば、ユーザにとって直感的で親しみやすい方法でシステムの状態をユーザに知らせることができるとともに、呈示のためのデータを世界各国で共通化することができる。
【図面の簡単な説明】
【図１】この発明のシステムの一例を示す図である。
【図２】図１のシステムの端末装置が実行する受信再生処理ルーチンの一例の一部を示す図である。
【図３】図１のシステムの端末装置が実行する受信再生処理ルーチンの一例の一部を示す図である。
【図４】この発明のシステムの他の例を示す図である。
【図５】従来のユーザインタフェース方法の一例を示す図である。
【図６】従来のユーザインタフェース方法の他の例を示す図である。
【符号の説明】
主要部については図中に全て記述したので、ここでは省略する。
【図１】
0004362687.tif 000002
【図２】
0004362687.tif 000003
【図３】
0004362687.tif 000004
【図４】
0004362687.tif 000005
【図５】
0004362687.tif 000006
【図６】
0004362687.tif 000007