(57)【要約】      （修正有）【課題】音声参加型のソーシャルネットワーキングサービスシステム等を提供する。【解決手段】ＳＮＳシステムは、ＳＮＳを提供するサーバと通話装置とが接続されたＳＮＳシステムであって、サーバは、通話装置から音声を入力する音声入力手段と、音声を解析することにより、少なくとも音声を入力したユーザを識別するユーザ識別情報と音声により入力された命令語と音声により入力され該音声が分類されるべきＳＮＳサービス分類を示す分類語とを抽出する音声解析手段と、命令語が音声の登録命令を示す場合、該入力された音声と、ユーザ識別情報に基づくユーザ識別子と、分類語とを対応付けて記憶手段に登録する音声登録手段と、命令語が音声の検索命令を示す場合、分類語を検索キーとして分類語に対応付けられた音声を記憶手段から検索する音声検索手段と、通話装置に対し音声検索手段により検索された音声を出力する音声出力手段とを有する。【選択図】図３
2013037512.tif 000002
【特許請求の範囲】
【請求項１】
ＳＮＳを提供するサーバと、通話装置とがネットワークを介し接続されたＳＮＳシステムであって、
サーバは、
通話装置から音声を入力する音声入力手段と、
前記音声を解析することにより、少なくとも、該音声を入力したユーザを識別するユーザ識別情報と、該音声により入力された命令語と、該音声により入力され該音声が分類されるべきＳＮＳサービス分類を示す分類語とを抽出する音声解析手段と、
前記命令語が音声の登録命令を示す場合、該入力された音声と、前記ユーザ識別情報に基づくユーザ識別子と、前記分類語とを対応付けて記憶手段に登録する音声登録手段と、
前記命令語が音声の検索命令を示す場合、前記分類語を検索キーとして、前記分類語に対応付けられた音声を前記記憶手段から検索する音声検索手段と、
通話装置に対し、前記音声検索手段により検索された音声を出力する音声出力手段と、
を有することを特徴とするＳＮＳシステム。
【請求項２】
前記音声解析手段は、前記音声を解析することにより、前記ユーザ識別子情報、前記分類語、前記分類語に加え、該音声に含まれる１以上の単語を抽出し、
前記音声登録手段は、前記命令語が音声の登録命令を示す場合、前記入力された音声と、前記ユーザ識別情報に基づくユーザ識別子と、前記分類語とに加え、前記１以上の単語を対応付けて記憶手段に登録し、
前記音声検索手段は、前記命令語が音声の検索命令を示す場合、前記分類語及び前記１以上の単語を検索キーとして、前記分類語及び前記１以上の単語に対応付けられた音声を前記記憶手段から検索すること、
を有することを特徴とする請求項１記載のＳＮＳシステム。
【請求項３】
前記ユーザ識別情報は、前記音声入力手段により入力された音声の声紋、又は前記音声解析手段により解析され抽出されたユーザ識別語であって、該ユーザ識別情報に基づいてユーザ認証を行うユーザ認証手段と、
を有することを特徴とする請求項１又は２記載のＳＮＳシステム。
【請求項４】
通話装置とネットワークを介し接続されるＳＮＳを提供するＳＮＳサーバあって、
通話装置から音声を入力する音声入力手段と、
前記音声を解析することにより、少なくとも、該音声を入力したユーザを識別するユーザ識別情報と、該音声により入力された命令語と、該音声により入力され該音声が分類されるべきＳＮＳサービス分類を示す分類語とを抽出する音声解析手段と、
前記命令語が音声の登録命令を示す場合、該入力された音声と、前記ユーザ識別情報に基づくユーザ識別子と、前記分類語とを対応付けて記憶手段に登録する音声登録手段と、
前記命令語が音声の検索命令を示す場合、前記分類語を検索キーとして、前記分類語に対応付けられた音声を前記記憶手段から検索する音声検索手段と、
通話装置に対し、前記音声検索手段により検索された音声を出力する音声出力手段と、
を有することを特徴とするＳＮＳサーバ。
【請求項５】
コンピュータに、
通話装置から音声を入力する音声入力手段と、
前記音声を解析することにより、少なくとも、該音声を入力したユーザを識別するユーザ識別情報と、該音声により入力された命令語と、該音声により入力され該音声が分類されるべきＳＮＳサービス分類を示す分類語とを抽出する音声解析手段と、
前記命令語が音声の登録命令を示す場合、該入力された音声と、前記ユーザ識別情報に基づくユーザ識別子と、前記分類語とを対応付けて記憶手段に登録する音声登録手段と、
前記命令語が音声の検索命令を示す場合、前記分類語を検索キーとして、前記分類語に対応付けられた音声を前記記憶手段から検索する音声検索手段と、
通話装置に対し、前記音声検索手段により検索された音声を出力する音声出力手段として機能させるためのＳＮＳプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソーシャルネットワーキングサービスシステム、ソーシャルネットワーキングサービスサーバ及びソーシャルネットワーキングサービスプログラムの分野に関する。
【背景技術】
【０００２】
近年、人と人とのつながりを促進、サポートするコミュニティ型のＷｅｂサイトとして、ソーシャルネットワーキングサービス（以下ＳＮＳという）が知られている。ＳＮＳは、友人や知人間のコミュニケーションを円滑にする手段や場を提供したり、趣味や嗜好、居住地域、出身校、あるいは友人の友人といったつながりを通じて新たな人間関係を構築する場等のソーシャルネットワーキングサービスを提供する。具体的には例えば、自身のプロフィール登録公開機能、ユーザ同士のメッセージ送受信（私書箱）機能、ユーザ相互リンク機能、ユーザ検索機能、ユーザの日記（ブログ）機能、コミュニティ機能などが提供されている（例えば特許文献１）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のＳＮＳは、ＰＣ（パソコン）や携帯電話等を操作し、インターネット上のＷｅｂサイトを日常的に閲覧できるような人たちのみに開かれた情報ツールであった。そのため、様々な理由からＰＣやインターネットをはじめとする情報・通信技術の利用に困難を抱える人達（いわゆる情報弱者）には使用できない、あるいは使用が困難であるという問題があった。
【０００４】
ここで例えば、高齢者はＰＣやインターネットを使い慣れていないものの、電話をかけることは従前から日常的に行われている行為である。つまり高齢者は音声によるコミュニケーションは慣れているため、音声によりＳＮＳに参加することができれば、ＰＣやインターネットを使い慣れていない者であっても容易にＳＮＳに参加できる。また例えば、視覚障害者にとってＷｅｂサイトの閲覧は困難であっても、音声によりＳＮＳに参加することができれば容易にＳＮＳに参加できる。
【０００５】
そこで本発明では上記のような点に鑑みて、音声参加型のソーシャルネットワーキングサービスシステム、ソーシャルネットワーキングサービスサーバ及びソーシャルネットワーキングサービスプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するため、本発明に係るＳＮＳシステムは、ＳＮＳを提供するサーバと、通話装置とがネットワークを介し接続されたＳＮＳシステムであって、サーバは、通話装置から音声を入力する音声入力手段と、前記音声を解析することにより、少なくとも、該音声を入力したユーザを識別するユーザ識別情報と、該音声により入力された命令語と、該音声により入力され該音声が分類されるべきＳＮＳサービス分類を示す分類語とを抽出する音声解析手段と、前記命令語が音声の登録命令を示す場合、該入力された音声と、前記ユーザ識別情報に基づくユーザ識別子と、前記分類語とを対応付けて記憶手段に登録する音声登録手段と、前記命令語が音声の検索命令を示す場合、前記分類語を検索キーとして、前記分類語に対応付けられた音声を前記記憶手段から検索する音声検索手段と、通話装置に対し、前記音声検索手段により検索された音声を出力する音声出力手段と、を有する。
【０００７】
上記課題を解決するため、本発明に係るＳＮＳサーバは、通話装置とネットワークを介し接続されるＳＮＳを提供するＳＮＳサーバあって、通話装置から音声を入力する音声入力手段と、前記音声を解析することにより、少なくとも、該音声を入力したユーザを識別するユーザ識別情報と、該音声により入力された命令語と、該音声により入力され該音声が分類されるべきＳＮＳサービス分類を示す分類語とを抽出する音声解析手段と、前記命令語が音声の登録命令を示す場合、該入力された音声と、前記ユーザ識別情報に基づくユーザ識別子と、前記分類語とを対応付けて記憶手段に登録する音声登録手段と、前記命令語が音声の検索命令を示す場合、前記分類語を検索キーとして、前記分類語に対応付けられた音声を前記記憶手段から検索する音声検索手段と、通話装置に対し、前記音声検索手段により検索された音声を出力する音声出力手段と、を有する。
【０００８】
上記課題を解決するため、本発明に係るＳＮＳプログラムは、コンピュータに、通話装置から音声を入力する音声入力手段と、前記音声を解析することにより、少なくとも、該音声を入力したユーザを識別するユーザ識別情報と、該音声により入力された命令語と、該音声により入力され該音声が分類されるべきＳＮＳサービス分類を示す分類語とを抽出する音声解析手段と、前記命令語が音声の登録命令を示す場合、該入力された音声と、前記ユーザ識別情報に基づくユーザ識別子と、前記分類語とを対応付けて記憶手段に登録する音声登録手段と、前記命令語が音声の検索命令を示す場合、前記分類語を検索キーとして、前記分類語に対応付けられた音声を前記記憶手段から検索する音声検索手段と、通話装置に対し、前記音声検索手段により検索された音声を出力する音声出力手段として機能させる。
【０００９】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１０】
本発明によれば、音声参加型のソーシャルネットワーキングサービスシステム、ソーシャルネットワーキングサービスサーバ及びソーシャルネットワーキングサービスプログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係るシステム構成図である。
【図２】ＳＮＳサーバ１の一実施形態の主要構成を示すハードウェア構成図である。
【図３】ＳＮＳサーバ１の一実施形態の主要機能を示す機能ブロック図である。
【図４】本実施形態に係るユーザＤＢ１０８ａ例を示す。
【図５】本実施形態に係る音声ＤＢ１０８ｂ例を示す。
【図６】本実施形態に係るＳＮＳサーバ１のログイン処理を説明するフローチャートである。
【図７】本実施形態に係るＳＮＳサーバ１の音声登録及び音声検索処理を説明するフローチャートである。
【図８】本変形例１に係る公開限定ユーザテーブルの一例を示す。
【図９】本変形例２に係る同義語テーブルの一例を示す。
【図１０】本実施形態に係るＳＮＳのＷｅｂサイト画面例を示す。
【発明を実施するための形態】
【００１２】
以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。
【００１３】
[システム構成]
（全体構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたっての全体構成について説明する。図１は、本実施形態に係るシステム構成図である。図に示されるように、本実施形態に係るＳＮＳシステム１００は、ＳＮＳサーバ１及び通話端末２がネットワーク３を介し接続される。
【００１４】
ＳＮＳサーバ１は、ユーザの使用する通話端末２に対し、ソーシャルネットワーキングサービスを提供するサーバである。通話端末２は、ユーザの使用する通話端末２であり、具体的には携帯電話２ａ、固定電話２ｂ、ヘッドフォン等の音声入出力器付きＰＣ２ｃ等である。ユーザはこれら通話端末２を使用して、ＳＮＳサーバ１から音声によるソーシャルネットワーキングサービスを受ける。
【００１５】
ネットワーク３は、ＳＮＳサーバ１及び通話端末２を接続する通信ネットワークである。本実施形態においては、ユーザの通話端末２はＳＮＳサーバ１から音声によるソーシャルネットワーキングサービスを受けるため、少なくとも音声通信が可能な通信ネットワークとなる。ＳＮＳサーバ１はインターネット網に接続されるので、通話端末２が携帯電話２ａである場合、ネットワーク３は携帯公衆網及びインターネット網を含む。また通話端末２が固定電話２ｂである場合、ネットワーク３は固定電話網及びインターネット網を含む。また通話端末２がＰＣ２ｃである場合、ネットワーク３はインターネット網である。
【００１６】
なお、インターネット網に接続されるＳＮＳサーバ１は、各公衆網に接続される通話端末２とはインターネット網のＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）ネットワークを使って音声データをパケットとして送受信する必要があることから、ＶｏＩＰ（Voice Over IP）サーバを中継し音声のやり取りが行われることになる（非図示）。また通話端末２からすると、ＳＮＳサーバ１は通話先のＩＰ電話に見えるので、ＳＮＳサーバ１と接続する際は通常の電話をかけるようにＳＮＳサーバ１に付与されている電話番号に対し電話をかければよい。
【００１７】
（ハードウェア）
ここで、本実施形態に係るＳＮＳサーバ１のハードウェア構成について説明しておく。図２は、ＳＮＳサーバ１の一実施形態の主要構成を示すハードウェア構成図である。ＳＮＳサーバ１は、主要な構成として、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、補助記憶装置１４、記憶媒体読取装置１５、入力装置１６、表示装置１７、及び通信装置１８を含む構成である。
【００１８】
ＣＰＵ１１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１２は、ＣＰＵ１１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ１３は、ＣＰＵ１１がＲＯＭ１２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００１９】
補助記憶装置１４は、汎用のＯＳ（Operating System）、プログラムを含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。記憶媒体読取装置１５には、ＵＳＢメモリ、ＣＤ、ＤＶＤ等の携帯型メディアをセットすることで、外部からの情報を取得できる。
【００２０】
入力装置１６は、ユーザが各種入力操作を行うための装置である。入力装置１６は、マウス、キーボード、表示装置１７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置１７は、各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。
【００２１】
通信装置１８は、ネットワーク３を介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００２２】
なお通話端末２については、従来の携帯電話、固定電話、ＰＣ等により実現されればよく、その説明は省略する。
【００２３】
（機能）
次に、ＳＮＳサーバ１の機能構成について説明する。図３は、ＳＮＳサーバ１の一実施形態の主要機能を示す機能ブロック図である。図に示されるようにＳＮＳサーバ１は、主要な機能として、通信部１０１、音声入力部１０２、音声解析部１０３、ユーザ認証部１０４、音声登録部１０５、音声検索部１０６、音声出力部１０７、記憶部１０８を含む構成である。
【００２４】
通信部１０１は、ネットワーク３と接続され、通話装置２との通信を行う。ＳＮＳサーバ１は通話装置２から着呼を受けてから呼を確立する。呼確立後、音声（音声データ）を受信すると、この音声を音声入力１０２に入力する。音声入力部１０２は、通信部１０１を介し通話装置２からの音声を入力する。なおこの音声はユーザによって発話されたユーザの会話音声に相当する。
【００２５】
音声解析部１０３は、通話装置２から入力された音声を解析することにより、該音声を入力したユーザを識別するユーザ識別情報、該音声により入力された命令語と、該音声により入力されその音声が分類されるべきＳＮＳサービス分類を示す分類語（例えばブログ、掲示板、伝言メール等）、その他単語（キーワード）を抽出する。音声はユーザの会話音声に相当するが、この会話音声の中から、音声解析技術により音声内の単語を抽出し、また単語の意味から上述の語句を抽出するものであるが、この点詳細は後述する。
【００２６】
ユーザ認証部１０４は、入力された音声から抽出されたユーザ識別情報に基づいてユーザ認証を行う。ユーザ識別情報はユーザを識別するための情報であり、例えば入力された音声の声紋や、音声から抽出されたユーザ識別語（ユーザ名、ユーザのみ知る所定ワード等）である。そして例えば音声によりユーザ認証を行う場合、ユーザＤＢ１０８ａ内に予め登録されている音声（声紋）との照合により認証を行うことができ、またユーザ識別語によりユーザ認証を行う場合、ユーザＤＢ１０８ａ内に予め登録されているユーザ識別語との照合により認証を行うことができる。
【００２７】
音声登録部１０５は、音声により入力された命令語が、入力された音声の登録命令を示す場合、該入力された音声、ユーザ識別情報に基づくユーザ識別子、抽出された分類語、その他単語（キーワード）などを対応付けて記憶部１０８に登録する。つまりユーザが自身の音声を音声ＤＢ（Data Base）１０８ｂに登録したい場合には、その旨を示す命令語を音声により発話することにより、その音声を登録できるようになっている。また登録の際は、その音声の持ち主である登録者を識別するユーザ識別子（例えばユーザＩＤ）、その音声が分類されるべきＳＮＳサービス分類を示す分類語（例えばブログ、掲示板、伝言メール等）、その他単語（キーワード）などを対応付けて登録する。
【００２８】
音声検索部１０６は、音声により入力された命令語が、記憶部１０８に登録された音声の検索命令を示す場合、分類語やその他単語（キーワード）を検索キーとして、音声を記憶部１０８から検索する。つまりユーザが音声ＤＢ１０８ｂから他の人から登録（投稿）された音声を検索したい場合（聴きたい場合）には、その旨を示す命令語、分類語やその他単語（キーワード）を音声により発話することにより、その条件にマッチする音声を検索できるようになっている。検索の際は、分類語（例えばブログ、掲示板、伝言メール等）、その他単語（キーワード）などをキーとして音声ＤＢ１０８ｂ内の音声を検索する。
【００２９】
音声出力部１０７は、通話装置２に対し、検索された音声を出力する。つまりユーザが音声ＤＢ１０８ｂから検索した他の人の音声をそのユーザに対し出力する。この音声は通話装置２に出力されるので、ユーザはその音声を聴くことにより、他の人から登録（投稿）された音声を認識できる。
【００３０】
記憶部１０８は、入力された音声と、その音声の持ち主である登録者のユーザ識別子と、入力された音声が分類されるべきＳＮＳサービス分類を示す分類語、その他単語（キーワード）とを対応付けて音声ＤＢ１０８ｂ内に記憶する。
【００３１】
なお、以上説明したこれらの機能は、実際にはＣＰＵ１１が実行するプログラムにより実現される。
【００３２】
（ユーザＤＢ１０８ａ例）
図４は、本実施形態に係るユーザＤＢ１０８ａ例を示す。上述のしたようにユーザ認証部１０４は、入力された音声から抽出されたユーザ識別情報に基づいてユーザ認証を行うが、ユーザＤＢ１０８ａにはこの認証の為のユーザ情報が予め格納されている。
【００３３】
「ユーザＩＤ」は、サーバ上一意に付番される識別子である。「氏」、「名」は、ユーザの氏名である。「パスワード」は、ユーザパスワードである。「秘密の質問」、「答え」は、ユーザがあらかじめ設定した質問と、その質問に対する答えである。これらはユーザ識別語によりユーザ認証を行う場合、ここに登録されているユーザ識別語との照合により認証を行う。「認証用音声」は、ユーザの音声（声紋）によって認証を行う場合に使用され、ここに登録されている音声（声紋）との照合により認証を行う。
【００３４】
なお認証は、これら情報を持ってユーザを認証できる限り、いずれか１又は複数、もしくは全ての情報を用いて認証を行うことができる。言うまでもなく、認証に使用される情報が多いほど、認証の信頼度は向上するので、ある程度複数の情報を用いて認証を行うことが望ましい。
【００３５】
（音声ＤＢ１０８ｂ例）
図５は、本実施形態に係る音声ＤＢ１０８ｂ例を示す。上述のしたように音声登録部１０５は、ユーザが自身の音声をＳＮＳサーバ１に登録したい場合には、その旨を示す命令語を音声により発話することにより、その音声を登録できるようになっており、登録の際は、その音声の持ち主である登録者を識別するユーザ識別子（例えばユーザＩＤ）、その音声が分類されるべきＳＮＳサービス分類を示す分類語（例えばブログ、掲示板、伝言メール等）、その他単語（キーワード）などを対応付けてこの音声ＤＢ１０８ｂに登録する。
【００３６】
「ユーザＩＤ−データＮｏ」は、サーバ上、登録音声に対し一意に付番される識別子である。付番ルールとしては例えば音声を登録したユーザのユーザＩＤに、データＮｏ（順次昇順で発行）を付加して付番する。「登録音声」は、サーバ上登録される音声である。例えば、「001-001.mp3」はユーザＩＤが００１による１番目に登録された音声実体ファイルを示す。「登録日」は、サーバ上、登録音声が登録された年月日時分を示す。
【００３７】
「分類」は、その登録音声が分類されるべきＳＮＳサービス分類を示す。従って分類はＳＮＳサーバ１がユーザに対し提供するサービスの種類・カテゴリに対応し、例えばブログ、掲示板、伝言メール等がある。具体的に例えば、登録音声「001-001.mp3」は「分類」がブログであるので、この登録音声は内容的にＳＮＳサービス内のブログとして投稿された音声内容になっているものである。
【００３８】
「タグ」は、その登録音声内に含まれているキーワードが抽出されて格納される。入力された音声は音声解析部１０３により解析されるが、このとき音声内で音声内容（コンテンツ）をよく表現しうる重要語が抽出され、ここに格納されるようになっている。図に示されるように「タグ」は、「タグ１」、「タグ２」、「タグ３」といったように、複数格納可能であり、またこれら「タグ」は登録音声を検索する際の検索キーとして使用される。
【００３９】
「リンク先」は、その登録音声が関連する関連先を示す。ＳＮＳサービスはユーザ間のコミニュケーションを図るツールであるので、ブログや掲示板を読んだ他のユーザが感想やコメントを返答することはよくあることである。よって図中、例えば「002-002.mp3」は「リンク先」が001-001になっていることから、この「002-002.mp3」は、「ユーザＩＤ−データＮｏ」001-001である登録音声「001-001.mp3」に対し返答された登録音声である。
【００４０】
[情報処理]
本実施形態に係るＳＮＳサーバ１の情報処理について説明する。ユーザは通話装置２での通話を通じて、ＳＮＳサーバ１に対し、次の３つの操作を行うことができる。ログイン操作、音声登録操作、音声検索操作である。以下場面毎に説明していく。
【００４１】
（ログイン操作）
まずユーザは、通常の電話をかけるように通話装置２のダイアルを操作してＳＮＳサーバ１に付与されている電話番号に対し電話をかける。ＳＮＳサーバ１は電話網、ＶｏＩＰサーバを介して通話装置２からの着呼を受け呼を確立する。呼確立するとＳＮＳサーバ１から通信装置２の受話器に対し、「こちらはＳＮＳサービスです。・・・」等のガイダンスが流れるので、ユーザはログイン操作を行うべく、ガイダンス又は所定の手順に従って、通信装置２の受話器からログインの為の通話を行う。以下その一例を示す。
ガイダンス「こちらはＳＮＳサービスです。会員の方はまずユーザＩＤをお話下さい。会員でない方は、・・・。」
ユーザ「００１」
ガイダンス「氏名をお話下さい。」
ユーザ「山田太郎」
ガイダンス「パスワードをお話下さい。」
ユーザ「125658」
ガイダンス「誕生日をお話下さい。」
ユーザ「19741111」
ガイダンス「認証中です。しばらくお待ち下さい。・・・認証されました。」
またもしくは、上述の一問一答形式でなくとも、所定情報をＳＮＳサーバ１が認識しうる所定の手順に従って発話するようにしてもよい。以下その一例を示す。
ガイダンス「こちらはＳＮＳサービスです。会員の方はログイン情報をお話下さい。会員でない方は、・・・。」
ユーザ「００１、山田太郎、125658、19741111」
ガイダンス「認証中です。しばらくお待ち下さい。・・・認証されました。」
図６は、本実施形態に係るＳＮＳサーバ１のログイン処理を説明するフローチャートである。以下図を参照しながら説明する。
【００４２】
Ｓ１：ユーザ認証部１０４は、音声入力部１０２において、認証のためのユーザ情報を音声入力があったか否かを判定する。認証のためのユーザ情報とは、上述例の場合、ユーザＩＤ、氏名、パスワード、誕生日（秘密の質問）である。
【００４３】
Ｓ２：音声解析部１０３は、入力された音声の解析を行う。認証のためのユーザ情報を抽出するためである。
【００４４】
Ｓ３：音声解析部１０３は、入力された音声から認証のためのユーザ情報を抽出できたか否かを判定する。ここでは、ユーザＩＤ、氏名、パスワード、誕生日（秘密の質問）が抽出される必要がある。なお認証のためのユーザ情報を抽出できない場合、Ｓ１へ進み、ユーザに再度の音声入力を促す。
【００４５】
Ｓ４：ユーザ認証部１０４は、認証のためのユーザ情報を抽出できた場合、その認証のためのユーザ情報を用いて、ユーザＤＢ１０８ａに登録されたユーザ情報があるか否かを検索する。なお併せて、ユーザＤＢ１０８ａの認証用音声を使用して音声（声紋）による照合も行う。
【００４６】
Ｓ５：ユーザ認証部１０４は、登録されたユーザあったか否かを判定する。つまり、音声入力があったユーザ情報（認証用音声含む）と、ユーザＤＢ１０８ａに登録されたユーザ情報との照合により、一致した場合、登録されたユーザありと判定する。
【００４７】
Ｓ６：ユーザ認証部１０４は、登録されたユーザありと判定した場合、認証ＯＫと判定する。つまりログイン認証ＯＫと判定する。
【００４８】
Ｓ７：一方ユーザ認証部１０４は、登録されたユーザなしと判定した場合、認証ＮＧと判定する。このとき、新規にユーザ登録するか否かの判定を行う。この場合、ガイダンスによりその旨を通話により確認することができる。またもしくは冒頭の上述ガイダンス「会員でない方は、・・・。」のところで非会員である旨を通話により確認することもできる。なお新規にユーザ登録しないとの判定がなされた場合、ログイン処理を打ち切ればよい。
【００４９】
Ｓ８：ユーザ認証部１０４は、新規にユーザ登録すると判定した場合、登録に必要な情報、つまり認証のためのユーザ情報を音声入力があったか否かを判定する。ここでは認証のためのユーザ情報とは、上述例の場合、ユーザＩＤ、氏名、パスワード、誕生日（秘密の質問）であるので、これらユーザ情報をユーザが発話するよう、ガイダンス等によって導くようにする。
【００５０】
Ｓ９：ユーザ認証部１０４は、登録に必要な情報、つまり認証のためのユーザ情報を音声入力があったと判定した場合、これらユーザ情報をユーザＤＢ１０８ａに登録する。またこのとき、ユーザが発話した音声を認証用音声として音声ファイルを生成し登録しておく。以上によりユーザ新規登録が完了したので、Ｓ６へ進み、この新規登録ユーザに対し認証ＯＫと判定する。
【００５１】
（音声登録操作）
次にユーザは、ログインするとＳＮＳサーバ１から通信装置２の受話器に対し、「ログインに成功しました。・・・」等のガイダンスが流れるので、ユーザは音声登録操作を行うべく、ガイダンス又は所定の手順に従って、通信装置２の受話器から音声登録の為の通話を行う。以下その一例を示す。
ガイダンス「ログインに成功しました。どこで何をしますか？」
ユーザ「ブログを書く」
ユーザ「ブログを書く、ですね？」
ユーザ「はい。」
ガイダンス「それでは書き込みたいブログ内容をお話下さい。」
ユーザ「私の趣味は旅行なのですが先日富士山に行ってきました・・・。」
ガイダンス「確認のため、音声を再生します。」
ガイダンス「私の趣味は旅行なのですが先日富士山に行ってきました・・・。」
ガイダンス「登録してよろしいですか？」
ユーザ「はい。」
ガイダンス「登録完了しました。」
図７は、本実施形態に係るＳＮＳサーバ１の音声登録及び音声検索処理を説明するフローチャートである。以下図を参照しながら説明する。
【００５２】
Ｓ２１：音声解析部１０３は、音声入力があったか否かを判定する。ここでいう音声とは、例えば「ブログを書く」、「掲示板に投稿する」など、これから行いたいアクションを示す命令語と、利用対象となるＳＮＳサービス分類を示す分類語が含まれる。上述の例では、ガイダンス「どこで何をしますか？」に導かれ、ユーザは「ブログを書く」と発話していることが分かる。
【００５３】
Ｓ２２：音声解析部１０３は、入力された音声の解析を行う。命令語、分類語を抽出するためである。
【００５４】
Ｓ２３：音声解析部１０３は、入力された音声から命令語、分類語を抽出できたか否かを判定する。ここでは、命令語「書く」、分類語「ブログ」が抽出される必要がある。なお命令語、分類語を抽出できない場合、Ｓ２１へ進み、ユーザに再度の音声入力を促す。
【００５５】
Ｓ２４：ここで、抽出した命令語が、「登録命令」を示すもの、又は「検索命令」を示すものであるかどうかにより処理分岐する。ここでは命令語「書く」が抽出され、この命令語は「登録命令」を示すものであるので、Ｓ２５へ進むものとする。
【００５６】
Ｓ２５：音声解析部１０３は、再び音声入力があったか否かを判定する。ここでいう音声とは、例えば「ブログを書く」場合には書き込みたいブログ内容を、「掲示板に投稿する」場合には書き込みたい投稿内容である。上述の例では、ガイダンス「それでは書き込みたいブログ内容をお話下さい。」に導かれ、ユーザは書き込みたいブログ内容として「私の趣味は旅行なのですが先日富士山に行ってきました・・・」と発話していることが分かる。
【００５７】
Ｓ２６：音声解析部１０３は、入力された音声の解析を行う。入力音声から検索のためのキーワードとして使用する単語を抽出するためである。解析は、例えばまず音声を解釈し文字への変換を行う。音声から文字への変換は従来技術によればよい。そして文字（群）に対し、形態素解析を行うことにより形態素に分割し、形態素に対し品詞を判定する。特に名詞や動詞は、ユーザが伝えたい音声内容をよく表現するものであるので、名詞や動詞を抽出するとともに、出現率（頻度）等を勘案して、頻度上位所定数の単語をキーワードとして得る。
【００５８】
具体的にここでは、ユーザは書き込みたいブログ内容として「私の趣味は旅行なのですが先日富士山に行ってきました。・・・」と発話している。音声解析部１０３は、この音声の解析を行う場合、まず音声を解釈し文字への変換を行う。そして文字（群）に対し、形態素解析を行うことにより、「私／の／趣味／は／旅行／なのですが／先日／富士山／に／行って／きました／・・・」といった具合で形態素に分割する。品詞判定によりこのうち、名詞として「私／趣味／旅行／先日／富士山」などが抽出され、動詞として「行って」などが抽出され、全体の頻度等を勘案し、頻度上位３の単語「趣味」、「旅行」、「富士山」をキーワードとして得ることができる。
【００５９】
Ｓ２７：音声登録部１０５は、入力された音声、ユーザ識別子（例えばユーザＩＤ）、抽出された分類語、音声内容をよく表現するキーワードなどを対応付けて音声ＤＢ１０８ｂに登録する。再び図５を参照し、ここでは入力された音声は、「私の趣味は旅行なのですが先日富士山に行ってきました。・・・」であるので「登録音声」欄にこの音声ファイルである「001-001.mp3」を登録し、ユーザ識別子は先のログイン処理から得られるログイン中ユーザのユーザＩＤ「001」、またこのユーザにとって１つ目のデータであるとすると「データＮｏ」欄に「001-001」を発行し、「登録日」に現在の年月日時分を取得・登録し、「分類」に「ブログ」を登録し、「タグ」欄にそれぞれ「趣味」、「旅行」、「富士山」を登録する。
【００６０】
以上のように、ユーザが自身の音声をＳＮＳシステム１００に登録したい場合、つまりユーザが自身の音声を音声ＤＢ１０８ｂに登録したい場合には、その旨を示す命令語（例えば「書く」）、分類語、登録内容を音声により発話することにより、その音声、音声の持ち主であるユーザのユーザ識別子、その音声が分類されるべきＳＮＳサービス分類を示す分類語、ユーザが伝えたい音声内容をよく表現するキーワードを対応付けて登録することができる。また言い換えると、ユーザが自身の音声を音声ＤＢ１０８ｂに登録したい場合には、登録音声に対し、ユーザ識別子、分類語、キーワードをタグ付けして登録することができる。
【００６１】
（音声検索操作）
一方、ユーザは、ログインするとＳＮＳサーバ１から通信装置２の受話器に対し、「ログインに成功しました。・・・」等のガイダンスが流れるので、ユーザは音声検索操作（音声聴講操作）を行うべく、ガイダンス又は所定の手順に従って、通信装置２の受話器から音声検索の為の通話を行う。以下その一例を示す。
ガイダンス「ログインに成功しました。どこで何をしますか？」
ユーザ「ブログを読む」
ユーザ「ブログを読む、ですね？」
ユーザ「はい。」
ガイダンス「それでは読みたいブログのキーワードをお話下さい。」
ユーザ「京都、旅行、・・・。」
ガイダンス「検索しますので、しばらくお待ち下さい。」
ガイダンス「○件、検索されました。順次読み出しますか？」
ユーザ「はい。」
ガイダンス「１件目。ユーザ００３さんのブログです。京都は・・・」
再び図７のフローチャートを参照しながら以下説明する。
【００６２】
Ｓ２１：音声解析部１０３は、音声入力があったか否かを判定する。ここでいう音声とは、例えば「ブログを書く」、「掲示板に投稿する」など、これから行いたいアクションを示す命令語と、利用対象となるＳＮＳサービス分類を示す分類語が含まれる。上述の例では、ガイダンス「どこで何をしますか？」に導かれ、ユーザは「ブログを読む」と発話していることが分かる。
【００６３】
Ｓ２２：音声解析部１０３は、入力された音声の解析を行う。命令語、分類語を抽出するためである。
【００６４】
Ｓ２３：音声解析部１０３は、入力された音声から命令語、分類語を抽出できたか否かを判定する。ここでは、命令語「読む」、分類語「ブログ」が抽出される必要がある。なお命令語、分類語を抽出できない場合、Ｓ２１へ進み、ユーザに再度の音声入力を促す。
【００６５】
Ｓ２４：ここで、抽出した命令語が、「登録命令」を示すもの、又は「検索命令」を示すものであるかどうかにより処理分岐する。ここでは命令語「読む」が抽出され、この命令語は「検索命令」を示すものであるので、Ｓ２８へ進むものとする。
【００６６】
Ｓ２８：音声解析部１０３は、再び音声入力があったか否かを判定する。ここでいう音声とは、例えば「ブログを読む」場合には読みたいブログ内容を示すものである。上述の例では、ガイダンス「それでは読みたいブログのキーワードをお話下さい。」に導かれ、ユーザは読みたいブログ内容を示すキーワードとして「京都、旅行、・・・」と発話していることが分かる。
【００６７】
Ｓ２９：音声解析部１０３は、入力された音声の解析を行う。入力音声から検索のためのキーワードを認識し抽出するためである。ここではユーザは読みたいブログ内容を示すキーワードとして「京都」、「旅行」等が抽出される。
【００６８】
Ｓ３０：音声検索部１０６は、分類語及びキーワードを検索キーとして、音声ＤＢ１０８ｂに登録音声の中から、検索キーにマッチする音声を検索する。ユーザが音声ＤＢ１０８ｂから他の人から登録（投稿）された音声を検索したい場合（聴きたい場合）には、その旨を示す命令語、分類語と、キーワードを音声により発話することにより、その条件にマッチする音声を検索する。
【００６９】
ここでは、分類語は「ブログ」、キーワード「京都」、「旅行」であるので、図５を参照すると、検索キーにマッチする音声エントリーは、「002-003.mp3」の１件存在するので、この音声が検索されることになる。
【００７０】
Ｓ３１：音声出力部１０７は、通話装置２に対し、検索された音声を出力（再生）する。つまりユーザが音声ＤＢ１０８ｂから検索した条件にマッチする音声をそのユーザに対し出力する。ここでは、音声「002-003.mp3」が通話装置２に出力されるので、ユーザはその音声を聴くことにより、「京都」、「旅行」に関するブログを聴く事ができる。
【００７１】
なおユーザは検索された音声を聴いた後、その内容に対し返答（コメント）を行うことも可能である。この場合は、コメントという音声登録を行うので、再び図７のＳ２１へ戻り、例えばガイダンス「どこで何をしますか？」に対し、ユーザ「このブログにコメントを書く」と発話する。以降は、上述と同様の処理により、先の音声に対するコメントとしての音声が登録される。このとき、この音声は先の音声に対するコメントであるので、音声ＤＢ１０８ｂに登録される際は、「リンク先」欄に先の音声の「ユーザＩＤ−データＮｏ」を登録しておくことにより、登録音声間の関係性を保持できる。なおＳＮＳサービスでは具ログや投稿内容に対し、複数のユーザからツリー状にコメントが投稿され付されることはよくあることである。
【００７２】
なおまた、ユーザが特定ユーザのブログを指定する場合、キーワードにユーザ名やユーザＩＤの情報を含めて検索することもできる。この場合、音声解析部１０３はユーザ名やユーザＩＤを解析し、音声検索部１０６はそのユーザ名やユーザＩＤを検索キーとして、音声ＤＢ１０８ｂに登録音声の中から、該当の音声エントリーを検索すればよい。以下その一例を示す。
ガイダンス「それでは読みたいブログのキーワードをお話下さい。」
ユーザ「００３さん、京都、旅行、・・・。」
ガイダンス「検索しますので、しばらくお待ち下さい。」
ガイダンス「００３さん、○件、検索されました？順次読み出しますか？」
ユーザ「はい。」
ガイダンス「１件目。ユーザ００３さんのブログです。京都は・・・」
なおまた、本実施形態において、音声を登録する場合、検索する場合を説明する為、命令語として例えば「書く」、「読む」を取り上げた。しかしながら、命令語はこれら以外にも存在してよい。ＳＮＳサービスを音声で利用するにあたっては、これ以外の操作も行うのでその操作を示す命令語は必要だからである。
【００７３】
[変形例１]
図８は、本変形例１に係る公開限定ユーザテーブルの一例を示す。公開限定ユーザテーブルは、ユーザがブログや掲示板等において音声を登録したとき、自身が登録した音声を公開したいユーザを限定するため、公開可能なユーザを規定するものである。例えば上述の記憶部１０８に予め保持され、ユーザによって任意に公開可能なユーザを許可設定できる。
【００７４】
上述の実施形態においては、音声検索操作の際、ユーザ（ユーザＩＤ：００１）により、「ブログを読む」、「京都、旅行、・・・」との発話がなされ、Ｓ３０にて、音声検索部１０６は、分類語「ブログ」及びキーワード「京都」、「旅行」を検索キーとし、検索キーにマッチする音声エントリーは、「002-003.mp3」の１件存在検索した。本変形例１において、音声検索部１０６は、検索キーにマッチする音声エントリーを検索したタイミングでこの公開限定ユーザテーブルを参照し、検索された音声を検索要求者に対し公開してよいか否かの判定を行う。
【００７５】
図８の公開限定ユーザテーブルを参照すると、「ユーザＩＤ」が００３であるユーザは、００１（登録１）、００７（登録２）に対し、自身が登録した音声の公開許可を設定していることが分かる。従って、検索された「002-003.mp3」の登録者であるユーザ（ユーザＩＤ：００３）は、ユーザＩＤ：００１であるユーザに対し、自身が登録した音声「002-003.mp3」の公開を許可しているので、音声検索部１０６は、「002-003.mp3」を最終的な検索結果とし、ユーザＩＤ：００１であるユーザに対してこの音声を音声出力部１０７に出力させる。
【００７６】
一方仮に、検索された「002-003.mp3」の登録者であるユーザ（ユーザＩＤ：００３）が、ユーザＩＤ：００１であるユーザに対し、自身が登録した音声「002-003.mp3」の公開を許可していない場合には、音声検索部１０６は、「002-003.mp3」を最終的な検索結果から除外し、ユーザＩＤ：００１であるユーザに対してこの音声を出力させないようにする。
【００７７】
このようにすると、一部のユーザに対してのみ自身の登録した音声を公開することができるので、一部の親しい友人やグループ間でのみでのＳＮＳを楽しむことができる。なお、本変形例１に係る公開限定ユーザテーブルは、自身が登録した音声を公開したいユーザを限定するため、公開可能なユーザを規定するものであるとしたが、逆に、公開不可能なユーザを規定するようにしてもよい。この場合、公開限定ユーザテーブルに登録されているユーザに対しては公開されなくなる。
【００７８】
[変形例２]
図９は、本変形例２に係る同義語テーブルの一例を示す。ユーザは上述の如く音声を通じてＳＮＳサーバ１に対し各種操作命令を行うが、音声中に用いられる命令語は、ＳＮＳサーバ１上標準で規定されている標準語のみの１語に限られない。つまり、ユーザは予め同義語テーブルに同義語を１以上登録しておくことが可能である。
【００７９】
上述の実施形態においては、音声登録操作や音声検索操作の際、ユーザ（ユーザＩＤ：００１）により、「ブログを書く」や「ブログを読む」との発話がなされたが、このユーザ（ユーザＩＤ：００１）が図９の同義語テーブルを予め登録している場合、「日記をwrite」や「ダイアリーをread」との発話を行える。
【００８０】
音声解析部１０３は、「日記」、「write」や「ダイアリー」、「read」が解析された場合、同ユーザの同義語テーブルを参照し、それぞれ「ブログ」、「書く」や「ブログ」、「読む」なる標準語への変換を行う。
【００８１】
このようにすると、例えば高齢者などは、ブログという概念が理解しにくいと考えられるところ、これを日記と理解する方が受け入れ易い。つまりＳＮＳを利用するに当たり、馴染みのない用語も多く存在するため、同義語テーブルを使用することにより、高齢者などでも理解し易い使い慣れた単語を使用してＳＮＳを利用することができる。
【００８２】
[補足]
図１０は、本実施形態に係るＳＮＳのＷｅｂサイト画面例を示す。これまで説明してきたように本実施形態に係るＳＮＳシステム１００は、音声参加型のＳＮＳを提供するものである。しかしながら、ＳＮＳサーバ１において、Ｗｅｂサーバとしての機能を備えるようにすれば、一般のＰＣからでもインターネットを介しＳＮＳサーバ１にアクセスし、通常のＳＮＳと同様に利用することができる。即ちＳＮＳサーバ１は、通話端末２を使用しての音声参加型、一般のＰＣを使用しての通常参加型のいずれもからＳＮＳを利用できるよう、相互互換性を有するように構成される。
【００８３】
よって音声参加型からの入力、通常参加型からの出力ができる。具体的に例えば、通話端末２から登録した登録音声をＳＮＳのＷｅｂサイトを通じて一般のＰＣでも聴くことができる。また音声解析部１０３により登録音声を全文文字変換し、変換文字をＷｅｂサイト上に掲載させれば、一般のＰＣでからの視覚による閲覧も可能である。
【００８４】
また通常参加型からの入力、音声参加型からの出力を行うことも可能である。具体的に例えば、一般のＰＣから登録した文字を音声解析部１０３により全文文字をコンピュータ音声変換し、変換音声を音声ＤＢ１０８ｂに登録すれば、通話端末２からの音声による聴講も可能である。またこのとき、一般のＰＣから登録した全文文字から分類語やキーワードを抽出し、変換音声とともに音声ＤＢ１０８ｂに登録しておく。
【００８５】
そもそも上述したように、登録音声に対する分類語やキーワードは、文字情報としてタグ化されているので、音声参加型又は通常参加型のいずれの場合でも、容易に登録音声を検索し、また出力（再生）することができることは言うまでもない。
【００８６】
図１０を参照すると、通話端末２からユーザ（ユーザＩＤ：００１）が登録した登録音声が、ＳＮＳのＷｅｂサイトを通じ、一般のＰＣでも閲覧できるよう００１のブログとしてＷｅｂサイトに表示されている。また、一般のＰＣからのユーザ（ユーザＩＤ：００５、００７）のユーザにより、そのブログに対するコメントが投稿されている。このコメントは、音声変換後、音声ＤＢ１０８ｂに登録されるので、ユーザ（ユーザＩＤ：００１）は通話端末２からこのコメント内容をコンピュータ音声により聴くことができる。
【００８７】
[総括]
以上本実施形態によれば、音声参加型のソーシャルネットワーキングサービスシステム等を提供することが可能となる。なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００８８】
１        ＳＮＳサーバ
２        通話端末
３        ネットワーク
１１        ＣＰＵ
１２        ＲＯＭ
１３        ＲＡＭ
１４        補助記憶装置
１５        記憶媒体読取装置
１６        入力装置
１７        表示装置
１８        通信装置
１００    ＳＮＳシステム
１０１    通信部
１０２    音声入力部
１０３    音声解析部
１０４    ユーザ認証部
１０５    音声登録部
１０６    音声検索部
１０７    音声出力部
１０８    記憶部
１０８ａ    ユーザＤＢ
１０８ｂ    音声ＤＢ
【先行技術文献】
【特許文献】
【００８９】
【特許文献１】特表２０１０−５００６４９号
【図１】
2013037512.tif 000003
【図２】
2013037512.tif 000004
【図３】
2013037512.tif 000005
【図４】
2013037512.tif 000006
【図５】
2013037512.tif 000007
【図６】
2013037512.tif 000008
【図７】
2013037512.tif 000009
【図８】
2013037512.tif 000010
【図９】
2013037512.tif 000011
【図１０】
2013037512.tif 000012