(57)【特許請求の範囲】
【請求項１】
ユーザーから投稿されたメッセージをメッセージ記憶手段に記憶し、ユーザーからの要求に従ってメッセージ記憶手段に登録されたメッセージを取得し、ユーザー端末に送信するコミュニケーションサーバと、
タッチパネル式入力手段を有し、鍵盤を模した鍵盤メタファをタッチパネルに表示させ、指示された各鍵に対応する文字を入力してメッセージを作成し、作成したメッセージに所定の文字列を付加して前記コミュニケーションサーバに送信する第１のユーザー端末と、
前記所定の文字列を用いて前記コミュニケーションサーバにメッセージの取得要求を行い、前記コミュニケーションサーバから取得したメッセージに含まれる文字情報を、変換テーブルを参照して音情報に変換し、当該音情報を用いて音を発する第２のユーザー端末と、
を有することを特徴とする音情報伝達システム。
【請求項２】
広告データを記憶したサーバコンピュータである広告サーバをさらに有し、
前記第２のユーザー端末は、前記コミュニケーションサーバからメッセージを取得した際、前記広告サーバから広告データを取得し、前記取得したメッセージとともに画面表示することを特徴とする請求項１に記載の音情報伝達システム。
【請求項３】
ユーザーから投稿されたメッセージをメッセージ記憶手段に記憶し、ユーザーからの要求に従ってメッセージ記憶手段に登録されたメッセージを取得し、ユーザー端末に送信するコミュニケーションサーバと通信を行う端末装置であって、
タッチパネル式入力手段を有し、鍵盤を模した鍵盤メタファをタッチパネルに表示させ、指示された各鍵に対応する文字を入力してメッセージを作成し、作成したメッセージに所定の文字列を付加して前記コミュニケーションサーバに送信するメッセージ作成手段と、
前記所定の文字列を用いて前記コミュニケーションサーバにメッセージの取得要求を行い、前記コミュニケーションサーバから取得したメッセージに含まれる文字情報を、変換テーブルを参照して音情報に変換し、当該音情報を用いて音を発する音情報再生手段と、
を有することを特徴とする端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータネットワークにおいて文字情報を送受信するコミュニケーションサービスを利用して音情報を伝達する技術に関する。
【背景技術】
【０００２】
従来、インターネット等のコンピュータネットワークにおいては、様々なコミュニケーションが行われている。特に、最近では、米国Ｔｗｉｔｔｅｒ社により提供されている“Ｔｗｉｔｔｅｒ”というサービスが利用されるようになってきている。この“Ｔｗｉｔｔｅｒ”は、１４０文字以内のメッセージを投稿し、これを仲間同士で共有することによりコミュニケーションを図ることを特徴としている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−１１１８０４号公報
【特許文献２】特開２００４−１１８４２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
“Ｔｗｉｔｔｅｒ”に代表されるコミュニケーションサービスでは、文字情報をやりとりするという比較的単純な方式によりコミュニケーションを行うことが可能となっている。しかし、これは一方で、音情報等の文字情報以外の情報はやりとりできないという制約を生むことになっている。また、携帯電話機や鍵盤型装置を用いて文字入力を行う技術も存在するが（特許文献１、２参照）、文字情報を扱うコミュニケーションサービスを利用して、音情報の伝達をすることはできない。
【０００５】
そこで、本発明は、文字情報を利用したコミュニケーションサービスにおいて、音情報のやりとりが可能な音情報伝達システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明では、ユーザーから投稿されたメッセージをメッセージ記憶手段に記憶し、ユーザーからの要求に従ってメッセージ記憶手段に登録されたメッセージを取得し、ユーザー端末に送信するコミュニケーションサーバと、タッチパネル式入力手段を有し、鍵盤を模した鍵盤メタファをタッチパネルに表示させ、指示された各鍵に対応する文字を入力してメッセージを作成し、作成したメッセージに所定の文字列（ハッシュタグ）を付加して前記コミュニケーションサーバに送信する第１のユーザー端末と、前記所定の文字列（ハッシュタグ）を用いて前記コミュニケーションサーバにメッセージの取得要求を行い、前記コミュニケーションサーバから取得したメッセージに含まれる文字情報を、変換テーブルを参照して音情報に変換し、当該音情報を用いて音を発する第２のユーザー端末を有する音情報伝達システムを提供する。
【０００７】
本発明によれば、メッセージの登録、記憶、検索を行うコミュニケーションサーバを利用して、第１のユーザー端末から第２のユーザー端末へメッセージを送信するにあたり、第１のユーザー端末で鍵盤を模した鍵盤メタファをタッチパネルに表示させ、指示された各鍵に対応する文字を入力してメッセージを作成し、作成したメッセージに所定の文字列（ハッシュタグ）を付加して前記コミュニケーションサーバに送信し、第２のユーザー端末で所定の文字列（ハッシュタグ）を用いてコミュニケーションサーバにメッセージの取得要求を行い、コミュニケーションサーバから取得したメッセージに含まれる文字情報を、変換テーブルを参照して音情報に変換し、音を発するようにしたので、文字情報を利用したコミュニケーションサービスにおいて、音情報のやりとりが可能となる。
【発明の効果】
【０００８】
本発明によれば、文字情報を利用したコミュニケーションサービスにおいて、音情報のやりとりが可能となるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】本発明に係る音情報伝達システムの一実施形態を示す構成図である。
【図２】コミュニケーションサーバ１０のハードウェア構成を示す図である。
【図３】ユーザー端末２０のハードウェア構成を示す図である。
【図４】鍵盤入力形式のメッセージ作成画面である鍵盤入力画面を示す図である。
【図５】鍵盤メタファと文字情報の対応関係を示す図である。
【図６】メッセージの一覧表示画面を示す図である。
【図７】メッセージの詳細表示画面を示す図である。
【発明を実施するための形態】
【００１０】
（１．システム構成）
以下、本発明の好適な実施形態について図面を参照して詳細に説明する。図１は、本発明に係る音情報伝達システムの一実施形態を示す構成図である。図１に示す音情報伝達システム１００は、コミュニケーションサーバ１０、第１ユーザー端末２０ａ、第２ユーザー端末２０ｂ、広告サーバ３０、通信ネットワーク４０により構成されている。
【００１１】
コミュニケーションサーバ１０は、ユーザーから投稿されたメッセージを記憶するメッセージ記憶手段１１、ユーザー端末２０からメッセージを受け取った際に、そのメッセージをメッセージ記憶手段１１に登録するメッセージ登録手段１２、ユーザー端末２０からの検索要求に従って、メッセージ記憶手段１１に記憶されたメッセージを検索するメッセージ検索手段１３を有しており、ユーザーからのメッセージ投稿、検索要求を受け付けるとともに、検索結果として得られたメッセージを要求元のユーザーに送信する機能を有する。
【００１２】
コミュニケーションサーバ１０のハードウェア構成を図２に示す。コミュニケーションサーバ１０は、汎用のコンピュータであり、記憶装置１５、ＣＰＵ１６、送受信部１７を有している。記憶装置１５は、ハードディスクにより実現され、メッセージ登録手段１２、メッセージ検索手段１３を実現するためのプログラムが記憶されているとともに、投稿されたメッセージを記憶するメッセージ記憶手段としての役割も果たしている。ＣＰＵ１６は、記憶装置１５からメッセージ登録手段１２、メッセージ検索手段１３を実現するためのプログラムを読み込み、メモリ（図示省略）に展開し、実行する演算処理装置である。送受信部１７は、通信ネットワーク４０を介して外部との通信を行う。このようなコミュニケーションサーバ１０は、上述のコミュニケーションサービス“Ｔｗｉｔｔｅｒ”において用いられている公知の技術により実現される。
【００１３】
図１の例では、コミュニケーションサーバ１０はメッセージ検索手段１３を備えているが、メッセージ検索手段については、コミュニケーションサーバ内に設けず、別途検索サーバを設け、ユーザーは検索サーバを介してコミュニケーションサーバにアクセスするような構成とすることも可能である。この場合、コミュニケーションサーバと検索サーバの運営主体は異なっていても良く、検索サーバの運営は、検索サービス提供会社が行うことになる。
【００１４】
また、図１において、第１ユーザー端末２０ａ、第２ユーザー端末２０ｂは、いずれもユーザーがコミュニケーションサーバ１０を利用してコミュニケーションを行う端末装置である。第１ユーザー端末２０ａ、第２ユーザー端末２０ｂとしては、ネットワーク通信機能、文字情報処理機能、音楽情報処理機能を有するものであれば、ＰＣ、携帯型端末等さまざまな機器を用いることが可能であるが、本実施形態では、公知のタッチパネル入力形式の携帯電話機に専用のプログラムを組み込むことにより実現している。携帯電話機内の専用のプログラムは、事前に組み込んでおくことも可能であるが、インターネット上の所定のサーバからダウンロードして組み込むようにしても良い。携帯電話機で用いるプログラムをインターネット上の所定のサーバからダウンロードして組み込むことは公知であるので詳細な説明は省略する。
【００１５】
図１の例では、ユーザー端末として第１ユーザー端末２０ａ、第２ユーザー端末２０ｂの２つしか示していないが、多数のユーザー端末が利用できることは当然である。本実施形態において、第１ユーザー端末２０ａ、第２ユーザー端末２０ｂは同一の機能、すなわち、後述する鍵盤メタファ（鍵盤型入力ボタン群）を利用してメッセージを作成する機能とメッセージを音情報に変換して再生する機能を有するが、説明の便宜上、メッセージを送信する側を第１ユーザー端末２０ａ、メッセージを受信する側を第２ユーザー端末２０ｂとしている。第１ユーザー端末２０ａ、第２ユーザー端末２０ｂはともに、文字情報と音情報を対応付けた変換テーブルと、音情報に対応する音源データを有している。
【００１６】
ユーザー端末２０のハードウェア構成を図３に示す。図３においては、本発明により用いる構成のみを示しており、通常の通話機能に関する構成は省略してある。ユーザー端末２０は上述のように、タッチパネル入力形式の携帯電話機であり、記憶装置２１、ＣＰＵ２２、文字入力部２３、表示部２４、送受信部２５、音情報処理部２６、スピーカ２７を有している。記憶装置２１は、フラッシュメモリにより実現され、第１ユーザー端末２０ａ、第２ユーザー端末２０ｂとしての機能を実現するためのプログラムが記憶されているとともに、音源データ、変換テーブルが記憶されている。ＣＰＵ２２は、記憶装置２１からプログラムを読み込み、メモリ（図示省略）に展開し、実行する演算処理装置である。文字入力部２３は、タッチパネル式の入力部であり、タッチされた位置を検出し、その位置に対応する文字情報を入力する。表示部２４は、液晶ディスプレイであり、ＣＰＵにより処理された情報を表示する。送受信部２５は、通信ネットワーク４０（携帯電話網含む）を介して外部との通信を行う。音情報処理部２６は、ＣＰＵの指示に従って、記憶装置２１に記憶されている音源データをＤ／Ａ変換、増幅してスピーカに出力する処理を行う。スピーカ２７は、音情報処理部２６により処理された情報を外部に音として出力する。
【００１７】
広告サーバ３０は、広告データを記憶したサーバコンピュータであり、外部からの要求に応じて対応する広告データを送信する。本実施形態では、ユーザーＩＤと広告データを対応付けて記憶しておき、要求元のユーザーＩＤに対応する広告データを取得し、送信する。また、通信ネットワーク４０は、インターネット等のコンピュータネットワークである。
【００１８】
（２．処理動作）
（２．１．メッセージの作成）
次に、本実施形態の音情報伝達システムの処理動作について説明する。まず、第１ユーザー端末２０ａにおけるメッセージの作成について説明する。メッセージを作成するユーザーは、第１ユーザー端末２０ａからブラウザを利用して、コミュニケーションサーバ１０にアクセスし、ログインを行う。ログインすると、コミュニケーションサーバ１０内のメッセージ記憶手段１１に記憶されているメッセージを取得することが可能となる。ここまでは、通常のコミュニケーションサービスの機能と同じである。
【００１９】
ログイン後、ユーザーによりメッセージを作成する指示が行われると、第１ユーザー端末２０ａは、メッセージ作成画面を表示する。メッセージ作成画面としては、従来と同様、アルファベットキーを用いて文字を直接入力するキー入力形式のものと、ピアノの鍵盤を模した絵柄を用いて文字を入力する鍵盤入力形式のものが用意されている。キー入力形式、鍵盤入力形式のいずれにするかは、事前に設定しておくことが可能であり、第１ユーザー端末２０ａは、ユーザーから新規メッセージを作成する指示が行われた際、設定されている入力形式の画面を表示する。
【００２０】
図４は、鍵盤入力形式のメッセージ作成画面である鍵盤入力画面を示す図である。図４（ａ）は初期状態、図４（ｂ）は文字入力が行われた状態を示す。図４に示すように、鍵盤入力画面には、文字表示欄、ハッシュタグ入力欄、鍵盤メタファ、ボタンＢ１〜Ｂ６が設けられている。文字表示欄は、ユーザーにより入力された文字が表示される欄である。ハッシュタグ入力欄は、メッセージの検索に用いられるハッシュタグを入力する欄である。このハッシュタグ入力欄には、デフォルト値として“＃ｃｈｐｔｗ”が入力されている。ハッシュタグとは、メッセージを検索しやすくするためにメッセージ内に含めるタグであり、メッセージにカテゴリーをつけることができるものである。このハッシュタグで検索をすると、コミュニケーションサーバ１０の機能により、そのハッシュタグ付のメッセージを取得することが可能となる。ハッシュタグは、上述の“Ｔｗｉｔｔｅｒ”において既に用いられているものである。鍵盤メタファはピアノの鍵盤を模したボタン群であり、各白鍵、黒鍵は対応する文字情報の入力ボタンになっている。
【００２１】
ボタンＢ１は再生ボタンであり、再生ボタンＢ１がタッチされると、第１ユーザー端末２０ａは、文字表示欄に表示されている所定の文字情報を音情報に変換して携帯電話機のスピーカから音として出力する。ボタンＢ２はキー入力形式への切り替えボタン、ボタンＢ３は鍵盤入力形式への切り替えボタンである。鍵盤入力画面が表示されている状態では、ボタンＢ２がタッチされると、第１ユーザー端末２０ａは、キー入力画面に切り換える処理を行う。ボタンＢ４は休符入力ボタンであり、休符入力ボタンＢ４がタッチされると、第１ユーザー端末２０ａは、休符設定画面（図示省略）を表示する。休符設定画面には、４分休符、２分休符、全休符それぞれの選択ボタンが用意されており、これらにタッチすると、第１ユーザー端末２０ａは、対応する休符に対応する文字情報を入力し、文字表示欄に表示する。本実施形態では、４分休符には「．（ピリオド）」、２分休符には「．．（ピリオド２つ）」、全休符には「．．．．（ピリオド４つ）」の文字情報を対応させている。ボタンＢ５は長音ボタンであり、直前に入力された音情報の長さを調整する。ボタンＢ６は送信ボタンであり、送信ボタンＢ６がタッチされると、第１ユーザー端末２０ａは、文字表示欄に入力されている文字情報に、ハッシュタグ入力欄に入力されている文字列を付加して、メッセージとしてコミュニケーションサーバ１０に送信する。
【００２２】
図５は、鍵盤メタファと文字情報の対応関係を示す図である。図５に示すように、鍵盤メタファには、１オクターブ分＋１の８個の白鍵と、５個の黒鍵に対応する１３個のボタンが用意されており、それぞれその音符に対応する文字情報が入力されるようになっている。白鍵については、左からＣ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ、Ｃ２に対応させている。黒鍵については、左からＣ＃（Ｄ♭）、Ｄ＃（Ｅ♭）、Ｆ＃（Ｇ♭）、Ｇ＃（Ａ♭）、Ａ＃（Ｂ♭）に対応させている。なお、黒鍵について＃を付したもの、♭を付したもののどちらかを利用可能に設定しても良いし、両方とも利用可能に設定しても良い。また、＃を用いた場合、ハッシュタグと誤認識される場合があるので、＃に代えて他の文字を用いるようにしても良い。本実施形態では＃に代えて＋、♭に代えて−を用いている。したがって、メッセージには、Ｃ＃は“Ｃ＋”、Ｄ♭は“Ｄ−”として入力されることになる。
【００２３】
鍵盤入力画面では、鍵盤メタファ上の各鍵にタッチすることにより、対応する文字情報を入力する。例えば、“ドレミ”の音情報を伝達したい場合、対応する白鍵を順にタッチしていくことになる。これにより、各白鍵に対応した文字情報“ＣＤＥ”が第１ユーザー端末２０ａに入力され、第１ユーザー端末２０ａは、文字表示欄に“ＣＤＥ”を表示する。なお、鍵盤メタファ上の各鍵にタッチした際、文字入力と同時に対応する音を発するような構成としても良い。この場合、各鍵へのタッチをＣＰＵが検知して対応する音源データの再生を音源データ再生処理部に命令することになるが、鍵盤状のボタンをタッチして、対応する音源データを再生する技術は公知であるので詳細な説明は省略する。
【００２４】
入力されたＣ、Ｄ、Ｅ等の文字情報は、後述する再生側の第２ユーザー端末２０ｂでは、４分音符に対応するものとして認識される。また、第２ユーザー端末２０ｂでは、Ｃ、Ｄ、Ｅ等の文字の直後に、空白（スペース）が１つ存在する場合は２分音符、空白が２つ存在する場合は全音符として認識する。第１ユーザー端末２０ａにおいて、２分音符、全音符に対応する文字情報を入力する場合には、長音ボタンＢ５を用いる。長音ボタンＢ５は、１回タッチされると、空白を入力するように設定されている。したがって、文字情報“Ｃ”を入力した後に、長音ボタンＢ５を２回タッチすると、“Ｃ    ”と入力される。
【００２５】
文字表示欄に文字情報が入力された状態で、再生ボタンＢ１にタッチすると、第１ユーザー端末２０ａは、入力された文字情報を対応する音情報に変換し、ススピーカから音として出力する。文字表示欄に“ＣＤＥ”と入力されている場合は、“ドレミ”の音がそれぞれ４分音符に相当する長さでスピーカから出力されることになる。また、文字表示欄に“Ｃ    ”と入力されている場合は、“ド”の音が全音符に相当する長さでスピーカから出力されることになる。この再生ボタンＢ１を利用することにより、メッセージ作成者は、メッセージの投稿前に自分が入力した音を試聴することができる。再生ボタンＢ１にタッチした場合の再生の具体的処理は、第２ユーザー端末２０ｂにおける再生処理と同様であるので、詳細については後述する。
【００２６】
鍵盤メタファを用いて文字情報を入力する場合、上述のように単純に対応する文字情報を入力するようにしても良いが、その場合、１つのメッセージ内に言葉として入力した文字情報と混在して読み難い文章になってしまう。そこで、本実施形態では、音情報を伝えるための文字情報と言葉として入力した文字情報を区別するため、所定の記号“♪”を入力するようにしている。この場合、鍵盤メタファを用いて最初の１音を指定すると、第１ユーザー端末２０ａは、“♪Ｃ♪”のように、文字情報の前後に記号“♪”を入力し、次の音を指定すると“♪ＣＤ♪”、さらに次の音を指定すると“♪ＣＤＥ♪”のように、後の“♪”の直前に文字情報を挿入する処理を行う。このときの鍵盤入力画面の状態を図４（ｂ）に示す。
【００２７】
文字情報の入力が終了し、入力した文字情報をメッセージとして投稿する場合、ユーザーは送信ボタンＢ６にタッチする。すると、第１ユーザー端末２０ａは、ハッシュタグ入力欄に入力されている文字列を、入力されている文字情報の最後尾に付加し、メッセージとしてコミュニケーションサーバ１０に送信する。例えば、文字表示欄に“♪ＣＤＥ♪”が入力され、ハッシュタグ入力欄に“＃ｃｈｐｔｗ”が入力されている場合、メッセージとして“＃ｃｈｐｔｗ♪ＣＤＥ♪”を送信することになる。
【００２８】
コミュニケーションサーバ１０では、第１ユーザー端末２０ａからメッセージを受信すると、メッセージ登録手段１２が、受信したメッセージをメッセージ記憶手段１１に登録する。第１ユーザー端末２０ａによるメッセージの投稿からコミュニケーションサーバ１０におけるメッセージの登録処理については、上述の“Ｔｗｉｔｔｅｒ”等で実現されているように公知の技術であるので、詳細な説明は省略する。
【００２９】
（２．２．メッセージを用いた音の再生）
次に、投稿されたメッセージを利用した第２ユーザー端末２０ｂにおける音の再生について説明する。メッセージを利用して音を再生するユーザーは、第２ユーザー端末２０ｂからブラウザを利用して、コミュニケーションサーバ１０にアクセスし、ログインを行う。ログインすると、コミュニケーションサーバ１０内のメッセージ記憶手段１１に記憶されているメッセージを取得することが可能となる。第１ユーザー端末２０ａにおけるメッセージ作成の場合と同様、ここまでは、通常のコミュニケーションサービスの機能と同じである。
【００３０】
ログイン後、ユーザーがハッシュタグを指定して、メッセージを要求する指示を行うと、第２ユーザー端末２０ｂは、指定されたハッシュタグとメッセージ要求をコミュニケーションサーバ１０に送信する。なお、このハッシュタグの指定とメッセージ要求は、ログインと同時に行うような設定にしておいても良い。コミュニケーションサーバ１０では、第２ユーザー端末２０ｂからハッシュタグとメッセージ要求を受信すると、メッセージ検索手段１３が、そのハッシュタグでメッセージ記憶手段１１内のメッセージを検索し、該当するメッセージを抽出して、第２ユーザー端末２０ｂに送信する。ハッシュタグとして“＃ｃｈｐｔｗ”が指定された場合、“＃ｃｈｐｔｗ”を有するメッセージが抽出されることになる。
【００３１】
第２ユーザー端末２０ｂでは、受信したメッセージを画面に一覧表示する。図６は、メッセージの一覧表示画面を示す図である。図６に示すように、一覧表示画面には、ハッシュタグ表示欄、広告表示欄、メッセージ表示欄、ボタンＢ７、Ｂ８が設けられている。ハッシュタグ表示欄は、ユーザーにより指定されたハッシュタグが表示される欄である。広告表示欄は、広告が表示される欄である。メッセージ表示欄は、ハッシュタグ表示欄に表示されているハッシュタグを用いて検索され、コミュニケーションサーバ１０から受信したメッセージが一覧表示される欄である。ボタンＢ７は新規メッセージ作成ボタンであり、新規メッセージ作成ボタンＢ７がタッチされると、第２ユーザー端末２０ｂは、図４に示したような新規メッセージ作成画面（鍵盤入力画面）に切り替え表示する。ボタンＢ８は連続再生ボタンであり、連続再生ボタンＢ８がタッチされると、新規メッセージ第２ユーザー端末２０ｂは、一覧表示画面に表示されている複数のユーザーが投稿したメッセージを、最新のものから過去もものへ、または過去のものから最新のものへ連続再生する。個々のメッセージの具体的な再生処理については、後述する再生ボタンＢ９にタッチした場合と同じである。
【００３２】
ここで、広告表示欄に広告を表示する処理について説明しておく。第２ユーザー端末２０ｂは、コミュニケーションサーバ１０からメッセージを取得した際、一覧表示画面を画面に表示させる。この際、広告サーバ３０に、ユーザーＩＤとともに、広告データ要求を送信する。広告サーバ３０では、第２ユーザー端末２０ｂからユーザーＩＤを伴う広告データ要求を受信すると、受信したユーザーＩＤに対応する広告データを取得し、第２ユーザー端末２０ｂに送信する。第２ユーザー端末２０ｂでは、広告サーバ３０から受信した広告データを一覧表示画面の広告表示欄に表示させる。これにより、ユーザーに対応した広告データが広告表示欄に表示されることになる。
【００３３】
図６に示した一覧表示画面において、ユーザーは１つのメッセージにタッチすることによりメッセージの選択を行う。すると、第２ユーザー端末２０ｂは、タッチされた箇所に対応する１つのメッセージを詳細表示画面に表示する。
【００３４】
図７は、メッセージの詳細表示画面を示す図である。図７に示すように、詳細表示画面には、投稿者表示欄、メッセージ表示欄、ボタンＢ７、Ｂ９〜Ｂ１２が設けられている。投稿者表示欄は、投稿者名等の投稿者に関する情報が表示される欄である。メッセージ表示欄は、一覧表示画面において選択されたメッセージが表示される欄である。ボタンＢ７は、一覧表示画面と同一の新規メッセージ作成ボタンである。ボタンＢ９は再生ボタンであり、図４に示したボタンＢ１と同様の機能を有する。したがって、再生ボタンＢ９がタッチされると、第２ユーザー端末２０ｂは、メッセージ表示欄に表示されている所定の文字情報を音情報に変換してスピーカから音として出力する。ボタンＢ１０は返信ボタンであり、表示されているメッセージについて返信を行う。ボタンＢ１１はダイレクトメッセージボタンであり、他のユーザーにプライベートなメッセージを送る。ボタンＢ１２は再投稿ボタンであり、誰かのメッセージを自分のアカウントで再投稿する。ボタンＢ７、Ｂ１０〜Ｂ１２は、既存のコミュニケーションサービスにおいて用いられているボタンである。
【００３５】
詳細表示画面において、ユーザーが再生ボタンＢ９にタッチすると、第２ユーザー端末２０ｂは、メッセージ表示欄に表示されている所定の文字情報を音情報に変換し、その音情報に対応する音源データを再生処理し、スピーカから音として出力する。所定の文字情報とは、変換テーブルに登録されている文字情報のことであり、変換テーブルに登録されていない文字情報については変換を行わない。したがって、本実施形態では、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ａ、Ｂ、Ｃ２、Ｃ＃（Ｄ♭）、Ｄ＃（Ｅ♭）、Ｆ＃（Ｇ♭）、Ｇ＃（Ａ♭）、Ａ＃（Ｂ♭）の１３種についてのみ変換を行う。
【００３６】
以上のようにして、あるユーザーから他のユーザーへ、文字情報によるコミュニケーションサービスを利用して、音情報の伝達をすることが可能になる。
【００３７】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されず、種々の変形が可能である。例えば、上記実施形態では、第２ユーザー端末２０ｂで一覧表示画面を表示する際、広告表示欄を設け、広告サーバ３０から取得した広告データを表示するようにしたが、必ずしも広告データを表示させる必要はない。
【００３８】
また、上記実施形態では、第２ユーザー端末２０ｂで文字情報から音情報に変換した後、対応する音源データを再生する処理を行うようにしたが、音源データが第２ユーザー端末２０ｂに存在しない場合に、ネットワーク上の所定のサーバにアクセスし、必要な音源データを取得するような構成としても良い。この際、決済データを用いた認証を行い、音源データを有料で販売するようにしても良い。
【産業上の利用可能性】
【００３９】
本発明は、コンピュータネットワークに関する産業、特に、コンピュータネットワーク上で提供されているコミュニケーションサービスを利用して音情報を伝達する産業に利用可能である。
【符号の説明】
【００４０】
１０・・・コミュニケーションサーバ
１１・・・メッセージ記憶手段
１２・・・メッセージ登録手段
１３・・・メッセージ検索手段
１５・・・記憶装置
１６・・・ＣＰＵ
１７・・・送受信部
２０ａ、２０ｂ・・・ユーザー端末
２１・・・記憶装置
２２・・・ＣＰＵ
２３・・・文字入力部
２４・・・表示部
２５・・・送受信部
２６・・・音情報処理部
２７・・・スピーカ
３０・・・広告サーバ
４０・・・通信ネットワーク
１００・・・音情報伝達システム
【図１】
0005402659.tif 000002
【図２】
0005402659.tif 000003
【図３】
0005402659.tif 000004
【図４】
0005402659.tif 000005
【図５】
0005402659.tif 000006
【図６】
0005402659.tif 000007
【図７】
0005402659.tif 000008