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