アイテムデータを送信する方法、サーバおよびプログラム
【課題】キャラクタを生成するためにユーザによるアイテム選択操作を受け付けることなく、ユーザ情報を自動的に取得し、ユーザ情報を反映したアイテムデータを送信する方法を提供すること。
【解決手段】サーバ１０は、キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶し、端末２０から、前記キャラクタデータを関連付けるための文書データを受信して記憶し、記憶した前記文書データの特徴を分析して特徴データを生成し、前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出し、抽出した前記アイテムのアイテムデータを端末２０に送信する。
【解決手段】サーバ１０は、キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶し、端末２０から、前記キャラクタデータを関連付けるための文書データを受信して記憶し、記憶した前記文書データの特徴を分析して特徴データを生成し、前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出し、抽出した前記アイテムのアイテムデータを端末２０に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アイテムデータを送信する方法、サーバおよびプログラムに関する。特に、通信ネットワークに接続された端末にアイテムデータを送信する方法、サーバおよびプログラムに関する。
【背景技術】
【０００２】
インターネットの社会への普及に伴い、ネットワーク上で情報を閲覧したり、検索したり、あるいは商品を購入したり、といった受身のユーザのみならず、ユーザ自らが情報の発信者としてＷｅｂ上で擬似的な日記（いわゆるブログ）を公開したり、嗜好の一致する者同士でコミュニティを構成したり、といった積極的な行動をとるユーザが急速に増加している。
【０００３】
特に、ブログがこの数年で急速に普及した背景には、インターネットの初心者でも簡単にホームページに文章や写真を登録して発信できるブログエディターの果たした貢献が大きいものと考えられる。
【０００４】
そして、こうしたブログの社会への普及は、単に通信ネットワークに接続できる端末によって情報を閲覧していた時代には考えられなかったネットワーク上の社会（いわゆるネットワークコミュニティ）が現実の社会とは別にもうひとつ出現し、急速に発展しつつあることを示している。
【０００５】
こうした状況において、ネットワーク上でユーザ自身を表すシンボルとして、「アバター」を活用するユーザが増加している。「分身」を意味するアバターは、具体的には画像データ、動画データ、音声データ等で表現されたいわゆるキャラクタであるが、現実の社会とは別に存在するネットワークコミュニティにおいて自分自身を表現し、他のユーザと対話し、共感し、議論し、同好の友人関係を広げる、といった様々な活動において、擬似的な行動主体としてその存在意義を高めている。
【０００６】
具体的には、例えば、ブログを公表する際に、アバターを画面の中で活用することにより、ユーザの書き込みによる文書とは別にユーザ自身をキャラクタデータにより直感的に表現することができるので、それを見る人にあたかもネットワーク上に自分の分身が存在するかのような感覚を抱かせ、ネットワークコミュニティにおけるコミュニケーションを強力にサポートすることができる。
【０００７】
実際に、このアバターの髪型、服装、アクセサリ、小物、背景などのアイテムをコーディネートすること自体がネットワークコミュニティにおいてユーザ自身のセンスや嗜好をアピールするために重要な活動のひとつとなっている。このため、ユーザはこのようなアイテムを有償で購入したり、友人にプレゼントしたりしており、アバターのコーディネートは経済活動の対象ともなっている。
【０００８】
したがって、現実社会において洋服を購入したり、アクセサリや小物をコーディネートしたりすることと同様に、アバターのコーディネート活動はネットワーク上でユーザの嗜好を判断したり、ネットワークコミュニティにおける流行や変化を捉えたりする上で重要な分析対象ともなっている。
【０００９】
こうした状況において、通常は、ユーザが予め用意されたアイテムの中から自由に選択することにより、好みのアバターを生成するという方法がとられるが、アバター管理装置（サーバ）によって自動的にアバターを生成・更新する方法も提案されている。
【００１０】
例えば、特許文献１には、ユーザに心理テストを実行させることにより当該ユーザの属性を決定し、決定された属性のアクセサリ（アイテム）画像を用いて基本画像に対して変更を行い、アバター画像を生成する方法が開示されている。
【特許文献１】特開２００５−３３２０９１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記の特許文献１においても、予め決められた質問（心理テスト）に対する答えに従ってアイテムを選択しているように、従来の技術では、予め用意された選択肢の中からユーザの選択を受け付けることを前提としている。
【００１２】
このように、ユーザからの選択入力を受け付ければ、ユーザの考えを直接反映したキャラクタにすることができるが、一方で、アバターを生成する際には、ユーザによる操作が必要となり、煩わしさを感じる可能性もある。また、自動的にアバターが生成されることによれば、ユーザ自身が持つイメージとの一致や相違、あるいは意外性などを楽しめる可能性もある。
【００１３】
そこで本発明は、キャラクタ（アバター）を生成するためにユーザによるアイテム選択操作を受け付けることなく、ユーザ情報（例えば、ユーザの好みや行動内容）を自動的に取得し、ユーザ情報を反映したアイテムデータを送信する方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的のため、具体的には、以下のようなものを提供する。
【００１５】
（１） ユーザの端末（端末２０）と通信ネットワーク（通信ネットワーク３０）を介して接続されたサーバ（サーバ１０）が、前記ユーザのユーザＩＤデータに関連付けて（アバターＤＢ２０１に）記憶されているキャラクタデータの一部を構成するためのアイテムデータ（画像データ、動画データ、音声データ等）を送信する方法であって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて（アイテムＤＢ２０２に）記憶するステップと、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して（文書ＤＢ２１０に）記憶するステップと、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出するステップと、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出するステップと、
抽出した前記アイテムのアイテムデータを前記端末に送信するステップと、
を含む方法。
【００１６】
このような構成によれば、当該サーバは、キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶し、前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶し、記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出し、前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出し、抽出した前記アイテムのアイテムデータを前記端末に送信する。
【００１７】
このことにより、当該サーバは、文書データ（ブログ等のＷｅｂドキュメント）を受信したことに応じて、当該文書データを特徴付ける特徴データ（単語）と関連度の高いアイテムのアイテムデータ（画像データ等）を端末に送信するので、当該端末に表示されるキャラクタ（アバター）は、ユーザが書いた文書の特徴を反映したものになり得る。
【００１８】
よって、ユーザは、意識的にアイテムを選択することなくキャラクタ画像を取得でき、更には、文書の内容に応じたキャラクタの変化を楽しめる可能性がある。
【００１９】
（２） 前記端末において共存して表現可能なアイテムの組み合わせを示すデータを予め記憶するステップを更に含み、
前記関連度に基づいて、前記共存して表現可能なアイテムを所定数抽出することを特徴とする（１）に記載の方法。
【００２０】
このような構成によれば、当該サーバは、共存して表現可能なアイテムの組み合わせを示すデータを予め記憶し、前記関連度に基づいて、前記共存して表現可能なアイテムを所定数選択する。
【００２１】
このことにより、共存して表現できない同種類のアイテムが抽出される無駄がなくなり、効果的にキャラクタを生成できる可能性がある。
【００２２】
（３） 前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムのうちの、一または複数を置き換えるアイテムデータを送信することを特徴とする（１）または（２）に記載の方法。
【００２３】
このような構成によれば、既存のキャラクタデータを活かした上で、その一部分を変化させることができる。このことにより、アイテムの抽出数が少なくてもキャラクタを生成することができ、更に、ユーザは、文書を書いていくに従ってキャラクタが段階的に変化していく様子を楽しめる可能性がある。
【００２４】
（４） 前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムの全てを置き換えるアイテムデータを送信することを特徴とする（１）または（２）に記載の方法。
【００２５】
このような構成によれば、アイテムを全て選びなおしてキャラクタを生成するので、文書データの内容と関連度の高いキャラクタを生成できる可能性がある。また、キャラクタの劇的な変化による面白さや意外性を楽しめる可能性もある。
【００２６】
（５） 前記関連度の高いアイテムを抽出するステップにおいて、前記アイテムの利用された回数に応じた重み付けをして抽出することを特徴とする（１）から（４）のいずれかに記載の方法。
【００２７】
このような構成によれば、アイテムの利用回数に応じた重み付けをすることで、他ユーザも含めた傾向（流行）を反映できる可能性がある。
【００２８】
（６） 複数の類義語データを互いに関連付けをして記憶するステップを更に含み、
前記関連度の高いアイテムを抽出するステップにおいて、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価することを特徴とする（１）から（５）のいずれかに記載の方法。
【００２９】
このような構成によれば、当該サーバは、複数の類義語データを互いに関連付けをして記憶し、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価する。
【００３０】
このことにより、類義語同士の関連度を高く評価するので、効果的に特徴データと近い概念のアイテムを抽出できる可能性がある。更には、互いに類似した単語を含む複数の特徴データ間で、アイテムの抽出結果のばらつきを低減できる。
【００３１】
（７） ユーザの端末と通信ネットワークを介して接続され、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信するサーバであって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶する手段と、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶する手段と、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出する手段と、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出する手段と、
抽出した前記アイテムのアイテムデータを前記端末に送信する手段と、
を備えるサーバ。
【００３２】
このような構成によれば、当該サーバを運用することにより、（１）と同様の効果が期待できる。
【００３３】
（８） 前記端末において共存して表現可能なアイテムの組み合わせを示すデータを予め記憶する手段を更に備え、
前記関連度に基づいて、前記共存して表現可能なアイテムを所定数抽出することを特徴とする（７）に記載のサーバ。
【００３４】
このような構成によれば、当該サーバを運用することにより、（２）と同様の効果が期待できる。
【００３５】
（９） 前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムのうちの、一または複数を置き換えるアイテムデータを送信することを特徴とする（７）または（８）に記載のサーバ。
【００３６】
このような構成によれば、当該サーバを運用することにより、（３）と同様の効果が期待できる。
【００３７】
（１０） 前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムの全てを置き換えるアイテムデータを送信することを特徴とする（７）または（８）に記載のサーバ。
【００３８】
このような構成によれば、当該サーバを運用することにより、（４）と同様の効果が期待できる。
【００３９】
（１１） 前記関連度の高いアイテムを抽出する手段において、前記アイテムの利用された回数に応じた重み付けをして抽出することを特徴とする（７）から（１０）のいずれかに記載のサーバ。
【００４０】
このような構成によれば、当該サーバを運用することにより、（５）と同様の効果が期待できる。
【００４１】
（１２） 複数の類義語データを互いに関連付けをして記憶する手段を更に含み、
前記関連度の高いアイテムを抽出する手段において、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価することを特徴とする（７）から（１１）のいずれかに記載のサーバ。
【００４２】
このような構成によれば、当該サーバを運用することにより、（６）と同様の効果が期待できる。
【００４３】
（１３） ユーザの端末と通信ネットワークを介して接続されたサーバに、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信させるプログラムであって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶するステップと、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶するステップと、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出するステップと、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出するステップと、
抽出した前記アイテムのアイテムデータを前記端末に送信するステップと、
を実行させるプログラム。
【００４４】
このような構成によれば、当該プログラムを当該サーバ上で実行することにより、（１）と同様の効果が期待できる。
【発明の効果】
【００４５】
本発明によれば、キャラクタ（アバター）を生成するためにユーザによるアイテム選択操作を受け付けることなく、ユーザ情報（例えば、ユーザの好みや行動内容）を自動的に取得し、ユーザ情報を反映したアイテムデータを送信できる。
【発明を実施するための最良の形態】
【００４６】
本発明に係る好適な実施形態の一例について、図面に基づいて以下に説明する。
［システムの全体構成］
【００４７】
図１は、本発明の好適な実施形態の一例に係るコンピュータ・システム１の全体構成およびサーバ１０の機能構成を表すブロック図である。
【００４８】
サーバ１０と端末２０とが通信ネットワーク３０を介して接続されている。ここで、サーバ１０の数に制限はなく、必要に応じて１または複数で構成してよい。また、サーバ１０は、必要に応じてＷｅｂサーバ、ＤＢサーバ、アプリケーションサーバを含んで構成してよく、１台のサーバで構成しても、それぞれ別のサーバで構成してもよい。
【００４９】
サーバ１０は、少なくともアバターとしてのキャラクタを管理するアバター管理装置として構成し、記憶部２００は、アバターＤＢ２０１、アイテムＤＢ２０２、文書ＤＢ２１０、類語辞書ＤＢ２１１からなる。
【００５０】
更に、制御部１００は、サーバ１０全体を制御し、少なくとも形態素解析部１１１、特徴データ抽出部１１２、アイテムデータ抽出部１０３、アイテムデータ送信部１０４を備える。
【００５１】
サーバ１０は、端末２０においてユーザが作成したブログ等のＷｅｂドキュメントを受信し、文書ＤＢ２１０に記憶する。続いてサーバ１０は、記憶部２００に記憶した各種データ（図２、図３、図６）を参照し、制御部１００によって、当該Ｗｅｂドキュメントに対応付けるキャラクタ（アバター）に関するアイテムデータを抽出して端末２０に送信する。なお、処理の詳細については後述する（図４、図５）。
［アバターテーブル］
【００５２】
図２は、本発明の好適な実施形態の一例に係るアバターテーブルを示す図である。
【００５３】
記憶部２００は、アバターＤＢ２０１に、例えば、図２に示すアバターテーブルとして、ユーザを識別するユーザＩＤデータをキーに、「顔」、「髪型」、「服装」、「ボトムス」といったテーマごとにアイテムを識別するアイテムＩＤデータを対応付けて記憶している。
【００５４】
例えば、ユーザＩＤデータが「ＡＢＣ１２」のユーザに関しては、記憶部２００は、「顔」について「Ｄ６７８」を、「髪型」について「Ｂ８９８」を、「服装」について「Ｃ１１２０」を、ボトムスについて「Ａ１７８」を、それぞれ「ＡＢＣ１２」に関連付けて記憶している。
【００５５】
このように、アバターテーブルは、その時点のアバターのコーディネートに基づくアイテムＩＤデータを、ユーザＩＤデータに関連付けて管理している。
［アイテムテーブル］
【００５６】
図３は、本発明の好適な実施形態の一例に係るアイテムテーブルを示す図である。
【００５７】
記憶部２００は、アイテムＤＢ２０２に、例えば、図３に示すアイテムテーブルとして、アイテムＩＤデータをキーに、画像データ、テーマＩＤデータ、分類データ、アイテム属性データ（属性１、属性２、属性３）、選択された回数（利用数）を対応付けて記憶している。
【００５８】
例えば、アイテムＩＤデータが「Ｃ１１２０」であるアイテムには、そのアイテムを表す画像データと共に、「スーツ」、「春」、「グレー」、「ビジネス」といった分類データやアイテム属性データが対応付けられており、利用数が１０００回であったことを読み取ることができる。
【００５９】
ここで、テーマＩＤデータは、「０１」が「服装」、「０２」が「靴」、「０３」が「被り物」といったテーマを識別するデータであり、アバターテーブル（図２）のテーマに対応する。例えば、アイテムＩＤデータが「Ｃ１１２０」と「Ｃ１１３０」であるアイテムは、テーマＩＤデータが「０１」（服装）で共通しており、共にアバターテーブルの服装フィールドに登場する。
【００６０】
制御部１００は、後述の処理（図４、図５）に従ってこのアイテムテーブルを参照し、ユーザのアバターを構成するアイテムを選択して対応する画像データを端末２０に送信する。
【００６１】
ここで、アイテムの実体を表すデータとして画像データを例示したが、これには限られず、ＭＰＥＧ、ＦＬＡＳＨ（登録商標）、３ＧＰ等の動画データであってもよいし、ＷＡＶ、ＭＰ３等の音声データであってもよい。本発明においては、最終的に端末２０に送信するアバターの一部を構成するデータとして取り扱うことが可能なものが全て含まれる。
［メイン処理］
【００６２】
図４は、本発明の好適な実施形態の一例に係るメイン処理の流れを示すフローチャートである。
【００６３】
ステップＳ１１では、制御部１００は、端末２０から文書データを受信する。当該文書データは、端末２０において作成するブログ等のＷｅｂドキュメントであって、Ｗｅｂページ全体であってもよいし、Ｗｅｂページで適時追加・変更された一部の文書データであってもよい。サーバ１０は、ここで受信した文書データをユーザＩＤデータと関連付けて、文書ＤＢ２１０に記憶しておく。
【００６４】
ステップＳ１２では、制御部１００の形態素解析部１１１は、ステップＳ１１にて受信した文書データを形態素解析し、個々の単語（形態素）に分解する。
【００６５】
ステップＳ１３では、制御部１００の特徴データ抽出部１１２は、ステップＳ１２にて分解された単語の中から、当該文書データを特徴付ける単語を抽出し、これを特徴データとする。具体的には、例えば、ＴＦ−ＩＤＦ等の手法を用いることができ、各単語の重要度を算出することにより、１または複数の特徴語を抽出する。
【００６６】
このとき、例えばＴＦ−ＩＤＦを用いる場合には、文書ＤＢ２１０に記憶した複数の文書データを参照し、各単語の当該文書内における出現回数および出現文書数を算出し、重要度を求める。
【００６７】
ステップＳ１４では、制御部１００のアイテムデータ抽出部１０３は、ステップＳ１３にて抽出した特徴データに基づいて、端末２０に送信するためのアイテムデータ（画像データ等）を抽出する。処理内容は図５にて後述する。
【００６８】
ステップＳ１５では、制御部１００のアイテムデータ送信部１０４は、ステップＳ１４にて抽出したアイテムデータを、端末２０へ送信する。
［アイテムデータの抽出処理］
【００６９】
図５は、本発明の好適な実施形態の一例に係るアイテムデータの抽出処理の流れを示すフローチャートである。この処理は、メイン処理（図４）のステップＳ１４に相当する。
【００７０】
ステップＳ２１では、制御部１００のアイテムデータ抽出部１０３は、メイン処理（図４）のステップＳ１３にて抽出した特徴データとアイテムテーブル（図３）に記憶したアイテムそれぞれのアイテム属性データとの関連度を算出する。即ち、特徴データとアイテム属性データがマッチングするアイテムに関して関連度を高く評価し、アイテム抽出のための指標として記憶する。
【００７１】
ここで、関連度とは、例えば、比較対象となっている二つのデータに含まれる単語が一致した数をポイント化して表現することができる。あるいは、アイテム属性データに含まれる単語が一致した場合には、より高いポイントを付与し、その類義語や同義語が一致した場合には、それよりは低いポイントを付与してもよい。その他、様々な関連度判断の精度向上ならびに効率向上のための公知の技術が本発明に適用可能である。
【００７２】
なお、特徴データはユーザの記述した文書データから抽出されるものであるため、同様の意味であっても異なる単語（類義語、同義語）として抽出される可能性がある。そのため、関連度を算出する際に類義語の中で結果にばらつきが出てしまう可能性がある。
【００７３】
そこで、類義語同士については関連度を高く設定したり、あるいは、同様の意味を持つ単語を一つの代表語に集約した後に関連度を算出したりすることが好ましい。
【００７４】
その場合、例えば、図６に示す類語辞書テーブルを用いることができる。記憶部２００は、類語辞書ＤＢ２１１に、類語辞書テーブルとして、代表語をキーに類義語を対応付けて記憶している。
【００７５】
例えば、代表語が「靴」の類義語として、「くつ」や「シューズ」が登録されており、これらの単語の関連度を高く設定する。あるいは、これらの単語は全て「靴」に変換して関連度を算出することにより、どれも「靴」と同じ結果が得られる。
【００７６】
再び図５に戻って、ステップＳ２２では、制御部１００のアイテムデータ抽出部１０３は、ステップＳ２１で算出した関連度の高いアイテムから順に参照していき、所定の関連度に満たなければ、処理を終了する。関連度の高いアイテムがあれば、ステップＳ２３に処理を移す。
【００７７】
ここで、関連度が高い順にアイテムを抽出した場合には、例えば２種類の「靴」が抽出される等、端末２０で共存できないという問題が起こりうる。共存とは、端末２０にて同時に表現（画像データであれば表示）できることをさす。例えば、「スーツ」と「革靴」であれば同時に画像を表示できるが、「スーツ」と「Ｔシャツ」はどちらも服装というテーマであるために一方しか表示できず、共存できないと判別する。
【００７８】
そこで、制御部１００のアイテムデータ抽出部１０３は、既に抽出されたアイテムと端末２０で共存が可能か否かの判別をし（ステップＳ２３）、共存できないと判別した場合には、次のアイテムを参照する。こうして、共存が可能と判別される参照アイテムを抽出していく（ステップＳ２４）。
【００７９】
なお、共存が可能か否かを判別するためには、アイテムテーブルと関連付けて、複数アイテムをテーマごとにグループ化するデータを記憶しておく（図示せず）。あるいは、アイテムテーブル（図３）のテーマＩＤフィールド（例えば、「服装」、「靴」、「被り物」といった分類を示すＩＤデータ）を参照することにより、同一のテーマからは一のアイテムのみ抽出可能とすることでも実現できる。例えば、図３において、テーマＩＤが「０１」（服装）で共通するアイテム「Ｃ１１２０」（スーツ）と「Ｃ１１３０」（Ｔシャツ）とは、どちらか一方しか選択できない。
【００８０】
ここで、本発明の実施の形態としては、アバターの全アイテムを置き換えてもよいし、既存のアイテムの一部を置き換えることにしてもよい。全アイテムを置き換える場合には、本処理にて抽出したアイテム同士が共存できるか否か判断すればよい。一方、既存のアイテムの一部を置き換える場合には、抽出したアイテムで既存のアバターを変更したときに、既存の他のアイテムと共存できるか否かを判断することになる。
【００８１】
ステップＳ２５では、制御部１００のアイテムデータ抽出部１０３は、所定数のアイテムを抽出したか否かを判別し、抽出していないと判別された場合にはステップＳ２２に処理を戻し、次のアイテムを抽出する。所定数のアイテムの抽出が終わると、制御部１００のアイテムデータ抽出部１０３は、本処理を終了する。
【００８２】
なお、本処理によって抽出されるアイテムデータは、前述の関連度が高いものとしたが、更に、アイテムテーブル（図３）の利用数に応じた重み付けをして評価することもできる。例えば、利用数が多い（人気がある）アイテムについては優先的に選択する。こうすることで、他のユーザも含めてよく利用されるアイテムが優先的に抽出され、世間の傾向（流行）を反映できる可能性がある。
［アバター生成結果］
【００８３】
図７は、メイン処理（図４）のステップＳ１５の後、端末２０が表示する画面の一例を示す図である。
【００８４】
この例では、ユーザが書いたブログの段落（例えば、日記の一日分）それぞれに対応して、アバターを表示している。文章から抽出した「遊び」や「サッカー」といった単語に関連付けて、ラフな格好やユニフォーム姿といったように、アイテムが変更されて表示される。
【００８５】
なお、図７では段落ごとにアバターを表示しているが、表示の形態はこれには限られず、Ｗｅｂページ全体で一つのアバターを表示することにしてもよい。その場合には、Ｗｅｂページ全体から特徴データを抽出して、その特徴データに関連するアイテムで構成されたアバターとなる。
［サーバのハードウェア構成］
【００８６】
図８は、図１で説明したサーバ１０のハードウェア構成の一例を示す図である。サーバ１０は、制御部１００を構成するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１０（マルチプロセッサ構成ではＣＰＵ１０１２など複数のＣＰＵが追加されてもよい）、バスライン１００５、通信Ｉ／Ｆ１０４０、メインメモリ１０５０、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）１０６０、ＵＳＢポート１０９０、Ｉ／Ｏコントローラ１０７０、ならびにキーボードおよびマウス１１００等の入力手段や表示装置１０２２を備える。
【００８７】
Ｉ／Ｏコントローラ１０７０には、テープドライブ１０７２、ハードディスク１０７４、光ディスクドライブ１０７６、半導体メモリ１０７８、等の記憶手段を接続することができる。
【００８８】
ＢＩＯＳ１０６０は、サーバ１０の起動時にＣＰＵ１０１０が実行するブートプログラムや、サーバ１０のハードウェアに依存するプログラム等を格納する。
【００８９】
記憶部２００を構成するハードディスク１０７４は、サーバ１０がサーバとして機能するための各種プログラムおよび本発明の機能を実行するプログラムを記憶しており、更に必要に応じて各種データベースを構成可能である。
【００９０】
光ディスクドライブ１０７６としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ、ＣＤ−ＲＡＭドライブを使用することができる。この場合は各ドライブに対応した光ディスク１０７７を使用する。光ディスク１０７７から光ディスクドライブ１０７６によりプログラムまたはデータを読み取り、Ｉ／Ｏコントローラ１０７０を介してメインメモリ１０５０またはハードディスク１０７４に提供することもできる。また、同様にテープドライブ１０７２に対応したテープメディア１０７１を主としてバックアップのために使用することもできる。
【００９１】
サーバ１０に提供されるプログラムは、ハードディスク１０７４、光ディスク１０７７、またはメモリーカード等の記録媒体に格納されて提供される。このプログラムは、Ｉ／Ｏコントローラ１０７０を介して、記録媒体から読み出され、または通信Ｉ／Ｆ１０４０を介してダウンロードされることによって、サーバ１０にインストールされ実行されてもよい。
【００９２】
前述のプログラムは、内部または外部の記憶媒体に格納されてもよい。ここで、記憶部２００を構成する記憶媒体としては、ハードディスク１０７４、光ディスク１０７７、またはメモリーカードの他に、ＭＤ等の光磁気記録媒体、テープ媒体を用いることができる。また、専用通信回線やインターネットに接続されたサーバシステムに設けたハードディスク１０７４または光ディスクライブラリ等の記憶装置を記録媒体として使用し、通信回線を介してプログラムをサーバ１０に提供してもよい。
【００９３】
ここで、表示装置１０２２は、ユーザにデータの入力を受け付ける画面を表示したり、サーバ１０による演算処理結果の画面を表示したりするものであり、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。
【００９４】
ここで、入力手段は、ユーザによる入力の受付を行うものであり、キーボードおよびマウス１１００等により構成してよい。
【００９５】
また、通信Ｉ／Ｆ１０４０は、サーバ１０を専用ネットワークまたは公共ネットワークを介して端末と接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ１０４０は、モデム、ケーブル・モデムおよびイーサネット（登録商標）・アダプタを含んでよい。
【００９６】
以上の例は、サーバ１０について主に説明したが、コンピュータに、プログラムをインストールして、そのコンピュータをサーバ装置として動作させることにより上記で説明した機能を実現することもできる。したがって、本発明において一実施形態として説明したサーバにより実現される機能は、上述の方法を当該コンピュータにより実行することにより、あるいは、上述のプログラムを当該コンピュータに導入して実行することによっても実現可能である。
［端末のハードウェア構成］
【００９７】
端末２０も、上述のサーバ１０と同様な構成を持つ。また、上述の例ではいわゆるコンピュータで実現した例について説明したが、更に、本発明の原理が適用可能である限り、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ）、ゲーム機等の様々な端末で実現してよい。
【００９８】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。
【図面の簡単な説明】
【００９９】
【図１】本発明の好適な実施形態の一例に係るコンピュータ・システム１の全体構成およびサーバ１０の機能構成を表すブロック図である。
【図２】本発明の好適な実施形態の一例に係るアバターテーブルを示す図である。
【図３】本発明の好適な実施形態の一例に係るアイテムテーブルを示す図である。
【図４】本発明の好適な実施形態の一例に係るメイン処理の流れを示すフローチャートである。
【図５】本発明の好適な実施形態の一例に係るアイテムデータの抽出処理の流れを示すフローチャートである。
【図６】本発明の好適な実施形態の一例に係る類語辞書テーブルを示す図である。
【図７】本発明の好適な実施形態の一例に係る端末２０が表示する画面の一例を示す図である。
【図８】本発明の好適な実施形態の一例に係るサーバ１０のハードウェア構成の一例を示す図である。
【符号の説明】
【０１００】
１ システム
１０ サーバ
２０ 端末
３０ 通信ネットワーク
１００ 制御部
１０３ アイテムデータ抽出部
１０４ アイテムデータ送信部
１１１ 形態素解析部
１１２ 特徴データ抽出部
２００ 記憶部
２０１ アバターＤＢ
２０２ アイテムＤＢ
２１０ 文書ＤＢ
２１１ 類語辞書ＤＢ
【技術分野】
【０００１】
本発明は、アイテムデータを送信する方法、サーバおよびプログラムに関する。特に、通信ネットワークに接続された端末にアイテムデータを送信する方法、サーバおよびプログラムに関する。
【背景技術】
【０００２】
インターネットの社会への普及に伴い、ネットワーク上で情報を閲覧したり、検索したり、あるいは商品を購入したり、といった受身のユーザのみならず、ユーザ自らが情報の発信者としてＷｅｂ上で擬似的な日記（いわゆるブログ）を公開したり、嗜好の一致する者同士でコミュニティを構成したり、といった積極的な行動をとるユーザが急速に増加している。
【０００３】
特に、ブログがこの数年で急速に普及した背景には、インターネットの初心者でも簡単にホームページに文章や写真を登録して発信できるブログエディターの果たした貢献が大きいものと考えられる。
【０００４】
そして、こうしたブログの社会への普及は、単に通信ネットワークに接続できる端末によって情報を閲覧していた時代には考えられなかったネットワーク上の社会（いわゆるネットワークコミュニティ）が現実の社会とは別にもうひとつ出現し、急速に発展しつつあることを示している。
【０００５】
こうした状況において、ネットワーク上でユーザ自身を表すシンボルとして、「アバター」を活用するユーザが増加している。「分身」を意味するアバターは、具体的には画像データ、動画データ、音声データ等で表現されたいわゆるキャラクタであるが、現実の社会とは別に存在するネットワークコミュニティにおいて自分自身を表現し、他のユーザと対話し、共感し、議論し、同好の友人関係を広げる、といった様々な活動において、擬似的な行動主体としてその存在意義を高めている。
【０００６】
具体的には、例えば、ブログを公表する際に、アバターを画面の中で活用することにより、ユーザの書き込みによる文書とは別にユーザ自身をキャラクタデータにより直感的に表現することができるので、それを見る人にあたかもネットワーク上に自分の分身が存在するかのような感覚を抱かせ、ネットワークコミュニティにおけるコミュニケーションを強力にサポートすることができる。
【０００７】
実際に、このアバターの髪型、服装、アクセサリ、小物、背景などのアイテムをコーディネートすること自体がネットワークコミュニティにおいてユーザ自身のセンスや嗜好をアピールするために重要な活動のひとつとなっている。このため、ユーザはこのようなアイテムを有償で購入したり、友人にプレゼントしたりしており、アバターのコーディネートは経済活動の対象ともなっている。
【０００８】
したがって、現実社会において洋服を購入したり、アクセサリや小物をコーディネートしたりすることと同様に、アバターのコーディネート活動はネットワーク上でユーザの嗜好を判断したり、ネットワークコミュニティにおける流行や変化を捉えたりする上で重要な分析対象ともなっている。
【０００９】
こうした状況において、通常は、ユーザが予め用意されたアイテムの中から自由に選択することにより、好みのアバターを生成するという方法がとられるが、アバター管理装置（サーバ）によって自動的にアバターを生成・更新する方法も提案されている。
【００１０】
例えば、特許文献１には、ユーザに心理テストを実行させることにより当該ユーザの属性を決定し、決定された属性のアクセサリ（アイテム）画像を用いて基本画像に対して変更を行い、アバター画像を生成する方法が開示されている。
【特許文献１】特開２００５−３３２０９１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
しかしながら、上記の特許文献１においても、予め決められた質問（心理テスト）に対する答えに従ってアイテムを選択しているように、従来の技術では、予め用意された選択肢の中からユーザの選択を受け付けることを前提としている。
【００１２】
このように、ユーザからの選択入力を受け付ければ、ユーザの考えを直接反映したキャラクタにすることができるが、一方で、アバターを生成する際には、ユーザによる操作が必要となり、煩わしさを感じる可能性もある。また、自動的にアバターが生成されることによれば、ユーザ自身が持つイメージとの一致や相違、あるいは意外性などを楽しめる可能性もある。
【００１３】
そこで本発明は、キャラクタ（アバター）を生成するためにユーザによるアイテム選択操作を受け付けることなく、ユーザ情報（例えば、ユーザの好みや行動内容）を自動的に取得し、ユーザ情報を反映したアイテムデータを送信する方法を提供することを目的とする。
【課題を解決するための手段】
【００１４】
上記目的のため、具体的には、以下のようなものを提供する。
【００１５】
（１） ユーザの端末（端末２０）と通信ネットワーク（通信ネットワーク３０）を介して接続されたサーバ（サーバ１０）が、前記ユーザのユーザＩＤデータに関連付けて（アバターＤＢ２０１に）記憶されているキャラクタデータの一部を構成するためのアイテムデータ（画像データ、動画データ、音声データ等）を送信する方法であって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて（アイテムＤＢ２０２に）記憶するステップと、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して（文書ＤＢ２１０に）記憶するステップと、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出するステップと、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出するステップと、
抽出した前記アイテムのアイテムデータを前記端末に送信するステップと、
を含む方法。
【００１６】
このような構成によれば、当該サーバは、キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶し、前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶し、記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出し、前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出し、抽出した前記アイテムのアイテムデータを前記端末に送信する。
【００１７】
このことにより、当該サーバは、文書データ（ブログ等のＷｅｂドキュメント）を受信したことに応じて、当該文書データを特徴付ける特徴データ（単語）と関連度の高いアイテムのアイテムデータ（画像データ等）を端末に送信するので、当該端末に表示されるキャラクタ（アバター）は、ユーザが書いた文書の特徴を反映したものになり得る。
【００１８】
よって、ユーザは、意識的にアイテムを選択することなくキャラクタ画像を取得でき、更には、文書の内容に応じたキャラクタの変化を楽しめる可能性がある。
【００１９】
（２） 前記端末において共存して表現可能なアイテムの組み合わせを示すデータを予め記憶するステップを更に含み、
前記関連度に基づいて、前記共存して表現可能なアイテムを所定数抽出することを特徴とする（１）に記載の方法。
【００２０】
このような構成によれば、当該サーバは、共存して表現可能なアイテムの組み合わせを示すデータを予め記憶し、前記関連度に基づいて、前記共存して表現可能なアイテムを所定数選択する。
【００２１】
このことにより、共存して表現できない同種類のアイテムが抽出される無駄がなくなり、効果的にキャラクタを生成できる可能性がある。
【００２２】
（３） 前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムのうちの、一または複数を置き換えるアイテムデータを送信することを特徴とする（１）または（２）に記載の方法。
【００２３】
このような構成によれば、既存のキャラクタデータを活かした上で、その一部分を変化させることができる。このことにより、アイテムの抽出数が少なくてもキャラクタを生成することができ、更に、ユーザは、文書を書いていくに従ってキャラクタが段階的に変化していく様子を楽しめる可能性がある。
【００２４】
（４） 前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムの全てを置き換えるアイテムデータを送信することを特徴とする（１）または（２）に記載の方法。
【００２５】
このような構成によれば、アイテムを全て選びなおしてキャラクタを生成するので、文書データの内容と関連度の高いキャラクタを生成できる可能性がある。また、キャラクタの劇的な変化による面白さや意外性を楽しめる可能性もある。
【００２６】
（５） 前記関連度の高いアイテムを抽出するステップにおいて、前記アイテムの利用された回数に応じた重み付けをして抽出することを特徴とする（１）から（４）のいずれかに記載の方法。
【００２７】
このような構成によれば、アイテムの利用回数に応じた重み付けをすることで、他ユーザも含めた傾向（流行）を反映できる可能性がある。
【００２８】
（６） 複数の類義語データを互いに関連付けをして記憶するステップを更に含み、
前記関連度の高いアイテムを抽出するステップにおいて、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価することを特徴とする（１）から（５）のいずれかに記載の方法。
【００２９】
このような構成によれば、当該サーバは、複数の類義語データを互いに関連付けをして記憶し、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価する。
【００３０】
このことにより、類義語同士の関連度を高く評価するので、効果的に特徴データと近い概念のアイテムを抽出できる可能性がある。更には、互いに類似した単語を含む複数の特徴データ間で、アイテムの抽出結果のばらつきを低減できる。
【００３１】
（７） ユーザの端末と通信ネットワークを介して接続され、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信するサーバであって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶する手段と、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶する手段と、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出する手段と、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出する手段と、
抽出した前記アイテムのアイテムデータを前記端末に送信する手段と、
を備えるサーバ。
【００３２】
このような構成によれば、当該サーバを運用することにより、（１）と同様の効果が期待できる。
【００３３】
（８） 前記端末において共存して表現可能なアイテムの組み合わせを示すデータを予め記憶する手段を更に備え、
前記関連度に基づいて、前記共存して表現可能なアイテムを所定数抽出することを特徴とする（７）に記載のサーバ。
【００３４】
このような構成によれば、当該サーバを運用することにより、（２）と同様の効果が期待できる。
【００３５】
（９） 前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムのうちの、一または複数を置き換えるアイテムデータを送信することを特徴とする（７）または（８）に記載のサーバ。
【００３６】
このような構成によれば、当該サーバを運用することにより、（３）と同様の効果が期待できる。
【００３７】
（１０） 前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムの全てを置き換えるアイテムデータを送信することを特徴とする（７）または（８）に記載のサーバ。
【００３８】
このような構成によれば、当該サーバを運用することにより、（４）と同様の効果が期待できる。
【００３９】
（１１） 前記関連度の高いアイテムを抽出する手段において、前記アイテムの利用された回数に応じた重み付けをして抽出することを特徴とする（７）から（１０）のいずれかに記載のサーバ。
【００４０】
このような構成によれば、当該サーバを運用することにより、（５）と同様の効果が期待できる。
【００４１】
（１２） 複数の類義語データを互いに関連付けをして記憶する手段を更に含み、
前記関連度の高いアイテムを抽出する手段において、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価することを特徴とする（７）から（１１）のいずれかに記載のサーバ。
【００４２】
このような構成によれば、当該サーバを運用することにより、（６）と同様の効果が期待できる。
【００４３】
（１３） ユーザの端末と通信ネットワークを介して接続されたサーバに、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信させるプログラムであって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶するステップと、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶するステップと、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出するステップと、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出するステップと、
抽出した前記アイテムのアイテムデータを前記端末に送信するステップと、
を実行させるプログラム。
【００４４】
このような構成によれば、当該プログラムを当該サーバ上で実行することにより、（１）と同様の効果が期待できる。
【発明の効果】
【００４５】
本発明によれば、キャラクタ（アバター）を生成するためにユーザによるアイテム選択操作を受け付けることなく、ユーザ情報（例えば、ユーザの好みや行動内容）を自動的に取得し、ユーザ情報を反映したアイテムデータを送信できる。
【発明を実施するための最良の形態】
【００４６】
本発明に係る好適な実施形態の一例について、図面に基づいて以下に説明する。
［システムの全体構成］
【００４７】
図１は、本発明の好適な実施形態の一例に係るコンピュータ・システム１の全体構成およびサーバ１０の機能構成を表すブロック図である。
【００４８】
サーバ１０と端末２０とが通信ネットワーク３０を介して接続されている。ここで、サーバ１０の数に制限はなく、必要に応じて１または複数で構成してよい。また、サーバ１０は、必要に応じてＷｅｂサーバ、ＤＢサーバ、アプリケーションサーバを含んで構成してよく、１台のサーバで構成しても、それぞれ別のサーバで構成してもよい。
【００４９】
サーバ１０は、少なくともアバターとしてのキャラクタを管理するアバター管理装置として構成し、記憶部２００は、アバターＤＢ２０１、アイテムＤＢ２０２、文書ＤＢ２１０、類語辞書ＤＢ２１１からなる。
【００５０】
更に、制御部１００は、サーバ１０全体を制御し、少なくとも形態素解析部１１１、特徴データ抽出部１１２、アイテムデータ抽出部１０３、アイテムデータ送信部１０４を備える。
【００５１】
サーバ１０は、端末２０においてユーザが作成したブログ等のＷｅｂドキュメントを受信し、文書ＤＢ２１０に記憶する。続いてサーバ１０は、記憶部２００に記憶した各種データ（図２、図３、図６）を参照し、制御部１００によって、当該Ｗｅｂドキュメントに対応付けるキャラクタ（アバター）に関するアイテムデータを抽出して端末２０に送信する。なお、処理の詳細については後述する（図４、図５）。
［アバターテーブル］
【００５２】
図２は、本発明の好適な実施形態の一例に係るアバターテーブルを示す図である。
【００５３】
記憶部２００は、アバターＤＢ２０１に、例えば、図２に示すアバターテーブルとして、ユーザを識別するユーザＩＤデータをキーに、「顔」、「髪型」、「服装」、「ボトムス」といったテーマごとにアイテムを識別するアイテムＩＤデータを対応付けて記憶している。
【００５４】
例えば、ユーザＩＤデータが「ＡＢＣ１２」のユーザに関しては、記憶部２００は、「顔」について「Ｄ６７８」を、「髪型」について「Ｂ８９８」を、「服装」について「Ｃ１１２０」を、ボトムスについて「Ａ１７８」を、それぞれ「ＡＢＣ１２」に関連付けて記憶している。
【００５５】
このように、アバターテーブルは、その時点のアバターのコーディネートに基づくアイテムＩＤデータを、ユーザＩＤデータに関連付けて管理している。
［アイテムテーブル］
【００５６】
図３は、本発明の好適な実施形態の一例に係るアイテムテーブルを示す図である。
【００５７】
記憶部２００は、アイテムＤＢ２０２に、例えば、図３に示すアイテムテーブルとして、アイテムＩＤデータをキーに、画像データ、テーマＩＤデータ、分類データ、アイテム属性データ（属性１、属性２、属性３）、選択された回数（利用数）を対応付けて記憶している。
【００５８】
例えば、アイテムＩＤデータが「Ｃ１１２０」であるアイテムには、そのアイテムを表す画像データと共に、「スーツ」、「春」、「グレー」、「ビジネス」といった分類データやアイテム属性データが対応付けられており、利用数が１０００回であったことを読み取ることができる。
【００５９】
ここで、テーマＩＤデータは、「０１」が「服装」、「０２」が「靴」、「０３」が「被り物」といったテーマを識別するデータであり、アバターテーブル（図２）のテーマに対応する。例えば、アイテムＩＤデータが「Ｃ１１２０」と「Ｃ１１３０」であるアイテムは、テーマＩＤデータが「０１」（服装）で共通しており、共にアバターテーブルの服装フィールドに登場する。
【００６０】
制御部１００は、後述の処理（図４、図５）に従ってこのアイテムテーブルを参照し、ユーザのアバターを構成するアイテムを選択して対応する画像データを端末２０に送信する。
【００６１】
ここで、アイテムの実体を表すデータとして画像データを例示したが、これには限られず、ＭＰＥＧ、ＦＬＡＳＨ（登録商標）、３ＧＰ等の動画データであってもよいし、ＷＡＶ、ＭＰ３等の音声データであってもよい。本発明においては、最終的に端末２０に送信するアバターの一部を構成するデータとして取り扱うことが可能なものが全て含まれる。
［メイン処理］
【００６２】
図４は、本発明の好適な実施形態の一例に係るメイン処理の流れを示すフローチャートである。
【００６３】
ステップＳ１１では、制御部１００は、端末２０から文書データを受信する。当該文書データは、端末２０において作成するブログ等のＷｅｂドキュメントであって、Ｗｅｂページ全体であってもよいし、Ｗｅｂページで適時追加・変更された一部の文書データであってもよい。サーバ１０は、ここで受信した文書データをユーザＩＤデータと関連付けて、文書ＤＢ２１０に記憶しておく。
【００６４】
ステップＳ１２では、制御部１００の形態素解析部１１１は、ステップＳ１１にて受信した文書データを形態素解析し、個々の単語（形態素）に分解する。
【００６５】
ステップＳ１３では、制御部１００の特徴データ抽出部１１２は、ステップＳ１２にて分解された単語の中から、当該文書データを特徴付ける単語を抽出し、これを特徴データとする。具体的には、例えば、ＴＦ−ＩＤＦ等の手法を用いることができ、各単語の重要度を算出することにより、１または複数の特徴語を抽出する。
【００６６】
このとき、例えばＴＦ−ＩＤＦを用いる場合には、文書ＤＢ２１０に記憶した複数の文書データを参照し、各単語の当該文書内における出現回数および出現文書数を算出し、重要度を求める。
【００６７】
ステップＳ１４では、制御部１００のアイテムデータ抽出部１０３は、ステップＳ１３にて抽出した特徴データに基づいて、端末２０に送信するためのアイテムデータ（画像データ等）を抽出する。処理内容は図５にて後述する。
【００６８】
ステップＳ１５では、制御部１００のアイテムデータ送信部１０４は、ステップＳ１４にて抽出したアイテムデータを、端末２０へ送信する。
［アイテムデータの抽出処理］
【００６９】
図５は、本発明の好適な実施形態の一例に係るアイテムデータの抽出処理の流れを示すフローチャートである。この処理は、メイン処理（図４）のステップＳ１４に相当する。
【００７０】
ステップＳ２１では、制御部１００のアイテムデータ抽出部１０３は、メイン処理（図４）のステップＳ１３にて抽出した特徴データとアイテムテーブル（図３）に記憶したアイテムそれぞれのアイテム属性データとの関連度を算出する。即ち、特徴データとアイテム属性データがマッチングするアイテムに関して関連度を高く評価し、アイテム抽出のための指標として記憶する。
【００７１】
ここで、関連度とは、例えば、比較対象となっている二つのデータに含まれる単語が一致した数をポイント化して表現することができる。あるいは、アイテム属性データに含まれる単語が一致した場合には、より高いポイントを付与し、その類義語や同義語が一致した場合には、それよりは低いポイントを付与してもよい。その他、様々な関連度判断の精度向上ならびに効率向上のための公知の技術が本発明に適用可能である。
【００７２】
なお、特徴データはユーザの記述した文書データから抽出されるものであるため、同様の意味であっても異なる単語（類義語、同義語）として抽出される可能性がある。そのため、関連度を算出する際に類義語の中で結果にばらつきが出てしまう可能性がある。
【００７３】
そこで、類義語同士については関連度を高く設定したり、あるいは、同様の意味を持つ単語を一つの代表語に集約した後に関連度を算出したりすることが好ましい。
【００７４】
その場合、例えば、図６に示す類語辞書テーブルを用いることができる。記憶部２００は、類語辞書ＤＢ２１１に、類語辞書テーブルとして、代表語をキーに類義語を対応付けて記憶している。
【００７５】
例えば、代表語が「靴」の類義語として、「くつ」や「シューズ」が登録されており、これらの単語の関連度を高く設定する。あるいは、これらの単語は全て「靴」に変換して関連度を算出することにより、どれも「靴」と同じ結果が得られる。
【００７６】
再び図５に戻って、ステップＳ２２では、制御部１００のアイテムデータ抽出部１０３は、ステップＳ２１で算出した関連度の高いアイテムから順に参照していき、所定の関連度に満たなければ、処理を終了する。関連度の高いアイテムがあれば、ステップＳ２３に処理を移す。
【００７７】
ここで、関連度が高い順にアイテムを抽出した場合には、例えば２種類の「靴」が抽出される等、端末２０で共存できないという問題が起こりうる。共存とは、端末２０にて同時に表現（画像データであれば表示）できることをさす。例えば、「スーツ」と「革靴」であれば同時に画像を表示できるが、「スーツ」と「Ｔシャツ」はどちらも服装というテーマであるために一方しか表示できず、共存できないと判別する。
【００７８】
そこで、制御部１００のアイテムデータ抽出部１０３は、既に抽出されたアイテムと端末２０で共存が可能か否かの判別をし（ステップＳ２３）、共存できないと判別した場合には、次のアイテムを参照する。こうして、共存が可能と判別される参照アイテムを抽出していく（ステップＳ２４）。
【００７９】
なお、共存が可能か否かを判別するためには、アイテムテーブルと関連付けて、複数アイテムをテーマごとにグループ化するデータを記憶しておく（図示せず）。あるいは、アイテムテーブル（図３）のテーマＩＤフィールド（例えば、「服装」、「靴」、「被り物」といった分類を示すＩＤデータ）を参照することにより、同一のテーマからは一のアイテムのみ抽出可能とすることでも実現できる。例えば、図３において、テーマＩＤが「０１」（服装）で共通するアイテム「Ｃ１１２０」（スーツ）と「Ｃ１１３０」（Ｔシャツ）とは、どちらか一方しか選択できない。
【００８０】
ここで、本発明の実施の形態としては、アバターの全アイテムを置き換えてもよいし、既存のアイテムの一部を置き換えることにしてもよい。全アイテムを置き換える場合には、本処理にて抽出したアイテム同士が共存できるか否か判断すればよい。一方、既存のアイテムの一部を置き換える場合には、抽出したアイテムで既存のアバターを変更したときに、既存の他のアイテムと共存できるか否かを判断することになる。
【００８１】
ステップＳ２５では、制御部１００のアイテムデータ抽出部１０３は、所定数のアイテムを抽出したか否かを判別し、抽出していないと判別された場合にはステップＳ２２に処理を戻し、次のアイテムを抽出する。所定数のアイテムの抽出が終わると、制御部１００のアイテムデータ抽出部１０３は、本処理を終了する。
【００８２】
なお、本処理によって抽出されるアイテムデータは、前述の関連度が高いものとしたが、更に、アイテムテーブル（図３）の利用数に応じた重み付けをして評価することもできる。例えば、利用数が多い（人気がある）アイテムについては優先的に選択する。こうすることで、他のユーザも含めてよく利用されるアイテムが優先的に抽出され、世間の傾向（流行）を反映できる可能性がある。
［アバター生成結果］
【００８３】
図７は、メイン処理（図４）のステップＳ１５の後、端末２０が表示する画面の一例を示す図である。
【００８４】
この例では、ユーザが書いたブログの段落（例えば、日記の一日分）それぞれに対応して、アバターを表示している。文章から抽出した「遊び」や「サッカー」といった単語に関連付けて、ラフな格好やユニフォーム姿といったように、アイテムが変更されて表示される。
【００８５】
なお、図７では段落ごとにアバターを表示しているが、表示の形態はこれには限られず、Ｗｅｂページ全体で一つのアバターを表示することにしてもよい。その場合には、Ｗｅｂページ全体から特徴データを抽出して、その特徴データに関連するアイテムで構成されたアバターとなる。
［サーバのハードウェア構成］
【００８６】
図８は、図１で説明したサーバ１０のハードウェア構成の一例を示す図である。サーバ１０は、制御部１００を構成するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１０（マルチプロセッサ構成ではＣＰＵ１０１２など複数のＣＰＵが追加されてもよい）、バスライン１００５、通信Ｉ／Ｆ１０４０、メインメモリ１０５０、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）１０６０、ＵＳＢポート１０９０、Ｉ／Ｏコントローラ１０７０、ならびにキーボードおよびマウス１１００等の入力手段や表示装置１０２２を備える。
【００８７】
Ｉ／Ｏコントローラ１０７０には、テープドライブ１０７２、ハードディスク１０７４、光ディスクドライブ１０７６、半導体メモリ１０７８、等の記憶手段を接続することができる。
【００８８】
ＢＩＯＳ１０６０は、サーバ１０の起動時にＣＰＵ１０１０が実行するブートプログラムや、サーバ１０のハードウェアに依存するプログラム等を格納する。
【００８９】
記憶部２００を構成するハードディスク１０７４は、サーバ１０がサーバとして機能するための各種プログラムおよび本発明の機能を実行するプログラムを記憶しており、更に必要に応じて各種データベースを構成可能である。
【００９０】
光ディスクドライブ１０７６としては、例えば、ＤＶＤ−ＲＯＭドライブ、ＣＤ−ＲＯＭドライブ、ＤＶＤ−ＲＡＭドライブ、ＣＤ−ＲＡＭドライブを使用することができる。この場合は各ドライブに対応した光ディスク１０７７を使用する。光ディスク１０７７から光ディスクドライブ１０７６によりプログラムまたはデータを読み取り、Ｉ／Ｏコントローラ１０７０を介してメインメモリ１０５０またはハードディスク１０７４に提供することもできる。また、同様にテープドライブ１０７２に対応したテープメディア１０７１を主としてバックアップのために使用することもできる。
【００９１】
サーバ１０に提供されるプログラムは、ハードディスク１０７４、光ディスク１０７７、またはメモリーカード等の記録媒体に格納されて提供される。このプログラムは、Ｉ／Ｏコントローラ１０７０を介して、記録媒体から読み出され、または通信Ｉ／Ｆ１０４０を介してダウンロードされることによって、サーバ１０にインストールされ実行されてもよい。
【００９２】
前述のプログラムは、内部または外部の記憶媒体に格納されてもよい。ここで、記憶部２００を構成する記憶媒体としては、ハードディスク１０７４、光ディスク１０７７、またはメモリーカードの他に、ＭＤ等の光磁気記録媒体、テープ媒体を用いることができる。また、専用通信回線やインターネットに接続されたサーバシステムに設けたハードディスク１０７４または光ディスクライブラリ等の記憶装置を記録媒体として使用し、通信回線を介してプログラムをサーバ１０に提供してもよい。
【００９３】
ここで、表示装置１０２２は、ユーザにデータの入力を受け付ける画面を表示したり、サーバ１０による演算処理結果の画面を表示したりするものであり、ブラウン管表示装置（ＣＲＴ）、液晶表示装置（ＬＣＤ）等のディスプレイ装置を含む。
【００９４】
ここで、入力手段は、ユーザによる入力の受付を行うものであり、キーボードおよびマウス１１００等により構成してよい。
【００９５】
また、通信Ｉ／Ｆ１０４０は、サーバ１０を専用ネットワークまたは公共ネットワークを介して端末と接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ１０４０は、モデム、ケーブル・モデムおよびイーサネット（登録商標）・アダプタを含んでよい。
【００９６】
以上の例は、サーバ１０について主に説明したが、コンピュータに、プログラムをインストールして、そのコンピュータをサーバ装置として動作させることにより上記で説明した機能を実現することもできる。したがって、本発明において一実施形態として説明したサーバにより実現される機能は、上述の方法を当該コンピュータにより実行することにより、あるいは、上述のプログラムを当該コンピュータに導入して実行することによっても実現可能である。
［端末のハードウェア構成］
【００９７】
端末２０も、上述のサーバ１０と同様な構成を持つ。また、上述の例ではいわゆるコンピュータで実現した例について説明したが、更に、本発明の原理が適用可能である限り、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔ）、ゲーム機等の様々な端末で実現してよい。
【００９８】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。
【図面の簡単な説明】
【００９９】
【図１】本発明の好適な実施形態の一例に係るコンピュータ・システム１の全体構成およびサーバ１０の機能構成を表すブロック図である。
【図２】本発明の好適な実施形態の一例に係るアバターテーブルを示す図である。
【図３】本発明の好適な実施形態の一例に係るアイテムテーブルを示す図である。
【図４】本発明の好適な実施形態の一例に係るメイン処理の流れを示すフローチャートである。
【図５】本発明の好適な実施形態の一例に係るアイテムデータの抽出処理の流れを示すフローチャートである。
【図６】本発明の好適な実施形態の一例に係る類語辞書テーブルを示す図である。
【図７】本発明の好適な実施形態の一例に係る端末２０が表示する画面の一例を示す図である。
【図８】本発明の好適な実施形態の一例に係るサーバ１０のハードウェア構成の一例を示す図である。
【符号の説明】
【０１００】
１ システム
１０ サーバ
２０ 端末
３０ 通信ネットワーク
１００ 制御部
１０３ アイテムデータ抽出部
１０４ アイテムデータ送信部
１１１ 形態素解析部
１１２ 特徴データ抽出部
２００ 記憶部
２０１ アバターＤＢ
２０２ アイテムＤＢ
２１０ 文書ＤＢ
２１１ 類語辞書ＤＢ
【特許請求の範囲】
【請求項１】
ユーザの端末と通信ネットワークを介して接続されたサーバが、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信する方法であって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶するステップと、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶するステップと、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出するステップと、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出するステップと、
抽出した前記アイテムのアイテムデータを前記端末に送信するステップと、
を含む方法。
【請求項２】
前記端末において共存して表現可能なアイテムの組み合わせを示すデータを予め記憶するステップを更に含み、
前記関連度に基づいて、前記共存して表現可能なアイテムを所定数抽出することを特徴とする請求項１に記載の方法。
【請求項３】
前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムのうちの、一または複数を置き換えるアイテムデータを送信することを特徴とする請求項１または請求項２に記載の方法。
【請求項４】
前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムの全てを置き換えるアイテムデータを送信することを特徴とする請求項１または請求項２に記載の方法。
【請求項５】
前記関連度の高いアイテムを抽出するステップにおいて、前記アイテムの利用された回数に応じた重み付けをして抽出することを特徴とする請求項１から請求項４のいずれかに記載の方法。
【請求項６】
複数の類義語データを互いに関連付けをして記憶するステップを更に含み、
前記関連度の高いアイテムを抽出するステップにおいて、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価することを特徴とする請求項１から請求項５のいずれかに記載の方法。
【請求項７】
ユーザの端末と通信ネットワークを介して接続され、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信するサーバであって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶する手段と、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶する手段と、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出する手段と、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出する手段と、
抽出した前記アイテムのアイテムデータを前記端末に送信する手段と、
を備えるサーバ。
【請求項８】
前記端末において共存して表現可能なアイテムの組み合わせを示すデータを予め記憶する手段を更に備え、
前記関連度に基づいて、前記共存して表現可能なアイテムを所定数抽出することを特徴とする請求項７に記載のサーバ。
【請求項９】
前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムのうちの、一または複数を置き換えるアイテムデータを送信することを特徴とする請求項７または請求項８に記載のサーバ。
【請求項１０】
前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムの全てを置き換えるアイテムデータを送信することを特徴とする請求項７または請求項８に記載のサーバ。
【請求項１１】
前記関連度の高いアイテムを抽出する手段において、前記アイテムの利用された回数に応じた重み付けをして抽出することを特徴とする請求項７から請求項１０のいずれかに記載のサーバ。
【請求項１２】
複数の類義語データを互いに関連付けをして記憶する手段を更に含み、
前記関連度の高いアイテムを抽出する手段において、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価することを特徴とする請求項７から請求項１１のいずれかに記載のサーバ。
【請求項１３】
ユーザの端末と通信ネットワークを介して接続されたサーバに、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信させるプログラムであって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶するステップと、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶するステップと、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出するステップと、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出するステップと、
抽出した前記アイテムのアイテムデータを前記端末に送信するステップと、
を実行させるプログラム。
【請求項１】
ユーザの端末と通信ネットワークを介して接続されたサーバが、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信する方法であって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶するステップと、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶するステップと、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出するステップと、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出するステップと、
抽出した前記アイテムのアイテムデータを前記端末に送信するステップと、
を含む方法。
【請求項２】
前記端末において共存して表現可能なアイテムの組み合わせを示すデータを予め記憶するステップを更に含み、
前記関連度に基づいて、前記共存して表現可能なアイテムを所定数抽出することを特徴とする請求項１に記載の方法。
【請求項３】
前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムのうちの、一または複数を置き換えるアイテムデータを送信することを特徴とする請求項１または請求項２に記載の方法。
【請求項４】
前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムの全てを置き換えるアイテムデータを送信することを特徴とする請求項１または請求項２に記載の方法。
【請求項５】
前記関連度の高いアイテムを抽出するステップにおいて、前記アイテムの利用された回数に応じた重み付けをして抽出することを特徴とする請求項１から請求項４のいずれかに記載の方法。
【請求項６】
複数の類義語データを互いに関連付けをして記憶するステップを更に含み、
前記関連度の高いアイテムを抽出するステップにおいて、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価することを特徴とする請求項１から請求項５のいずれかに記載の方法。
【請求項７】
ユーザの端末と通信ネットワークを介して接続され、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信するサーバであって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶する手段と、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶する手段と、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出する手段と、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出する手段と、
抽出した前記アイテムのアイテムデータを前記端末に送信する手段と、
を備えるサーバ。
【請求項８】
前記端末において共存して表現可能なアイテムの組み合わせを示すデータを予め記憶する手段を更に備え、
前記関連度に基づいて、前記共存して表現可能なアイテムを所定数抽出することを特徴とする請求項７に記載のサーバ。
【請求項９】
前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムのうちの、一または複数を置き換えるアイテムデータを送信することを特徴とする請求項７または請求項８に記載のサーバ。
【請求項１０】
前記端末から新たな文書データを受信した際に、前記キャラクタデータを構成するアイテムの全てを置き換えるアイテムデータを送信することを特徴とする請求項７または請求項８に記載のサーバ。
【請求項１１】
前記関連度の高いアイテムを抽出する手段において、前記アイテムの利用された回数に応じた重み付けをして抽出することを特徴とする請求項７から請求項１０のいずれかに記載のサーバ。
【請求項１２】
複数の類義語データを互いに関連付けをして記憶する手段を更に含み、
前記関連度の高いアイテムを抽出する手段において、前記関連付けをした類義語データを前記アイテム属性データに含むアイテムの関連度を高く評価することを特徴とする請求項７から請求項１１のいずれかに記載のサーバ。
【請求項１３】
ユーザの端末と通信ネットワークを介して接続されたサーバに、前記ユーザのユーザＩＤデータに関連付けて記憶されているキャラクタデータの一部を構成するためのアイテムデータを送信させるプログラムであって、
キャラクタを構成するアイテムのアイテム属性データを、アイテムテーブルとして前記アイテムのアイテムＩＤデータに関連付けて記憶するステップと、
前記端末から、前記キャラクタデータを関連付けるための文書データを受信して記憶するステップと、
記憶した前記文書データに含まれ、前記文書データを特徴付ける単語を特徴データとして抽出するステップと、
前記アイテムテーブルを参照し、記憶した前記アイテム属性データが前記特徴データと関連度の高いアイテムを抽出するステップと、
抽出した前記アイテムのアイテムデータを前記端末に送信するステップと、
を実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００７−３２８７０５（Ｐ２００７−３２８７０５Ａ）
【公開日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願番号】特願２００６−１６１１０２（Ｐ２００６−１６１１０２）
【出願日】平成１８年６月９日（２００６．６．９）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
【公開日】平成１９年１２月２０日（２００７．１２．２０）
【国際特許分類】
【出願日】平成１８年６月９日（２００６．６．９）
【出願人】（５００２５７３００）ヤフー株式会社 (1,128)
【Ｆターム（参考）】
[ Back to top ]