(57)【要約】【課題】ツリー型の音声掲示板システムにおいて、ある音声メッセージに複数のフォロー音声メッセージがついている場合に、音声メッセージを再生した後、いずれのフォロー音声メッセージを選択するかを決定する。【解決手段】音声メッセージサーバ１０は、複数の音声メッセージを蓄積する番組情報蓄積部１２と、通信部１１を介して情報処理端末より音声メッセージ要求を受信する音声メッセージ要求受信部１４と、音声メッセージ要求に基づき音声メッセージを取り出すフォローメッセージ決定処理部１５と、取り出した音声メッセージを通信部１１を介して送信する音声メッセージ送信処理部１６とを備える。フォローメッセージ決定処理部１５は、音声メッセージ要求に含まれる音声メッセージの識別子により指定された音声メッセージに対する複数のフォロー音声メッセージの中から、所定のルールに基づき次の音声メッセージを選択し番組情報蓄積部１２から取り出す。【選択図】図５
2008092495.tif 000002
【特許請求の範囲】
【請求項１】
情報処理端末との間で音声メッセージを送受信するための通信部と、複数の音声メッセージを蓄積する蓄積部と、前記通信部を介して情報処理端末より音声メッセージ要求を受信する音声メッセージ要求受信部と、前記音声メッセージ要求に基づき前記蓄積部から音声メッセージを取り出すメッセージ決定処理部と、該メッセージ決定処理部が取り出した音声メッセージを前記通信部を介して前記情報処理端末へ送信する音声メッセージ送信処理部とを備え、
前記蓄積部は、任意の音声メッセージに応答したフォロー音声メッセージが複数存在するときに、音声メッセージ全体をツリー状構造として蓄積し、
前記メッセージ決定処理部は、前記音声メッセージ要求に含まれる音声メッセージの識別子により指定された音声メッセージに対する複数のフォロー音声メッセージの中から、所定のルールに基づき音声メッセージを選択し前記蓄積部から取り出すことを特徴とする音声メッセージサーバ。
【請求項２】
情報処理端末との間で音声メッセージを送受信するための通信部と、複数の音声メッセージを蓄積する蓄積部と、前記通信部を介して情報処理端末より音声メッセージ要求を受信する音声メッセージ要求受信部と、前記音声メッセージ要求に基づき前記蓄積部から音声メッセージを取り出すメッセージ決定処理部と、該メッセージ決定処理部が取り出した音声メッセージを前記通信部を介して前記情報処理端末へ送信する音声メッセージ送信処理部とを備え、
前記蓄積部は、任意の音声メッセージに応答したフォロー音声メッセージが複数存在するときに、音声メッセージ全体をツリー状構造として蓄積し、
前記メッセージ決定処理部は、前記ツリー状構造の最上位にある音声メッセージに対する複数のフォロー音声メッセージの中から、所定のルールに基づき音声メッセージを選択し前記蓄積部から取り出すことを特徴とする音声メッセージサーバ。
【請求項３】
前記メッセージ決定処理部は、前記蓄積部から取り出した音声メッセージに対する複数のフォロー音声メッセージの中から、所定のルールに基づき、さらに音声メッセージを選択し前記蓄積部から取り出すことを特徴とする請求項１又は２に記載の音声メッセージサーバ。
【請求項４】
前記メッセージ決定処理部は、任意の音声メッセージに対する複数のフォロー音声メッセージに付された時刻または音声メッセージの録音時間のいずれかに基づき、音声メッセージを選択し前記蓄積部から取り出すことを特徴とする請求項１乃至３のいずれか１項に記載の音声メッセージサーバ。
【請求項５】
前記メッセージ決定処理部は、任意の音声メッセージから前記ツリー状構造のリーフにあたる音声メッセージまでの経路に含まれる音声メッセージの数または総録音時間に基づき、音声メッセージを選択し前記蓄積部から取り出すことを特徴とする請求項１乃至３のいずれか１項に記載の音声メッセージサーバ。
【請求項６】
前記メッセージ決定処理部は、任意の音声メッセージを前記ツリー状構造の親ノードとする部分木に含まれる音声メッセージの数または総録音時間に基づき、音声メッセージを選択し前記蓄積部から取り出すことを特徴とする請求項１乃至３のいずれか１項に記載の音声メッセージサーバ。
【請求項７】
前記メッセージ決定処理部は、任意の音声メッセージを前記ツリー状構造の親ノードとする部分木に含まれるリーフの数に基づき、音声メッセージを選択し前記蓄積部から取り出すことを特徴とする請求項１乃至３のいずれか１項に記載の音声メッセージサーバ。
【請求項８】
音声メッセージを蓄積する音声メッセージサーバとの通信を行なうための通信部と、操作入力を受け付ける操作部と、前記通信部を介して音声メッセージを受信する音声メッセージ受信処理部と、該音声メッセージ受信処理部が受信した音声メッセージを出力する音声出力部と、音声を入力する音声入力部と、該音声入力部より入力された音声に基づき音声メッセージを生成するメッセージ追加処理部と、該メッセージ追加処理部で生成された音声メッセージを前記通信部を介して前記音声メッセージサーバへ送信する音声メッセージ送信処理部とを備え、
前記音声出力部から音声メッセージが出力されているときに、前記操作部からフォロー入力が指示されると、前記音声メッセージ送信処理部は、前記フォロー入力が指示された後に、前記音声入力部より入力された音声に基づく音声メッセージを、前記音声出力部で出力された音声メッセージのフォロー音声メッセージとして送信することを特徴とする情報処理端末。
【請求項９】
請求項１乃至７のいずれか１項に記載の音声メッセージサーバとしての機能を実行するためのプログラム。
【請求項１０】
請求項８に記載の情報処理端末としての機能を実行するためのプログラム。
【請求項１１】
請求項９又は１０に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話機などの端末を利用するユーザが音声メッセージの記録・再生を行うための音声メッセージサーバ、情報処理端末、プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
ネットワークを介して多数の人間が特定の話題に関する意見を交換する方法として、掲示板やチャットと呼ばれるシステムがある。既存の掲示板システムでは、話題ごとにテキストで作成された多くの意見が構造化されて利用者に示される。
【０００３】
既存の掲示板システムは大別すると次の２種類（ツリー型掲示板と時系列型掲示板）に分けられる。
第１に、ツリー型掲示板は、ある発言に対してフォロー（応答発言、レスポンス）をつけると、元の発言の直下に表示される掲示板である。発言の内容ごとにツリーのような枝分かれした状態で表示されるため、発言内容が多彩で掲示板の中から特定の内容だけ読みたい場合に便利な掲示板である。
第２に、時系列型掲示板は、最新の発言が一番上（または一番下）に表示される掲示板である。通常の発言と発言に対するフォローとが区別できないという欠点はあるものの、発言が並んだ順に読めば時間経過とともに変化する掲示板の内容を簡単に理解することができる。
【０００４】
これらの掲示板にテキストのみならず音声も掲載しようとする試みも行なわれている。例えば、特許文献１では、掲示板サービス用サーバが掲示板メッセージと回答メッセージとを別個に管理することにより、音声掲示板に関する多数のメッセージをユーザがわかりやすい形態で管理するための技術を開示している。掲示板のオーナーは掲示板に対して掲示板メッセージを記録することができ、オーナー及びオーナー以外のメンバーは掲示板回答メッセージを記録することができる。
【０００５】
端末より所望の掲示板の内容を参照する場合、端末の表示画面には「メッセージ一覧」と「回答メッセージ一覧」という２つの選択肢が表示される。「メッセージ一覧」を選択した場合、個々の掲示板メッセージが記録された日時をタグとして一覧表示され、このタグを選択することにより音声メッセージが再生される。また、「回答メッセージ一覧」を選択することにより、個々の掲示板回答メッセージが記録された日時とメッセージを作成した回答者とをタグとして一覧表示され、このタグを選択することにより音声メッセージが再生される。これにより、掲示板メッセージと掲示板回答メッセージとを区別して管理することができる。
【特許文献１】特開２００３−１８８９９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、掲示板システムを音声メッセージを用いて構成する場合、掲示板システムに掲載された内容を音声として聞こうとすると、複数の音声メッセージを並列に聞くことはできないため、音声メッセージは時間軸上に一列に構成する必要がある。特にツリー型の掲示板においては、ある音声メッセージに複数のフォロー音声メッセージがついているとすると、音声メッセージを再生した後、いずれかのフォロー音声メッセージを選択した上で再生しなければならない。
【０００７】
また、複数の掲示板（ツリー型、時系列型）が話題ごとに多数存在している場合に、所望の掲示板を簡単に見つけるための手段も存在していない。
【０００８】
本発明は、上述のごとき実情に鑑みてなされたものであり、ツリー型の音声掲示板システムにおいて、ある音声メッセージに複数のフォロー音声メッセージがついている場合に、音声メッセージを再生した後、いずれのフォロー音声メッセージを選択するかを決めるための音声メッセージサーバ、情報処理端末、プログラム、及び記録媒体を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の第１の技術手段は、情報処理端末との間で音声メッセージを送受信するための通信部と、複数の音声メッセージを蓄積する蓄積部と、通信部を介して情報処理端末より音声メッセージ要求を受信する音声メッセージ要求受信部と、音声メッセージ要求に基づき蓄積部から音声メッセージを取り出すメッセージ決定処理部と、メッセージ決定処理部が取り出した音声メッセージを通信部を介して情報処理端末へ送信する音声メッセージ送信処理部とを備え、蓄積部は、任意の音声メッセージに応答したフォロー音声メッセージが複数存在するときに、音声メッセージ全体をツリー状構造として蓄積し、メッセージ決定処理部は、音声メッセージ要求に含まれる音声メッセージの識別子により指定された音声メッセージに対する複数のフォロー音声メッセージの中から、所定のルールに基づき音声メッセージを選択し蓄積部から取り出すことを特徴としたものである。
【００１０】
第２の技術手段は、情報処理端末との間で音声メッセージを送受信するための通信部と、複数の音声メッセージを蓄積する蓄積部と、通信部を介して情報処理端末より音声メッセージ要求を受信する音声メッセージ要求受信部と、音声メッセージ要求に基づき蓄積部から音声メッセージを取り出すメッセージ決定処理部と、メッセージ決定処理部が取り出した音声メッセージを通信部を介して情報処理端末へ送信する音声メッセージ送信処理部とを備え、蓄積部は、任意の音声メッセージに応答したフォロー音声メッセージが複数存在するときに、音声メッセージ全体をツリー状構造として蓄積し、メッセージ決定処理部は、ツリー状構造の最上位にある音声メッセージに対する複数のフォロー音声メッセージの中から、所定のルールに基づき音声メッセージを選択し蓄積部から取り出すことを特徴としたものである。
【００１１】
第３の技術手段は、第１又は第２の技術手段において、前記メッセージ決定処理部は、前記蓄積部から取り出した音声メッセージに対する複数のフォロー音声メッセージの中から、所定のルールに基づき、さらに音声メッセージを選択し前記蓄積部から取り出すことを特徴としたものである。
【００１２】
第４の技術手段は、第１乃至第３のいずれか１の技術手段において、メッセージ決定処理部は、任意の音声メッセージに対する複数のフォロー音声メッセージに付された時刻または音声メッセージの録音時間のいずれかに基づき、音声メッセージを選択し蓄積部から取り出すことを特徴としたものである。
【００１３】
第５の技術手段は、第１乃至第３のいずれか１の技術手段において、メッセージ決定処理部は、任意の音声メッセージから前記ツリー状構造のリーフにあたる音声メッセージまでの経路に含まれる音声メッセージの数または総録音時間に基づき、音声メッセージを選択し蓄積部から取り出すことを特徴としたものである。
【００１４】
第６の技術手段は、第１乃至第３のいずれか１の技術手段において、メッセージ決定処理部は、任意の音声メッセージを前記ツリー状構造の親ノードとする部分木に含まれる音声メッセージの数または総録音時間に基づき、音声メッセージを選択し蓄積部から取り出すことを特徴としたものである。
【００１５】
第７の技術手段は、第１乃至第３のいずれか１の技術手段において、メッセージ決定処理部は、任意の音声メッセージを前記ツリー状構造の親ノードとする部分木に含まれるリーフの数に基づき、音声メッセージを選択し蓄積部から取り出すことを特徴としたものである。
【００１６】
第８の技術手段は、音声メッセージを蓄積する音声メッセージサーバとの通信を行なうための通信部と、操作入力を受け付ける操作部と、通信部を介して音声メッセージを受信する音声メッセージ受信処理部と、音声メッセージ受信処理部が受信した音声メッセージを出力する音声出力部と、音声を入力する音声入力部と、音声入力部より入力された音声に基づき音声メッセージを生成するメッセージ追加処理部と、メッセージ追加処理部で生成された音声メッセージを通信部を介して音声メッセージサーバへ送信する音声メッセージ送信処理部とを備え、音声出力部から音声メッセージが出力されているときに、操作部からフォロー入力が指示されると、音声メッセージ送信処理部は、フォロー入力が指示された後に、音声入力部より入力された音声に基づく音声メッセージを、音声出力部で出力された音声メッセージのフォロー音声メッセージとして送信することを特徴としたものである。
【００１７】
第９の技術手段は、第１乃至第７のいずれか１の技術手段における音声メッセージサーバとしての機能を実行するためのプログラムである。
【００１８】
第１０の技術手段は、第８の技術手段における情報処理端末としての機能を実行するためのプログラムである。
【００１９】
第１１の技術手段は、第９又は第１０の技術手段におけるプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【発明の効果】
【００２０】
本発明によれば、ツリー型の音声掲示板システムにおいて、ある音声メッセージに複数のフォロー音声メッセージがついている場合に、音声メッセージを再生した後、いずれのフォロー音声メッセージを選択するかを決めるための音声メッセージサーバ、情報処理端末、プログラム、及び記録媒体を提供することができる。
具体的には、所定のルールに従って、次の音声メッセージ（フォロー音声メッセージ）を取り出して一列に音声メッセージを構成することができる。この所定のルールとは、例えば、終端までのフォローの経路や枝の属性（例えば、メッセージ数や録音時間の多いもの）に基づいて選択する。
【発明を実施するための最良の形態】
【００２１】
図１は、本発明の一実施形態に係る音声掲示板システムの構成例を示す図で、図中、１０は音声メッセージサーバ、２０１〜２０３は情報処理端末を示す。本実施形態の音声掲示板システムでは、携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）などの携帯型の情報処理機器により構成される複数の情報処理端末２０１〜２０３（以下、情報処理端末２０で代表する）と、パーソナルコンピュータやワークステーションなどにより構成される音声メッセージサーバ１０とが、通信可能に接続されている。
【００２２】
両者の通信方法は、例えば、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のようなＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークによる接続であってもよいし、携帯電話網を用いた接続であってもよい。情報処理端末２０は、録音した音声メッセージを音声メッセージサーバ１０に送信する機能と、音声メッセージサーバ１０から受信した音声メッセージを再生する機能とを有する。音声メッセージサーバ１０は、情報処理端末２０から受信した音声メッセージを蓄積する機能と、蓄積した音声メッセージを取り出して情報処理端末２０に送信する機能とを有する。音声メッセージサーバ１０では、複数の音声メッセージをまとめて、番組という形式で管理する。
【００２３】
＜第１実施例＞
図２は、本実施例で想定する番組を構成する音声メッセージの一例を示す概念図である。
番組は従来の掲示板のスレッドのように、聴取者が投稿する音声メッセージを構造化して提供する。音声メッセージは音声メッセージサーバ１０に格納される音声ファイルである。１つの音声メッセージに対し１つ、もしくは複数の音声ファイルがフォロー音声メッセージとして関連付けられている。番組と通信できる情報処理端末２０が、番組に対して音声メッセージを要求した場合、該当する音声メッセージが情報処理端末２０に送信され、情報処理端末２０上で音声メッセージが再生される。
【００２４】
各音声メッセージは、番組に投稿された時系列順にメッセージＩＤが付加される。また、どの音声メッセージに対して返信がなされたかを判別する親メッセージＩＤが付加される。メッセージＩＤが“１”の音声メッセージに対する親メッセージＩＤは存在しない。
【００２５】
フォローとは任意の音声メッセージに対しての返信を意味する。具体的に、メッセージＩＤが“１”の音声メッセージに対しメッセージＩＤが“２”の音声メッセージが返信されている。このとき、メッセージＩＤが“１”の音声メッセージを、メッセージＩＤが“２”の音声メッセージに対する親メッセージと呼び、メッセージＩＤが“２”の音声メッセージをメッセージＩＤが“１”の音声メッセージに対するフォロー音声メッセージと呼ぶ。ツリー構造の用語で言えば、親メッセージが親ノードに相当し、フォロー音声メッセージが子ノードに相当する。
【００２６】
図２において、メッセージＩＤが“１”の音声メッセージには、１つのフォロー音声メッセージ（メッセージＩＤが“２”の音声メッセージ）がついている。すなわち、メッセージＩＤが“１”の「１−１３で負けるなんて信じられない」という音声メッセージを聞いた聴取者が、「あの監督じゃだめなんじゃない？」というフォロー音声メッセージを投稿する。フォロー音声メッセージには、メッセージＩＤとして“２”がつけられ、音声メッセージサーバ１０に登録される。
【００２７】
また、メッセージＩＤが“２”の音声メッセージには、３つのフォロー音声メッセージ（メッセージＩＤが“３”、“５”、“６”の音声メッセージ）がついている。すなわち、メッセージＩＤが“２”の「あの監督じゃだめなんじゃない？」という音声メッセージを聞いた聴取者が、「僕もそう思う」、「フロントの補強の失敗でしょう」、「ピッチャーが悪ければ仕方ないだろ」という３つのフォロー音声メッセージをそれぞれ投稿する。各フォロー音声メッセージには、メッセージＩＤとして“３”、“５”、“６”がつけられ、音声メッセージサーバ１０に登録される。このようにして、図２においては１７個の音声メッセージによって、１つの番組が構成されている。
【００２８】
なお、ある音声メッセージに対するフォロー音声メッセージを先頭（親ノード）として再帰的にフォロー音声メッセージが構成されている構造を「フォローの部分木」と呼ぶ。例えば、メッセージＩＤが“２”の音声メッセージに対する「フォローの部分木」は３個存在する。すなわち、メッセージＩＤが“３”の音声メッセージを親ノードとする部分木（メッセージＩＤが“３”、“４”の音声メッセージからなる部分木）、メッセージＩＤが“５”の音声メッセージを親ノードとする部分木（メッセージＩＤが“５”、“７”、“８”、“１４”、“１５”，“１７”の音声メッセージからなる部分木）メッセージＩＤが“６”の音声メッセージを親ノードとする部分木（メッセージＩＤが“６”、“９”、“１０”、“１１”、“１２”、“１３”、“１６”の音声メッセージからなる部分木）である。
【００２９】
また、ある音声メッセージを先頭（親ノード）とし、フォロー音声メッセージが再帰的にリーフ（リーフとはフォロー音声メッセージが１つもついていない音声メッセージ、すなわち、子ノードを持たないノード）までの経路を「フォローの経路」と呼ぶ。例えば、メッセージＩＤが“２”の音声メッセージに対する「フォローの経路」は５個存在する。すなわち、メッセージＩＤが“４”の音声メッセージをリーフとする経路（メッセージＩＤが“３”、“４”の音声メッセージからなるフォローの経路）、メッセージＩＤが“１７”の音声メッセージをリーフとする経路（メッセージＩＤが“５”、“７”、“８”、“１４”、“１５”、“１７”の音声メッセージからなるフォローの経路）、メッセージＩＤが“１０”の音声メッセージをリーフとする経路（メッセージＩＤが“６”、“９”、“１０”の音声メッセージからなるフォローの経路）、メッセージＩＤが“１２”の音声メッセージをリーフとする経路（メッセージＩＤが“６”、“１１”、“１２”の音声メッセージからなるフォローの経路）、メッセージＩＤが“１６”の音声メッセージをリーフとする経路（メッセージＩＤが“６”、“１１”、“１３”、“１６”の音声メッセージからなるフォローの経路）、である。
【００３０】
図３は、情報処理端末２０で番組を聞く際の音声メッセージの再生例を示す図である。
番組を音声として聞く場合、複数の音声メッセージを並列に聞くことができないため、音声メッセージは時間軸上に一列に構成されなければならない。しかし、図２で説明した番組では、音声メッセージは一列に並んでいない。従って、聴取者に対しては、番組から音声メッセージを何らかの順番で取り出して再生してやる必要がある。この際、ある音声メッセージを再生した後に、該音声メッセージのフォロー音声メッセージを再生することにより、聴取者は番組内での話題の流れを理解することができる。
【００３１】
そのために、音声メッセージサーバ１０は、ある音声メッセージを情報処理端末２０に提供した後、情報処理端末２０の指示、あるいは、後述する所定のルールに基づき、音声メッセージのフォロー音声メッセージを選択して情報処理端末２０に提供する。具体的には、まずメッセージＩＤが“１”である音声メッセージ「１−１３で負けるなんて信じられない」を情報処理端末２０に提供し、続いて音声メッセージのフォロー音声メッセージとしてメッセージＩＤが“２”である音声メッセージ「あの監督じゃだめなんじゃない？」を情報処理端末２０に提供する。
【００３２】
続いて、メッセージＩＤが“２”である音声メッセージに対するフォロー音声メッセージとして、メッセージＩＤが“３”，“５”，“６”である音声メッセージが存在するが、そのうちのメッセージＩＤが“６”である音声メッセージ「ピッチャーが悪ければ仕方ないだろ」をフォロー音声メッセージとして選択し、情報処理端末２０に提供する。同様に、フォローがついていない音声メッセージを情報処理端末２０に提供するまで、音声メッセージサーバ１０は音声メッセージを順次取り出し情報処理端末２０に提供する。情報処理端末２０では音声メッセージサーバ１０より提供された順に音声メッセージを再生する。したがって、「１−１３で負けるなんて信じられない」、「あの監督じゃだめなんじゃない？」、「ピッチャーが悪ければ仕方ないだろ」といった音声が順次再生されるため、情報処理端末２０の聴取者は、当該番組内での話題の流れを理解することができる。
【００３３】
図４は、本発明に係る情報処理端末２０の構成例を示すブロック図である。図中、情報処理端末２０は、操作部２１、音声入力部２２、音声出力部２３、通信部２４、音声メッセージ蓄積部２５、メッセージ追加処理部２６、音声メッセージ送信処理部２７、番組選択処理部２８、音声メッセージ要求処理部２９、音声メッセージ受信処理部３０、及び出力音声処理部３１を備える。これらのメッセージ追加処理部２６、音声メッセージ送信処理部２７、番組選択処理部２８、音声メッセージ要求処理部２９、音声メッセージ受信処理部３０、及び出力音声処理部３１は、情報処理端末２０が備えるＣＰＵによって実行可能なプログラムにより実現される。
【００３４】
操作部２１は、ボタン、ジョグダイアル、ペン入力デバイスなどで構成され、ユーザの操作を入力するための部位である。
音声入力部２２は、マイクで構成され、録音するための音声メッセージを入力するための部位である。なお、ＳＤメモリーカード（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ  ｍｅｍｏｒｙ  ｃａｒｄ）などの記録媒体に蓄積され音声ファイルを読み取ることで、音声メッセージを入力する構成にしてもよい。
【００３５】
音声出力部２３は、スピーカで構成され、再生した音声メッセージを出力するための部位である。なお、音声メッセージをＳＤメモリーカードなどの記録媒体に記録することで、音声メッセージを出力する構成にしてもよい。
通信部２４は、ネットワークカードなどによって構成され、音声メッセージサーバ１０と通信するための部位である。
音声メッセージ蓄積部２５は、音声メッセージサーバ１０より取得した音声メッセージを取得順に保持する部位である。
【００３６】
メッセージ追加処理部２６は、操作部２１からの指示に基づき、音声入力部２２より入力した音声を録音し、その録音音声に基づき音声メッセージを生成し音声メッセージ送信処理部２７に渡す。
音声メッセージ送信処理部２７は、メッセージ追加処理部２６より渡された音声メッセージを、特定の音声メッセージに対するフォロー音声メッセージとして、通信部２４を介して音声メッセージサーバ１０へ送信する。
【００３７】
番組選択処理部２８は、操作部２１からの指示に基づき、特定の番組の音声メッセージの取得を音声メッセージ要求処理部２９に指示する。
音声メッセージ要求処理部２９は、番組選択処理部２８の指示に基づき、指示された番組の最初の音声メッセージの取得要求を、通信部２４を介して音声メッセージサーバ１０へ送信する。また、音声メッセージ受信処理部３０からの指示に基づき、音声メッセージ受信処理部３０が受信した音声メッセージに対するフォロー音声メッセージの取得要求を、通信部２４を介して音声メッセージサーバ１０へ送信する。
【００３８】
音声メッセージ受信処理部３０は、音声メッセージを通信部２４を介して音声メッセージサーバ１０より受信し、音声メッセージ蓄積部２５に順次蓄積する。また、受信した音声メッセージに対するフォロー音声メッセージの取得要求を、音声メッセージ要求処理部２９に指示する。
出力音声処理部３１は、音声メッセージ蓄積部２５に蓄積された音声メッセージを順次取り出して再生し、音声出力部２３に出力する。
【００３９】
図５は、本発明に係る音声メッセージサーバ１０の構成例を示すブロック図である。図中、音声メッセージサーバ１０は、通信部１１、番組情報蓄積部１２、フォロー音声メッセージ受信処理部１３、音声メッセージ要求受信部１４、フォローメッセージ決定処理部１５、及び音声メッセージ送信処理部１６を備える。これらのフォロー音声メッセージ受信処理部１３、音声メッセージ要求受信部１４、フォローメッセージ決定処理部１５、及び音声メッセージ送信処理部１６は、音声メッセージサーバ１０が備えるＣＰＵによって実行可能なプログラムにより実現される。
【００４０】
通信部１１は、ネットワークカードなどによって構成され、情報処理端末２０と通信するための部位である。
番組情報蓄積部１２は、本発明の蓄積部に相当し、図２に示したように番組として構造化した音声メッセージを蓄積する部位である。番組は１つだけでなく、「野球」、「サッカー」、「バスケットボール」など複数の話題ごとに番組が構成されていてもよい。
【００４１】
フォロー音声メッセージ受信処理部１３は、音声メッセージを通信部１１を介して情報処理端末２０より受信し（追加音声メッセージ受信処理）、番組情報蓄積部１２に蓄積する（追加音声メッセージ蓄積処理）。受信した音声メッセージは、番組情報蓄積部１２に蓄積されているどの音声メッセージに対するフォローであるかが示されているため、番組情報蓄積部１２に図２のごとく構造化して蓄積することができる。さらに、音声メッセージの蓄積に成功したか否かを通信部１１を介して情報処理端末２０に送信する（音声メッセージ追加結果通知処理）。
【００４２】
音声メッセージ要求受信部１４は、音声メッセージの取得要求を通信部１１を介して情報処理端末２０より受信し、フォローメッセージ決定処理部１５に音声メッセージの取り出しを指示する。
フォローメッセージ決定処理部１５は、本発明のメッセージ決定処理部に相当し、音声メッセージ要求受信部１４の指示に基づき、指示された音声メッセージに対するフォロー音声メッセージを１つ選択して番組情報蓄積部１２より取り出し、音声メッセージ送信処理部１６に渡す。
【００４３】
ここで、音声メッセージ要求受信部１４は、受信した音声メッセージ要求に含まれる音声メッセージの識別子（メッセージＩＤ）で指定される音声メッセージ、あるいは、ツリー状構造の最上位にある、すなわちいずれの音声メッセージのフォロー音声メッセージではない音声メッセージを指示する。フォローメッセージ決定処理部１５は、音声メッセージ要求受信部１４から指示された音声メッセージに対するフォロー音声メッセージを１つ選択して番組情報蓄積部１２より取り出す。
音声メッセージ送信処理部１６は、フォローメッセージ決定処理部１５より渡された音声メッセージを通信部１１を介して情報処理端末２０に送信する。
【００４４】
図６は、音声メッセージサーバ１０の番組情報蓄積部１２に保持される各番組のデータ構造の一例を表形式で示した図である。
図６に示す表において、行ごとに識別される各音声メッセージはそれぞれ図２で示した各音声メッセージに対応する。各音声メッセージは、投稿される順番（音声メッセージサーバ１０が受信した順番）に割り当てられるメッセージＩＤ、音声メッセージがどの音声メッセージに対するフォローかを示す親メッセージＩＤ、音声メッセージサーバ１０が音声メッセージを受信した受信時刻、音声メッセージの再生時間を表わす録音時間、音声メッセージの投稿者の名前を表わす発言者、そして音声メッセージ内容で構成される。
【００４５】
いずれの音声メッセージのフォローでない音声メッセージ（図２に示したメッセージＩＤが“１”の音声メッセージ）の親メッセージＩＤには“０”が設定される。音声メッセージ内容は、実際には音声メッセージを録音した音声ファイルを識別するファイル名が表に記述され、音声メッセージを録音した音声ファイルは別に蓄積されている。なお、図６に示すデータ構造には上記以外の項目が含まれていてもよく、また録音時間、投稿者の名前、受信時刻が含まれてなくともよい。さらに、番組情報蓄積部１２内に複数の番組が存在する場合、図６に示したデータ構造ごとに番組ＩＤ（図６の例では番組ＩＤが“９９９”である。）が付与され、番組を識別することができる。
【００４６】
図７は、音声メッセージを取得する際のデータフローの一例を説明するための図である。本データフローにおいて音声メッセージサーバ１０は、情報処理端末２０よりフォロー音声メッセージ要求を受信すると、番組情報蓄積部１２より音声メッセージを１つ選択して取り出し、取り出した音声メッセージを情報処理端末２０に送信する（音声メッセージの提供を行なう）。
【００４７】
情報処理端末２０において聴取者がある番組を聴きたいと思って操作を行なうと、情報処理端末２０はその番組に含まれる最初の音声メッセージを取得するためのフォロー音声メッセージ要求を送信する。具体的には聴取者が選択した番組に対応する番組ＩＤ“９９９”と、その番組で最後に取得した音声メッセージのメッセージＩＤ（取得済み音声メッセージＩＤ）を付したフォロー音声メッセージ要求を送信する（Ｓ１）。番組の最初の音声メッセージを取得する場合、フォロー音声メッセージ要求に含まれる取得済み音声メッセージＩＤには“０”を設定する。番組ＩＤとして“９９９”、取得済み音声メッセージＩＤとして“０”が付されたフォロー音声メッセージ要求を受信した音声メッセージサーバ１０は、番組ＩＤが“９９９”である番組のデータ構造（図６参照）の中から、メッセージＩＤが“１”の音声メッセージ（すなわち親メッセージＩＤが“０”である音声メッセージ）を取り出し（Ｓ２）、メッセージＩＤを付して情報処理端末２０に送信する（Ｓ３）。
【００４８】
音声メッセージを受信した情報処理端末２０は、受信した音声メッセージを再生して出力するとともに、受信した音声メッセージに対するフォロー音声メッセージを音声メッセージサーバ１０に要求する。具体的には、取得済み音声メッセージＩＤとして受信した音声メッセージＩＤである“１”を設定したフォロー音声メッセージ要求を音声メッセージサーバ１０に送信する（Ｓ４）。
【００４９】
取得済み音声メッセージＩＤとして“１”が付されたフォロー音声メッセージを受信した音声メッセージサーバ１０は、番組のデータ構造（図６参照）の中から、親メッセージＩＤが“１”の音声メッセージ（メッセージＩＤが“２”である音声メッセージ）を取り出し、メッセージＩＤを付して情報処理端末２０に送信する（Ｓ４）。
【００５０】
また、取得済み音声メッセージＩＤとして“２”が付されたフォロー音声メッセージを受信した音声メッセージサーバ１０は、番組のデータ構造（図６参照）の中から、親メッセージＩＤが“２”の音声メッセージを探す。図６の例では、親メッセージＩＤが“２”の音声メッセージとして、メッセージＩＤが“３”、“５”、“６”である３つの音声メッセージが存在する。音声メッセージサーバ１０は、３つの音声メッセージの中から所定のルールに基づき１つの音声メッセージを選択し（Ｓ５）、選択した音声メッセージを情報処理端末２０に送信する（Ｓ６）。なお、３つの音声メッセージの中か１つの音声メッセージを選択するための所定のルールについては後述する。以下、Ｓ７〜Ｓ９、Ｓ１０〜Ｓ１２において同様の処理を繰り返す。
【００５１】
そして、情報処理端末２０は、取得済み音声メッセージＩＤとして受信した音声メッセージＩＤである“４”を設定したフォロー音声メッセージ要求を音声メッセージサーバ１０に送信する（Ｓ１３）。取得済み音声メッセージＩＤとして“４”が付されたフォロー音声メッセージを受信した音声メッセージサーバ１０は、番組のデータ構造（図６参照）の中から、親メッセージＩＤが“４”の音声メッセージを探す（Ｓ１４）。しかし図６の例では、親メッセージＩＤが“４”の音声メッセージは存在しない。この場合、音声メッセージサーバ１０は、音声メッセージを含まない「フォロー音声メッセージなし」を情報処理端末２０に送信する（Ｓ１５）。
【００５２】
図８は、音声メッセージを取得する際のデータフローの変形例を説明するための図である。本データフローにおいて音声メッセージサーバ１０は、情報処理端末２０よりフォロー音声メッセージ要求を受信すると（Ｓ２１）、番組情報蓄積部１２より音声メッセージを１つ選択して取り出す（Ｓ２２）。そして、取り出した音声メッセージを情報処理端末２０に送信して音声メッセージを提供するとともに（Ｓ２３）、取り出した音声メッセージに対するフォロー音声メッセージがあるかどうかを調べ、フォロー音声メッセージがある場合には、フォロー音声メッセージの中から所定のルールに基づき１つの音声メッセージを選択して情報処理端末２０に送信して音声メッセージを提供する（Ｓ２４）。
【００５３】
上記の処理を、取り出した音声メッセージに対するフォローがなくなるまで続ける（Ｓ２５，Ｓ２６）。なお、取り出した音声メッセージは、音声メッセージごとに情報処理端末２０に送信してもよいし、取り出した音声メッセージをまとめて情報処理端末２０に送信してもよい。
【００５４】
また、音声メッセージサーバ１０は、フォロー音声メッセージ要求を受信すると、番組の最初の音声メッセージから順にフォロー音声メッセージを取り出すとあらかじめ決められている構成であってもよい。この場合、フォロー音声メッセージ要求にはメッセージＩＤを含まなくともよいが、フォロー音声メッセージ要求は暗黙的にメッセージＩＤとして“０”を含んでいるとみなすことができる。
【００５５】
以下、図９乃至図１１に基づいて、図７に示したデータフローに従って番組の音声メッセージを取得して視聴する際の処理例について説明を行なう。
図９は、情報処理端末２０の音声メッセージ取得処理の一例を説明するためのフロー図である。まず、情報処理端末２０の番組選択処理部２８は、操作部２１からの入力に基づき番組を選択する（ステップＳ３１）。音声メッセージ要求処理部２９は、選択した番組の最初の音声メッセージを、通信部２４を介して音声メッセージサーバ１０に要求する（ステップＳ３２）。
【００５６】
そして、音声メッセージ受信処理部３０は、通信部２４を介して音声メッセージサーバ１０からの応答を受信し（ステップＳ３３）、受信した応答に音声メッセージが含まれるかどうかを判定する（ステップＳ３４）。応答に音声メッセージが含まれる場合（ＹＥＳの場合）、音声メッセージ受信処理部３０は、応答に含まれる音声メッセージを音声メッセージ蓄積部２５に、最後に蓄積した音声メッセージの次に蓄積する（ステップＳ３５）。
【００５７】
音声メッセージ送信処理部２７は、応答に含まれる音声メッセージの次の音声メッセージを、通信部２４を介して音声メッセージサーバ１０に要求し（ステップ３６）、ステップＳ３３に戻り処理を繰り返す。そして、音声メッセージ受信処理部３０は、ステップＳ３４において、ステップＳ３３で受信した応答に音声メッセージが含まれない場合（ＮＯの場合）、そのまま終了する。
【００５８】
図１０は、情報処理端末２０の音声メッセージ出力処理の一例を説明するためのフロー図である。まず、情報処理端末２０の出力音声処理部３１は、音声メッセージ蓄積部２５に未出力の音声メッセージが蓄積されているかどうかを調べ（ステップＳ４１）、未出力の音声メッセージが蓄積されているかどうかを判定する（ステップＳ４２）。このステップＳ４２で未出力の音声メッセージが蓄積されている場合（ＹＥＳの場合）、出力音声処理部３１は、最後に出力した音声メッセージの次に蓄積された音声メッセージ（まだ出力していない場合には最初の音声メッセージ）を音声メッセージ蓄積部２５から取り出す（ステップＳ４３）。出力音声処理部３１は、取り出した音声メッセージを再生して音声出力部２３から出力し（ステップＳ４４）、ステップＳ４２に戻り処理を繰り返す。そして、出力音声処理部３１は、ステップＳ４２において、未出力の音声メッセージが蓄積されていない場合（ＮＯの場合）、そのまま終了する。
【００５９】
図１１は、音声メッセージサーバ１０の音声メッセージ提供処理の一例を説明するためのフロー図である。まず、音声メッセージサーバ１０の音声メッセージ要求受信部１４は、通信部１１を介して情報処理端末２０からの音声メッセージの要求を受信する（ステップＳ５１）。音声メッセージ要求受信部１４は、音声メッセージの要求が、どの番組の、どの取得済み音声メッセージの次を要求しているのかを調べる（ステップＳ５２）。
【００６０】
フォローメッセージ決定処理部１５は、番組情報蓄積部１２から、番組に含まれる音声メッセージ一覧を取り出し、取得済み音声メッセージを調べる（ステップＳ５３）。フォローメッセージ決定処理部１５は、取得済み音声メッセージに対するフォロー音声メッセージを調べる（ステップＳ５４）。
【００６１】
フォローメッセージ決定処理部１５は、フォロー音声メッセージがいくつあるかを判断し（ステップＳ５５）、フォロー音声メッセージが０個の場合（図中０個の場合）、音声メッセージ送信処理部１６は、通信部２４を介して音声メッセージを含まない応答を情報処理端末２０に送信する（ステップＳ５６）。また、フォローメッセージ決定処理部１５は、ステップＳ５５において、フォロー音声メッセージが２個以上の場合（図中２個以上の場合）、所定のルールにしたがって、送信するフォロー音声メッセージを選択する（ステップＳ５７）。
【００６２】
そして、フォローメッセージ決定処理部１５は、番組情報蓄積部１２からフォロー音声メッセージを取り出し、音声メッセージ送信処理部１６に渡す（ステップＳ５８）。音声メッセージ送信処理部１６は、通信部１１を介してフォロー音声メッセージを含む応答を情報処理端末２０に送信する（ステップＳ５９）。また、フォローメッセージ決定処理部１５は、ステップＳ５５において、フォロー音声メッセージが１個の場合（図中１個の場合）、ステップＳ５８に移行して同様の処理を行う。
【００６３】
図１１に示すステップＳ５７において、ある音声メッセージに対するフォロー音声メッセージが複数（２個以上）存在している場合、いずれのフォロー音声メッセージを選択するかについての所定のルールについて、以下に説明する。
【００６４】
第１のルールの例は、フォロー音声メッセージの属性を比較する方法である。図６に示したデータ構造の場合は、例えば受信時刻（または録音時刻）の最も早い音声メッセージまたは最も遅い音声メッセージ、録音時間の最も長い音声メッセージまたは最も短い音声メッセージ、特定の発言者が投稿した音声メッセージ、などを選択することができる。
【００６５】
受信時間の最も早い音声メッセージを選択すれば最初の発言をまず聞くことができるし、受信時間のもっとも遅い音声メッセージを選択すれば最近の発言をまず聞くことができる。録音時間の長い音声メッセージを選択すれば「熱く」語っている発言を聞くことができるし、録音時間の短い音声メッセージを選択すれば短い時間で発言を聞くことができる。特定の発言者の決め方としては、あらかじめ定められた発言者である以外に、当該番組で最も多くの音声メッセージを投稿している、などの基準で選択してもよい。
【００６６】
第２のルールの例は、フォロー音声メッセージにつながる「フォローの経路」の属性を比較する方法である。例えば、メッセージＩＤが“２”の音声メッセージに対するフォロー音声メッセージを選択する場合を考える。第２のルールが、音声メッセージ数が最も多い「フォローの経路」を選択すると定められている場合、メッセージＩＤが“１７”である音声メッセージを終端とする「フォローの経路」を選択した場合に、音声メッセージサーバ１０は情報処理端末２０に最も多くの音声メッセージを提供できると判断し、メッセージＩＤが“５”のフォロー音声メッセージを選択する。
【００６７】
同様に、第２のルールが音声メッセージの録音時間の合計が最も長くなる「フォローの経路」を選択すると定められていてもよい。音声メッセージ数が多い経路または録音時間の合計が長い経路を選択すれば「熱く」語っている発言を聞くことができるし、音声メッセージ数が少ない経路または録音時間の合計が短い経路を選択すれば短い時間で一連の発言を聞くことができる。
【００６８】
第３のルールの例は、フォロー音声メッセージの「フォローの部分木」の属性を比較する方法である。第３のルールが、音声メッセージ数を最も多く含む「フォローの部分木」を選択すると定められている場合、メッセージＩＤが“３”の音声メッセージを先頭（親ノード）とする「フォローの部分木」は２個の音声メッセージ（メッセージＩＤが“３”、“４”の音声メッセージ）を含む。メッセージＩＤが“５”の音声メッセージを先頭（親ノード）とする「フォローの部分木」は６個の音声メッセージ（メッセージＩＤが“５”、“７”，“８”，“１４”，“１５”，“１７”の音声メッセージ）を含む。メッセージＩＤが“６”の音声メッセージを先頭（親ノード）とする「フォローの部分木」は７個の音声メッセージ（メッセージＩＤが“６”、“９”，“１０”，“１１”，“１２”，“１３”，“１６”の音声メッセージ）を含む。
【００６９】
このため、メッセージＩＤが“６”の音声メッセージを先頭（親ノード）とする「フォローの部分木」が最も話題が豊富な部分木であると判断し、メッセージＩＤが“６”のフォロー音声メッセージを選択する。同様に、第２のルールが「フォローの部分木」に含まれる音声メッセージの録音時間の合計が最も長くなる部分木の親ノードを選択すると定められていてもよい。また同様に、「フォローの部分木」に含まれるリーフの音声メッセージ（フォロー音声メッセージをもたない音声メッセージ）の数を比較し、終端の音声メッセージの数が最も多い（または最も少ない）「フォローの部分木」の先頭（親ノード）の音声メッセージを選択するようにしてもよい。音声メッセージ数が多い部分木または録音時間の合計が長い部分木を選択すれば「熱く」語っている発言を聞くことができるし、音声メッセージ数が少ない部分木または録音時間の合計が短い部分木を選択すれば短い時間で一連の発言を聞くことができる。
【００７０】
また、その他のルールの例としては、同位の音声メッセージを順に出力するとしてもよい。また、フォロー音声メッセージをすべて情報処理端末２０に一旦送信して、情報処理端末２０の聴取者に選択させてもよい。また、情報処理端末２０より指示を受け、情報処理端末２０の聴取者の好みの発言者の音声メッセージを選択してもよい。また、音声メッセージサーバ１０が統計処理を行ない、情報処理端末２０に送信した回数が最も多い音声メッセージを選択してもよい。また、情報処理端末２０から評価のフィードバックを受けて、最も評価の高い音声メッセージを選択してもよい。また、部分木の属性が幹（主たる話題の流れを示す経路）とそれ以外の枝に分かれており、幹のフォロー音声メッセージを選択するようにしてもよい。
【００７１】
また、一旦再生された音声メッセージは所定のルールにおいて選択されない、あるいは、選択されにくい（一定期間は選択されないなど）ようにすることが好ましい。このようにすることにより、所定のルールを適用すると常に同じメッセージが選択されることを防ぐことができる。
【００７２】
次に、前述の図２や図６で示した番組に対して、音声メッセージを追加する方法の一例について説明する。
図１２は、フォローとして音声メッセージを追加する際のデータフローの一例を説明するための図である。
情報処理端末２０で番組から取得した音声メッセージを再生中に返信の音声メッセージを作成し、番組に投稿するシーンを想定する。情報処理端末２０の聴取者は、特定の音声メッセージの再生中に、情報処理端末２０が有する「メッセージ録音ボタン」（操作部２１）を押下すると、再生していた音声メッセージに対するフォローメッセージの録音状態になる。さらに、聴取者は音声メッセージ録音終了後、「メッセージ送信ボタン」（操作部２１）を押下すると、情報処理端末２０は録音した音声メッセージ並びに、ボタン押下時に再生していた音声メッセージのメッセージＩＤおよび番組ＩＤを含むフォロー音声メッセージ追加を音声メッセージサーバ１０に送信する（Ｓ６１）。
【００７３】
次に、フォロー音声メッセージ追加を受信した音声メッセージサーバ１０は、番組情報蓄積部１２に蓄積した番組の中から番組ＩＤによりどの番組へのフォローであるかを識別する。さらに、受信した音声メッセージに新規にメッセージＩＤを割り当て、フォロー音声メッセージ追加に含まれるメッセージＩＤを親メッセージＩＤとして、図６の番組のデータ構造に登録する（Ｓ６２）。なお、発言者の情報はフォロー音声メッセージ追加に含まれ、受信時刻の情報はフォロー音声メッセージ追加を受信した時刻より得られ、録音時刻はフォロー音声メッセージ追加に含まれる音声メッセージを解析することによって得られるものとする。そして、音声メッセージサーバ１０は全ての処理終了後、情報処理端末２０に追加成功を送信する（Ｓ６３）。
【００７４】
以下、番組の音声メッセージに対して、フォロー音声メッセージを追加する処理の一例について説明する。
図１３は、情報処理端末２０の音声メッセージを作成しフォローとして送信する処理の一例を説明するためのフロー図である。まず、利用者は、音声メッセージ聴取中に、その音声メッセージに対してフォローを入れるために、情報処理端末２０の操作部２１を操作する（ステップＳ７１）。メッセージ追加処理部２６は、音声メッセージ蓄積部２５から、現在どの番組のどの音声メッセージが再生されているかを取得する（ステップＳ７２）。これは、フォローを入れる際、音声メッセージの再生中に操作部２１を操作することによって、そのとき聞いている音声メッセージに対するフォローであることを示すことができる。
【００７５】
メッセージ追加処理部２６は、音声入力部２２を介して入力された音声を取得して、録音を開始する（ステップＳ７３）。そして、メッセージ追加処理部２６は、操作部２１から、録音終了指示を検出する（ステップＳ７４）。
【００７６】
音声メッセージ送信処理部２７は、どの番組のどの音声メッセージに対するフォローであるかという情報を付加して、録音された音声メッセージを、通信部２４を介して音声メッセージサーバ１０に送信する（ステップＳ７５）。音声メッセージ送信処理部２７は、音声メッセージサーバ１０より応答を受信する（ステップＳ７６）。
【００７７】
図１４は、音声メッセージサーバ１０のフォロー音声メッセージを追加する処理の一例を説明するためのフロー図である。まず、フォロー音声メッセージ受信処理部１３は、通信部１１を介して情報処理端末２０からのフォロー音声メッセージを受信する（ステップＳ８１）。そして、フォロー音声メッセージ受信処理部１３は、音声メッセージの要求が、どの番組の、どの音声メッセージのフォローであるかを調べる（ステップＳ８２）。
【００７８】
フォロー音声メッセージ受信処理部１３は、受信した音声メッセージを番組情報蓄積部１２に蓄積する（ステップＳ８３）。そして、フォロー音声メッセージ受信処理部１３は、通信部１１を介してフォロー音声メッセージの追加が成功したという応答を情報処理端末２０に送信する（ステップＳ８４）。
【００７９】
次に、音声メッセージを聴取中に、当該音声メッセージにフォローがついているか、あるいは、直前に再生された音声メッセージに聴取中の音声メッセージ以外のフォロー音声メッセージがついているかを確認する方法の一例について説明する。
【００８０】
図１５は、情報処理端末２０において、番組を構成する音声メッセージのツリー構造の一例を表示したときの画面例を示す図である。なお、図４に示した情報処理端末２０は、図示しない表示部を有している。情報処理端末２０は、音声メッセージサーバ１０に対し、番組の構造を示すデータ要求を送信し、音声メッセージサーバ１０から受信した番組の構造を示すデータに基づき、図１５に示す表示を行なうものとする。音声メッセージサーバ１０が返す番組の構造を示すデータは、図６に示したデータ構造のうち、音声メッセージの実体（音声ファイル）を含まないデータであり、図２に示した番組の構造を示すデータである。
【００８１】
情報処理端末２０は、図１５に示すように、図２の番組構造を示す表示を行なう。図中丸の中に示した数字はメッセージＩＤを表わし、図２のフォローのつきかたと同じ構造を有している。さらに、情報処理端末２０で現在再生している音声メッセージ（メッセージＩＤが“１１”の音声メッセージ）に対応する“１１”が付された丸印が光って（あるいは色が変わって）、番組全体の中のどの音声メッセージを再生しているかを示している。
【００８２】
また、図１５に示す表示画面を参照して、ペンやマウス、カーソルなどによって番組構造の中の音声メッセージを指定する構成としてもよい。ある音声メッセージを指定する（例えば“８”の付された丸印を指定する）と、当該音声メッセージを音声メッセージサーバ１０より取得（メッセージＩＤが“８”の音声メッセージを音声メッセージサーバ１０に要求して取得）して、当該音声メッセージを再生する。変形例としては、ある音声セージを指定すると、そのメッセージ以降のフォロー音声メッセージを順に再生するようにしてもよいし、ある音声セージを指定すると、その番組の冒頭の音声メッセージから指定された音声メッセージまでをフォローの順に再生するようにしてもよい。
【００８３】
図１６は、図１５に示した大きな表示画面を持たない情報処理端末２０の一例を示す概観図である。この情報処理端末２０は携帯型の小さな機器を想定しており、本体とイヤホン（音声出力部）４０とに分離されている。本体には、音声メッセージの再生を制御するためのボタン（再生ボタン２０１、停止ボタン２０２、次メッセージボタン２０３、前メッセージボタン２０４）、番組を選択するためのダイヤル２０５とジャンルボタン２０６、番組にフォローをつけるためのボタン（前述の図１２で説明した操作部２１のメッセージ録音ボタン２０７とメッセージ送信ボタン２０８）、再生中の音声メッセージにフォローがついているかどうかを示すフォローランプ２０９を備えている。
【００８４】
再生ボタン２０１は番組に含まれる音声メッセージの再生開始を指示し、停止ボタン２０２は番組に含まれる音声メッセージの再生停止を指示する。次メッセージボタン２０３は再生中の音声メッセージに対するフォロー音声メッセージの再生を指示し、前メッセージボタン２０４は再生中の音声メッセージがフォローとしてついている音声メッセージの再生を指示する。なお、一旦再生ボタン２０１を押せば、次メッセージボタン２０３を押さずとも、ある音声メッセージの再生が終了すると引き続き終了した音声メッセージに対するフォロー音声メッセージの再生が開始される。
【００８５】
ダイヤル２０５は、番組のチューナとして動作する。ダイヤル２０５を右に回すと番組ＩＤが増加し、左に廻すと番組ＩＤが減少する。これにより、ダイヤル２０５を操作することにより簡便に音声メッセージで構成される番組を、あたかもラジオを選局するかのごとく選択することができる。なお、ジャンルボタン２０６の使い方は、後述の第２実施例において説明する。
フォローランプ２０９は、再生中の音声メッセージにフォローがついている場合に光る。なお、フォローのついている個数に応じて異なる色で光るようにしてもよい。
【００８６】
図１７は、情報処理端末２０が図１５に示した大きな表示画面を持たない場合に、音を用いて番組を構成する音声メッセージのツリー構造を知らせる方法の一例を説明するための概念図である。情報処理端末２０が図３に示した順で音声メッセージを再生する場合、情報処理端末２０は音声メッセージサーバ１０に対し、番組の構造を示すデータ要求を送信し、音声メッセージサーバ１０から受信した番組の構造を示すデータに基づき、図１７のような音声出力を行なうものとする。
【００８７】
まず、「１−１３で負けるなんて信じられない」という音声メッセージの再生前に、当該音声メッセージの発言者が「赤田」であるという情報に基づき「赤田さんの発言です」という音声が合成され出力される。音声メッセージの出力終了後には、当該音声メッセージに付されたフォロー音声メッセージの数に応じて「フォローが１つあります」という音声が合成され出力される。以下同様に、「井上さんの発言です」、「あの監督じゃだめなんじゃない（音声メッセージ）」、「フォローが３つあります」、と音声の出力が続く。これにより、情報処理端末２０の聴取者は、音声を聞くだけで番組のデータ構造を把握したり、番組の付加情報（発言者名など）を取得することができる。
【００８８】
＜第２実施例＞
図１８は、第２実施例で想定する音声メッセージの集合体である番組の構成例を示す概念図である。本例において、番組の構成は第１階層（ジャンル）、第２階層（サブジャンル）、第３階層（番組）という階層構造をなしており、第１階層の要素（ジャンル）は複数の第２階層の要素（サブジャンル）に、第２階層の要素（サブジャンル）は複数の第３階層の要素（番組）にマッピングされるというツリー状の構成をなしている。
【００８９】
第１階層では、番組は６つのジャンルに分かれて格納されている。それぞれのジャンルにはジャンルＩＤが付されており、ジャンルＩＤが“１”のジャンルとして「スポーツ」、ジャンルＩＤが“２”のジャンルとして「音楽」、ジャンルＩＤが“３”のジャンルとして「映画」、ジャンルＩＤが“４”のジャンルとして「テレビ」、ジャンルＩＤが“５”のジャンルとして「ネット」、ジャンルＩＤが“６”のジャンルとして「雑誌」、がそれぞれ存在する。ジャンルＩＤは１桁の数字であるとする。
【００９０】
第２階層では、各ジャンルはさらにサブジャンルに分かれており、番組はサブジャンルごとに格納されている。それぞれのサブジャンルにはサブジャンルＩＤが付されている。ジャンルＩＤが“４”の「テレビ」ジャンル内のサブジャンルとしては、サブジャンルＩＤが“４１”の「ニュース」、サブジャンルＩＤが“４２”の「天気予報」、サブジャンルＩＤが“４３”の「ドラマ」、サブジャンルＩＤが“４４”の「バラエティ」、サブジャンルＩＤが“４５”の「スポーツ」、がそれぞれ存在する。ジャンルＩＤは２桁の数字であり、十の位の数字はジャンルＩＤを表わすものとする。
【００９１】
第３階層では、各サブジャンルに属する番組が格納されている。ここでいう番組とは、図２において説明した音声メッセージの集合体である。それぞれの番組には番組ＩＤが付されている。サブジャンルＩＤが“４３”のサブジャンル内の番組としては、番組ＩＤが“４３１”の「頼朝」、番組ＩＤが“４３２”の「金七先生」、番組ＩＤが“４３３”の「緊急警察２４時」、番組ＩＤが“４３４”の「水戸将軍」、番組ＩＤが“４３５”の「やくざ先生」、がそれぞれ存在する。ジャンルＩＤは３桁の数字であり、百の位の数字はジャンルＩＤを、百と十の位による２桁の数字はサブジャンルＩＤを表わすものとする。
【００９２】
さて、前述の図１６において、情報処理端末２０のジャンルボタン２０６が押された場合について説明する。この場合、制御対象は第１階層に移る。現在選択されているジャンルがジャンルＩＤ“１”の「スポーツ」であるとする。その場合、当該ジャンル内の最初のサブジャンル内の最初の番組を聴取対象として設定する。すなわち、番組ＩＤが“１１１”の番組の音声メッセージを音声メッセージサーバ１０より取得して再生する。このとき、サブジャンルＩＤとしては“１１”、番組ＩＤとしては“１１１”が暗黙的に選択されているとする。
【００９３】
次にダイヤル２０５を右に（所定角度：例えば３０°）回すとジャンルＩＤが“２”の「音楽」が選択され、番組ＩＤが“２１１”の番組の音声メッセージが再生される。さらにダイヤル２０５を右に回すと、ジャンルＩＤが“３”の「映画」が選択され、番組ＩＤが“３１１”の番組の音声メッセージが再生される。同様に、ダイヤル２０５を右に（所定角度：例えば３０°ずつ）回し続けると、ジャンルＩＤとして“４”、“５”、“６”が順次選択され、番組ＩＤが“４１１”、“５１１”、“６１１”の番組の音声メッセージが再生される。ジャンルＩＤが“６”の「雑誌」が選択された状態でさらにダイヤル２０５を右に回すと、ここではジャンルが６個しかないため、ジャンルＩＤ“１”の「スポーツ」が再度選択され番組ＩＤが“１１１”の番組の音声メッセージが再生される。
【００９４】
ジャンルＩＤが“４”の「テレビ」が選択された状態で、今度はダイヤル２０５を逆方向の左に（所定角度：例えば３０°）回すとする。ダイヤル２０５を逆方向に回すと制御対象が第２階層に移る。ジャンルＩＤが“４”の「テレビ」が選択されている状態ではサブジャンルＩＤとして“４１”が暗黙的に設定されているため、ダイヤル２０５を左に回すとサブジャンルＩＤが“４２”のサブジャンルが選択され、当該サブジャンル内の最初の番組を聴取対象として設定する。すなわち、番組ＩＤが“４２１”の番組の音声メッセージを音声メッセージサーバ１０より取得して再生する。このとき、番組ＩＤとしては“４２１”が暗黙的に選択されているとする。
【００９５】
次にダイヤル２０５を同方向である左に回すと、サブジャンルＩＤが“４３”の「ドラマ」が選択され、番組ＩＤが“４３１”の番組の音声メッセージが再生される。さらにダイヤル２０５を左に回し続けると、サブジャンルＩＤとして“４４”、“４５”が順次選択され、番組ＩＤが“４４１”、“４５１”の番組の音声メッセージが再生される。サブジャンルＩＤが“４５”の「スポーツ」が選択された状態でさらにダイヤル２０５を左に回すと、サブジャンルは５個しかないため、サブジャンルＩＤが“４１”の「ニュース」が再度選択され番組ＩＤが“４１１”の番組の音声メッセージが再生される。
【００９６】
サブジャンルＩＤが“４３”の「ドラマ」が選択された状態で、またダイヤル２０５を逆方向の右に回すとする。ダイヤル２０５を逆方向に回すと制御対象が第３階層に移る。サブジャンルＩＤが“４３”の「ドラマ」が選択されている状態では番組ＩＤとして“４３１”が暗黙的に設定されているため、ダイヤル２０５を右に回すと、当該サブジャンル内の次の番組を聴取対象として設定する。すなわち、番組ＩＤが“４３２”の番組の音声メッセージを音声メッセージサーバ１０より取得して再生する。次にダイヤル２０５を同方向である右に回すと、番組ＩＤが“４３３”の番組の音声メッセージが再生される。さらにダイヤル２０５を右に回し続けると、番組ＩＤが“４３４”、“４３５”の番組の音声メッセージが再生される。番組ＩＤが“４３５”の「やくざ先生」が選択された状態でさらにダイヤル２０５を右に回すと、ここでは番組が５個しかないため、番組ＩＤが“４３１”の「頼朝」が再度選択され当該番組の音声メッセージが再生される。
【００９７】
これらの操作により、制御対象が第１階層のときにはどんなジャンルの音声メッセージを聞くかという大まかな選択を行ない、制御対象が第２階層のときには当該ジャンル内のどのサブジャンルの音声メッセージを聞くかという少し細かな選択を行ない、制御対象が第３階層のときには当該サブジャンル内のどの番組の音声メッセージを聞くかというさらに細かな選択を行なっている。これにより、ダイヤルの回転方向を変えるごとに、より詳しい選択ができる。
【００９８】
ジャンルボタン２０６は任意の時点で押すことができる。ジャンルボタン２０６を押すことにより、制御対象は第１階層へ戻る。ジャンルＩＤは“１”に戻ってよいし、聴取していた音声メッセージの属する番組の番組ＩＤの百の位の数字に基づきジャンルＩＤを設定してもよい。
【００９９】
ジャンルボタン２０６が押された後に、ジャンルを選択する際の動きとして「右に廻す」ということをあらかじめ決めておいてもよいし、最初にどちらに廻すかをあらかじめ決めておかない構成であってもよい。後者の場合、最初に廻し始めた方向が継続する限り第１階層を制御対象とし、最初に廻し始めた方向と逆方向に廻された場合に第２階層に制御対象が移る。
【０１００】
このようにして、ダイヤル２０５とジャンルボタン２０６のみに基づいて、階層的に構成された番組を簡単に選択して音声メッセージを聴くことができる。
なお、表示等を用いてダイヤルの現在の回転方向を聴取者に通知してもよい。ダイヤル２０５の回転方向がわかれば、同じ方向に回せば同位の階層の、逆方向に回せば下位の階層の選択となることが、聴取者に簡単にわかる。
【０１０１】
図１９は、情報処理端末２０において番組を選択し音声メッセージを再生する処理の一例を説明するためのフロー図である。なお、図４に示した情報処理端末２０において、ステップＳ９７の「音声メッセージの取得」、ステップＳ９８の「音声メッセージの再生」以外の処理は番組選択処理部２８にて行なわれる。
【０１０２】
まず、番組選択処理部２８は、初期パラメタとして、現在階層を“第１階層”、ジャンルＩＤを“１”、移動方向を“未設定”としてセットする（ステップＳ９１）。そして、番組選択処理部２８は、現在階層を判断し（ステップＳ９２）、第１階層の場合、再生番組ＩＤを“ジャンルＩＤ＊１００＋１１”に設定し（ステップＳ９３）、ステップＳ９６に移行する。また、ステップＳ９２において、第２階層の場合、再生番組ＩＤを“ジャンルＩＤ＊１０＋１”に設定し（ステップＳ９４）、ステップＳ９６に移行する。また、ステップＳ９２において、第３階層の場合、再生番組ＩＤを“番組ＩＤ”に設定し（ステップＳ９５）、ステップＳ９６に移行する。
【０１０３】
次に、音声メッセージ受信処理部３０は、再生番組ＩＤで示される番組に含まれる音声メッセージを音声メッセージサーバ１０より取得し（ステップＳ９６）、出力音声処理部３１は、音声メッセージサーバ１０より取得した音声メッセージを再生する（ステップＳ９７）。
【０１０４】
次に、番組選択処理部２８は、操作部２１より操作入力されたかどうかを判断し（ステップＳ９８）、操作入力された場合（ＹＥＳの場合）、当該操作が終了操作かどうかを判断する（ステップＳ９９）。また、ステップＳ９８において、操作入力されない場合（ＮＯの場合）、ステップＳ９６に戻り処理を繰り返す。
【０１０５】
番組選択処理部２８は、ステップＳ９９において、当該操作が終了操作の場合（ＹＥＳの場合）、そのまま終了し、当該操作が終了操作ではない場合（ＮＯの場合）、操作に基づきパラメタを変更し（ステップＳ１００）、ステップＳ９２へ移行する。
【０１０６】
図２０は、図１９に示したステップＳ１０１における「操作に基づきパラメタを変更する」という処理の一例を記述したもので、ダイヤル２０５を回転する操作に基づくパラメタ変更処理を説明するためのフロー図である。まず、番組選択処理部２８は、ダイヤル２０５の回転方向を取得し（ステップＳ１１１）、回転方向が移動方向であるかを判断する（ステップＳ１１２）。
【０１０７】
番組選択処理部２８は、回転方向が移動方向であると判断した場合（ＹＥＳの場合）、現在階層を判断し（ステップＳ１１３）、第１階層の場合、ジャンルＩＤに“１”を加える（ステップＳ１１４）。そして、番組選択処理部２８は、ジャンルＩＤ＞ジャンル数となったかどうかを判断し（ステップＳ１１５）、ジャンルＩＤ＞ジャンル数の場合（ＹＥＳの場合）、ジャンルＩＤを“１”に設定し（ステップＳ１１６）、パラメタ変更処理を終了する。また、ステップＳ１１５において、ジャンルＩＤ＞ジャンル数でない場合（ＮＯの場合）、パラメタ変更処理を終了する。
【０１０８】
番組選択処理部２８は、ステップＳ１１３において、第２階層の場合、サブジャンルＩＤに“１”を加える（ステップＳ１１７）。そして、番組選択処理部２８は、サブジャンルＩＤの下１桁＞サブジャンル数となったかどうかを判断し（ステップＳ１１８）、サブジャンルＩＤの下１桁＞サブジャンル数の場合（ＹＥＳの場合）、サブジャンルＩＤの下１桁を“１”に設定し（ステップＳ１１９）、パラメタ変更処理を終了する。また、ステップＳ１１８において、サブジャンルＩＤの下１桁＞サブジャンル数でない場合（ＮＯの場合）、パラメタ変更処理を終了する。
【０１０９】
番組選択処理部２８は、ステップＳ１１３において、第３階層の場合、番組ＩＤに“１”を加える（ステップＳ１２０）。そして、番組選択処理部２８は、番組ＩＤの下１桁＞番組数となったかどうかを判断し（ステップＳ１２１）、番組ＩＤの下１桁＞番組数の場合（ＹＥＳの場合）、番組ＩＤの下１桁を“１”に設定し（ステップＳ１２２）、パラメタ変更処理を終了する。また、ステップＳ１２１において、番組ＩＤの下１桁＞番組数でない場合（ＮＯの場合）、パラメタ変更処理を終了する。
【０１１０】
一方、番組選択処理部２８は、ステップＳ１１２において、回転方向が移動方向でない場合（ＮＯの場合）、移動方向を回転方向に設定する（ステップＳ１２３）。そして、番組選択処理部２８は、現在階層を判断し（ステップＳ１２４）、第１階層の場合、現在階層を第２階層に設定し（ステップＳ１２５）、サブジャンルＩＤを“ジャンルＩＤ＊１０＋１”に設定して（ステップＳ１２６）、パラメタ変更処理を終了する。また、ステップＳ１２４において、第２階層の場合、現在階層を第３階層に設定し（ステップＳ１２７）、番組ＩＤを“サブジャンルＩＤ＊１０＋１”に設定して（ステップＳ１２８）、パラメタ変更処理を終了する。また、ステップＳ１２４において、第３階層の場合、パラメタ変更処理を終了する。
【０１１１】
図２１は、図１９に示したステップＳ１０１における「操作に基づきパラメタを変更する」という処理の他の例を記述したもので、ジャンルボタン２０６を押下する操作に基づくパラメタ変更処理を説明するためのフロー図である。まず、番組選択処理部２８は、現在階層を判断し（ステップＳ１４１）、第１階層の場合、ステップＳ１４２に移行する。また、ステップＳ１４１において、第２階層の場合、ジャンルＩＤをサブジャンルＩＤの十の位に設定し（ステップＳ１４４）、ステップＳ１４２に移行する。また、ステップＳ１４１において、第３階層の場合、ジャンルＩＤを番組ＩＤの百の位に設定し（ステップＳ１４５）、ステップＳ１４２に移行する。そして、現在階層を第１階層に設定し（ステップＳ１４２）、移動方向を未設定に設定する（ステップＳ１４３）
【０１１２】
図２２は、図１８で説明した番組構成における、ダイヤル２０５を用いた番組の選択方法について説明するための図である。なお番組はジャンル順サブジャンル順に一列に配置されているものとする。
【０１１３】
制御対象が第１階層にある場合、ダイヤル２０５が回転するたびに、矢印１０１上に記した丸印の順に再生される音声メッセージ（番組）が変化する。すなわち、制御対象が第１階層である場合には、ジャンルが「映画」である番組「スターバトル」、ジャンルが「テレビ」である番組「ニュースタイム」、ジャンルが「ネット」である番組「検索ベストヒット」、という順番に、ダイヤル２０５が回転するたびに再生される音声メッセージ（番組）は変化する。番組「ニュースタイム」が再生されている時にダイヤル２０５が反対方向に回転すると、ジャンルとして「テレビ」が選択され、制御対象が第２階層に移る。
【０１１４】
制御対象が第２階層にある場合、ダイヤル２０５が回転するたびに、矢印１０２上に記した丸印の順に再生される音声メッセージ（番組）が変化する。すなわち、制御対象が第２階層でありジャンルとして「テレビ」が選択されている場合には、サブジャンルが「ニュース」である番組「ニュースタイム」、サブジャンルが「天気予報」である番組「天気予報−東京」、サブジャンルが「ドラマ」である番組「頼朝」、サブジャンルが「バラエティ」である番組「笑ってやるとも」、サブジャンルが「スポーツ」である番組「大学サッカー」という順番に、ダイヤル２０５が回転するたびに再生される音声メッセージ（番組）は変化する。番組「頼朝」が再生されている時にダイヤル２０５が反対方向に回転すると、サブジャンルとして「ドラマ」が選択され、制御対象が第３階層に移る。
【０１１５】
制御対象が第３階層にある場合、ダイヤル２０５が回転するたびに、矢印１０３上に記した丸印の順に再生される音声メッセージ（番組）が変化する。すなわち、制御対象が第３階層でありジャンルとして「テレビ」が、サブジャンルとして「ドラマ」が選択されている場合には、番組「頼朝」、番組「金七先生」、番組「緊急警察２４時」、番組「水戸将軍」、番組「やくざ先生」という順番に、ダイヤル２０５が回転するたびに再生される音声メッセージ（番組）は変化する。
【０１１６】
この場合、ダイヤル２０５の同方向への回転操作は、次の番組を聴きたいという指示を表わす。また、ダイヤル２０５の反対方向への回転操作は、ジャンルまたはサブジャンルを設定する指示、及び、次の番組を聴きたいという指示を受けた際に一列に並んだ番組において再生する番組の間隔を変化させる指示を表わす。
【０１１７】
図２３は、図２２に示したダイヤル２０５を用いた番組選択方法の変形例であり、制御対象が第２階層や第３階層に移った場合でも、ジャンルやサブジャンルを選択しない場合について説明するための図である。
【０１１８】
制御対象が第１階層にある場合、ダイヤル２０５が回転するたびに、矢印１１１上に記した丸印の順に再生される音声メッセージ（番組）が変化する。すなわち、制御対象が第１階層である場合には、ジャンルが「映画」である番組「スターバトル」、ジャンルが「テレビ」である番組「ニュースタイム」、ジャンルが「ネット」である番組「検索ベストヒット」、という順番に、ダイヤルが回転するたびに再生される音声メッセージ（番組）は変化する。番組「ニュースタイム」が再生されている時にダイヤル２０５が反対方向に回転すると、ジャンルは特に選択されないまま、制御対象が第２階層に移る。
【０１１９】
制御対象が第２階層にある場合、ダイヤル２０５が回転するたびに、矢印１１２上に記した丸印の順に再生される音声メッセージ（番組）が変化する。すなわち、制御対象が第２階層である場合には、ジャンルが「テレビ」である番組「ニュースタイム」、「天気予報−東京」、「頼朝」、「笑ってやるとも」、「大学サッカー」、ジャンルが「ネット」である番組「検索ベストヒット」、「話題のブログ」、「今日のネットＴＶ」、さらに戻って、ジャンルが「映画」である番組「スターバトル」、「女もつらいよ」、「ドラのすけ」、という順番に、ダイヤル２０５が回転するたびに再生される音声メッセージ（番組）は変化する。番組「頼朝」が再生されている時にダイヤル２０５が反対方向に回転すると、サブジャンルは特に選択されないまま、制御対象が第３階層に移る。
【０１２０】
制御対象が第３階層にある場合、ダイヤル２０５が回転するたびに、矢印１１３上に記した丸印の順に再生される音声メッセージ（番組）が変化する。すなわち、制御対象が第３階層である場合には、サブジャンルが「ドラマ」である番組「頼朝」、「金七先生」、「緊急警察２４時」、「水戸将軍」、「やくざ先生」、サブジャンルが「バラエティ」である番組「笑ってやるとも」、「筋肉バラエティ」、・・・、「思いきりクイズ」、サブジャンルが「スポーツ」である番組「大学サッカー」、・・・、続いてジャンルが「ネット」である番組「検索ベストヒット」、・・・という順番に、ダイヤル２０５が回転するたびに再生される音声メッセージ（番組）は変化する。
【０１２１】
この場合、ダイヤル２０５の同方向への回転操作は、次の番組を聴きたいという指示を表わす。また、ダイヤル２０５の反対方向への回転操作は、次の番組を聴きたいという指示を受けた際に一列に並んだ番組において再生する番組の間隔を変化させる指示を表わす。
【０１２２】
利用者は、一列に並んだ番組において所望の番組を探す場合に、最初は粗い間隔で番組を聴き、所望の番組に近づいてきたら細かい間隔で番組を聴くことにより、所望の番組を探すことができる。
【０１２３】
図２４は、図２３に示した番組選択方法の変形例であり、制御対象が第２階層や第３階層に移った場合でも、ジャンルやサブジャンルを選択しない場合の別の例について説明するための図である。ここで、制御対象が第１階層にある場合は図２３の場合と同じであり、ダイヤル２０５が回転するたびに、矢印１２１上に記した丸印の順に再生される音声メッセージ（番組）が変化する。
【０１２４】
制御対象が第２階層にある場合、ダイヤル２０５が回転するたびに、矢印１２２上に記した丸印の順に再生される音声メッセージ（番組）が変化する。図２３との違いは、矢印の方向である。すなわち、制御対象が第２階層である場合には、ジャンルが「テレビ」である番組「大学サッカー」、「笑ってやるとも」、「頼朝」、「天気予報−東京」、「ニュースタイム」、ジャンルが「映画」である番組「ドラのすけ」、「女もつらいよ」、「スターバトル」、さらに戻って、ジャンルが「ネット」である番組「今日のネットＴＶ」、「話題のブログ」、「検索ベストヒット」、という順番に、ダイヤル２０５が回転するたびに再生される音声メッセージ（番組）は変化する。番組「頼朝」が再生されている時にダイヤル２０５が反対方向に回転すると、サブジャンルは特に選択されないまま、制御対象が第３階層に移る。
【０１２５】
制御対象が第３階層にある場合、ダイヤル２０５が回転するたびに、矢印１２３上に記した丸印の順に再生される音声メッセージ（番組）が変化する。このとき、矢印の方向は図２３と同じに戻る。
【０１２６】
この場合、ダイヤル２０５の同方向への回転操作は、次の番組を聴きたいという指示を表わす。また、ダイヤル２０５の反対方向への回転操作は、次の番組を聴きたいという指示を受けた際に一列に並んだ番組において再生する番組の間隔と向きとを変化させる指示を表わす。
【０１２７】
利用者は、一列に並んだ番組において所望の番組を探す場合に、最初は粗い間隔で番組を聴き、所望の番組を通り過ぎたら戻りながら細かい間隔で番組を聴くことにより、所望の番組を探すことができる。
【０１２８】
本実施例では、複数の掲示板が話題ごとに多数存在している場合に、所望の掲示板を簡単に見つけるための手段を提供している。
本実施例における要素指定方法は、階層構造に構成された要素（ジャンル、サブジャンル、及び音声メッセージ）をダイヤルを用いて指定する方法であり、各階層（第１階層または第２階層）の各要素は複数の１つ下の階層（第２階層または第３階層）の各要素にマッピングされており、いずれかの階層を制御対象階層として設定し、ダイヤル操作時のダイヤルの回転方向が前回の操作時のダイヤルの回転方向と同じであれば、制御対象の階層において前回指定した要素とは異なる要素を指定する。また、ダイヤル操作時のダイヤルの回転方向が前回の操作時のダイヤルの回転方向と異なれば、制御対象の階層を１つ下の階層に設定するとともに、１つ下の階層のいずれかの要素を指定する。
【０１２９】
また、さらにジャンルボタンを用いて制御対象の階層を階層構造の最上位（第１階層）に設定する手段をさらに備えている。
また、さらに階層構造のいずれかの要素（ジャンルまたはサブジャンル）を指定すると、当該要素にマッピングされた最下位（第３階層）の階層の要素（音声メッセージ）のいずれかを選択するようにしている。
【０１３０】
本実施例における要素指定方法を用いることにより、順方向と逆方向に回転可能なダイヤルの回転のみを用いて、利用者は所望の要素を簡単に選択することができる。また、情報処理端末において音声メッセージを選択する操作のための部品を削減することができる。
【０１３１】
なお、本発明の情報処理端末ならびに音声メッセージサーバの行なう処理は、プログラムとしても実現可能である。このプログラムはコンピュータで読み取り可能な記録媒体に格納されており、各処理は上記プログラムによって実現される。記録媒体の例としては、磁気テープやカセットテープなどのテープ系、フロッピー（登録商標）ディスクやハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤなどの光ディスクなどからなるディスク系、ＩＣカードや光カード等のカード系、マスクＲＯＭ、ＦＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュＲＯＭ等による半導体メモリを含めた固定的にプログラムを担持する媒体などいずれであってもよい。また、記録媒体は、例えば、メモリースティック、コンパクトフラッシュ（登録商標）カード、スマートメディア、ＳＤカード、マルチメディアカード、マイクロドライブなどで構成されていてもよい。
【図面の簡単な説明】
【０１３２】
【図１】本発明の一実施形態に係る音声掲示板システムの構成例を示す図である。
【図２】本実施例で想定する番組を構成する音声メッセージの一例を示す概念図である。
【図３】情報処理端末で番組を聞く際の音声メッセージの再生例を示す図である。
【図４】本発明に係る情報処理端末の構成例を示すブロック図である。
【図５】本発明に係る音声メッセージサーバの構成例を示すブロック図である。
【図６】音声メッセージサーバの番組情報蓄積部に保持される各番組のデータ構造の一例を表形式で示した図である。
【図７】音声メッセージを取得する際のデータフローの一例を説明するための図である。
【図８】音声メッセージを取得する際のデータフローの変形例を説明するための図である。
【図９】情報処理端末の音声メッセージ取得処理の一例を説明するためのフロー図である。
【図１０】情報処理端末の音声メッセージ出力処理の一例を説明するためのフロー図である。
【図１１】音声メッセージサーバの音声メッセージ提供処理の一例を説明するためのフロー図である。
【図１２】フォローとして音声メッセージを追加する際のデータフローの一例を説明するための図である。
【図１３】情報処理端末の音声メッセージを作成しフォローとして送信する処理の一例を説明するためのフロー図である。
【図１４】音声メッセージサーバのフォロー音声メッセージを追加する処理の一例を説明するためのフロー図である。
【図１５】情報処理端末において、番組を構成する音声メッセージのツリー構造の一例を表示したときの画面例を示す図である。
【図１６】図１５に示した大きな表示画面を持たない情報処理端末の一例を示す概観図である。
【図１７】情報処理端末が図１５に示した大きな表示画面を持たない場合に、音を用いて番組を構成する音声メッセージのツリー構造を知らせる方法の一例を説明するための概念図である。
【図１８】第２実施例で想定する音声メッセージの集合体である番組の構成例を示す概念図である。
【図１９】情報処理端末において番組を選択し音声メッセージを再生する処理の一例を説明するためのフロー図である。
【図２０】図１９に示したステップＳ１０１における「操作に基づきパラメタを変更する」という処理の一例を記述したもので、ダイヤルを回転する操作に基づくパラメタ変更処理を説明するためのフロー図である。
【図２１】図１９に示したステップＳ１０１における「操作に基づきパラメタを変更する」という処理の他の例を記述したもので、ジャンルボタンを押下する操作に基づくパラメタ変更処理を説明するためのフロー図である。
【図２２】図１８で説明した番組構成における、ダイヤルを用いた番組の選択方法について説明するための図である。
【図２３】図２２に示したダイヤルを用いた番組選択方法の変形例であり、制御対象が第２階層や第３階層に移った場合でも、ジャンルやサブジャンルを選択しない場合について説明するための図である。
【図２４】図２３に示した番組選択方法の変形例であり、制御対象が第２階層や第３階層に移った場合でも、ジャンルやサブジャンルを選択しない場合の別の例について説明するための図である。
【符号の説明】
【０１３３】
１０…音声メッセージサーバ、１１…通信部、１２…番組情報蓄積部、１３…フォロー音声メッセージ受信処理部、１４…音声メッセージ要求受信部、１５…フォローメッセージ決定処理部、１６…音声メッセージ送信処理部、２０…情報処理端末、２１…操作部、２２…音声入力部、２３…音声出力部、２４…通信部、２５…音声メッセージ蓄積部、２６…メッセージ追加処理部、２７…音声メッセージ送信処理部、２８…番組選択処理部、２９…音声メッセージ要求処理部、３０…音声メッセージ受信処理部、３１…出力音声処理部、４０…イヤホン（音声出力部）、２０１…再生ボタン、２０２…停止ボタン、２０３…次メッセージボタン、２０４…前メッセージボタン、２０５…ダイヤル、２０６…ジャンルボタン、２０７…メッセージ録音ボタン、２０８…メッセージ送信ボタン、２０９…フォローランプ。
【図１】
2008092495.tif 000003
【図２】
2008092495.tif 000004
【図３】
2008092495.tif 000005
【図４】
2008092495.tif 000006
【図５】
2008092495.tif 000007
【図６】
2008092495.tif 000008
【図７】
2008092495.tif 000009
【図８】
2008092495.tif 000010
【図９】
2008092495.tif 000011
【図１０】
2008092495.tif 000012
【図１１】
2008092495.tif 000013
【図１２】
2008092495.tif 000014
【図１３】
2008092495.tif 000015
【図１４】
2008092495.tif 000016
【図１５】
2008092495.tif 000017
【図１６】
2008092495.tif 000018
【図１７】
2008092495.tif 000019
【図１８】
2008092495.tif 000020
【図１９】
2008092495.tif 000021
【図２０】
2008092495.tif 000022
【図２１】
2008092495.tif 000023
【図２２】
2008092495.tif 000024
【図２３】
2008092495.tif 000025
【図２４】
2008092495.tif 000026