(57)【要約】【課題】アクション情報が少ない状況でも類似性や関係性の判断を可能とするリコメンド技術を提供する。【解決手段】関係管理サーバが、役回りに応じて類型化された個々のアクションコンピュータを識別する情報を含むリコメンドの対象となりえる情報であって類型化された全ての電子情報、のそれぞれの間における、個々のアクションコンピュータの役回りに応じたアクションに起因するリンクを記録している関係管理データベースに基づいて、リコメンドの対象として要求された電子情報の類型（対象電子情報類型）に含まれる個々の電子情報の間に連鎖的にリンクが形成されているとともに、当該対象電子情報類型に含まれる個々の電子情報と少なくとも要求元のアクションコンピュータとの対応関係を表す縮退関係管理データベースを生成し、関係管理サーバから、縮退関係管理データベースに依って要求元のアクションコンピュータにリコメンドを行われる。【選択図】図１１
2015041142.tif 000002
【特許請求の範囲】
【請求項１】
関係管理サーバと、役回りに応じて類型化された複数のアクションコンピュータを含み、当該関係管理サーバが要求元のアクションコンピュータにリコメンドを行うリコメンダシステムであって、
上記関係管理サーバは、
個々の上記アクションコンピュータを識別する情報を含むリコメンドの対象となりえる情報であって類型化された全ての電子情報、のそれぞれの間における、個々の上記アクションコンピュータの役回りに応じたアクションに起因するリンクを記録している関係管理データベースを記憶する記憶部と、
上記関係管理データベースに記録されているリンクに基づいてリコメンドの対象として要求された電子情報の類型（以下、対象電子情報類型という）に含まれる個々の電子情報の間に連鎖的にリンクが形成されているとともに、当該対象電子情報類型に含まれる個々の電子情報と少なくとも上記要求元のアクションコンピュータとの対応関係を表す縮退関係管理データベースを生成する縮退処理部と
を含み、
上記関係管理サーバが、上記縮退関係管理データベースに依って上記要求元のアクションコンピュータにリコメンドを行うことを特徴とするリコメンダシステム。
【請求項２】
請求項１に記載のリコメンダシステムであって、
上記対象電子情報類型に含まれる個々の電子情報の間の連鎖的なリンク形成は、
上記関係管理データベースにおいて、上記対象電子情報類型以外の類型に含まれる個々の電子情報ごとに、当該電子情報にリンクされている上記対象電子情報類型に含まれる個々の電子情報の間にリンクを形成することによって得られたものである
ことを特徴とするリコメンダシステム。
【請求項３】
請求項１または請求項２に記載のリコメンダシステムであって、
上記関係管理サーバは、
上記縮退関係管理データベースに基づいて、上記要求元のアクションコンピュータから上記対象電子情報類型に含まれる個々の電子情報までのリンクの相対的な遠近（以下、リンク距離という）を計算するリンク距離計算部を含み、
上記要求元のアクションコンピュータにリコメンドされる電子情報は、上記リンク距離に基づいて決定される
ことを特徴とするリコメンダシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、作品、クリエイタ、オーディエンス、ギャラリなどのノードで構成される作品情報空間で、ノード間のリンク関係性情報が少ない状況において、ノード相互の関係性や類似性を求めてリコメンド処理を行う技術に関する。
【背景技術】
【０００２】
リコメンダシステムにおける協調フィルタリングは、オーディエンスコミュニティの過去の参照や共同作業や意見などのアクション情報を用いて、システムを利用する対象であるオーディエンスの好みやオーディエンスが興味を持つであろう情報（リコメンド情報）をコミュニケーションデータとオープンモデルから予測し、これをオーディエンスにリコメンドする技術である。協調フィルタリングは、オーディエンスのアクションのみを用いてリコメンドするため、ノードの内容や適用領域を問わない。また、協調フィルタリングはアクションを自動的に収集、計算、表示をするので、オーディエンスにも運営者にも手間がかからない。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ドコモテクニカルジャーナル  Vol.20 No.3, Oct.2012
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、協調フィルタリングは、ノード間の関係の強弱を表すために一定以上のアクション情報を必要とする。アクション情報の数が少ない場合、いわゆるコールドスタート問題と呼ばれるノード間の関係の強弱を表す評価値が少ない状態となり、優位な関係性を求めることが困難であった。特に、本発明が対象とする、制作活動に一定時間を要し制作物が少ないクリエイタの作品領域では、類似性や関係性がほとんどない作品がノードとなる一品作品や、その作品を制作する制作数が少ないクリエイタなどの場合、アクション情報が少なく、従来のアクション情報だけを用いて関係性を求める方式では、対象ノードの近傍の自明のノードのみが関係性の近い対象となってしまうという課題があった。
【０００５】
このような課題に鑑み、本発明では、アクション情報が少ない状況でも類似性や関係性の判断を可能とするリコメンド技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明のリコメンダ技術によると、関係管理サーバが、役回りに応じて類型化された個々のアクションコンピュータを識別する情報を含むリコメンドの対象となりえる情報であって類型化された全ての電子情報、のそれぞれの間における、個々のアクションコンピュータの役回りに応じたアクションに起因するリンクを記録している関係管理データベースに基づいて、リコメンドの対象として要求された電子情報の類型（対象電子情報類型）に含まれる個々の電子情報の間に連鎖的にリンクが形成されているとともに、当該対象電子情報類型に含まれる個々の電子情報と少なくとも要求元のアクションコンピュータとの対応関係を表す縮退関係管理データベースを生成し、関係管理サーバから、縮退関係管理データベースに依って要求元のアクションコンピュータにリコメンドを行われる。
【０００７】
対象電子情報類型に含まれる個々の電子情報の間の連鎖的なリンク形成は、例えば、関係管理データベースにおいて、対象電子情報類型以外の類型に含まれる個々の電子情報ごとに、当該電子情報にリンクされている対象電子情報類型に含まれる個々の電子情報の間にリンクを形成することによって得られたものである。
【０００８】
縮退関係管理データベースに基づいて、要求元のアクションコンピュータから対象電子情報類型に含まれる個々の電子情報までのリンクの相対的な遠近（リンク距離）を計算し、要求元のアクションコンピュータにリコメンドされる電子情報をリンク距離に基づいて決定してもよい。
【発明の効果】
【０００９】
本発明によると、上記関係管理データベースに基づいて、リコメンドの対象として要求された電子情報の類型（対象電子情報類型）に含まれる個々の電子情報の間に連鎖的にリンクが形成されるから、アクション情報が少ない状況でも類似性や関係性の判断を可能となる。
【図面の簡単な説明】
【００１０】
【図１】全体構成例を示す図である。
【図２】（ａ）ノードアクションレコードのデータ構造例で図１０、図７に示す作品Ｗ１１のデータ構造例を示す図、（ｂ）ノードアクションレコードのデータ構造例で図１０、図７に示すクリエイタＣ１（Ｃ１：作品登録前）のデータ構造例を示す図、（ｃ）ノードアクションレコードのデータ構造例で図１０、図７に示すクリエイタＣ１（Ｃ１：作品登録後）のデータ構造例を示す図である。
【図３】（ａ）ノードアクションレコードのデータ構造例で図１０、図７に示すオーディエンスＡ４（作品購入前）のデータ構造例を示す図、（ｂ）ノードアクションレコードのデータ構造例で図１０、図７に示すオーディエンスＡ４（作品購入後）のデータ構造例を示す図である。
【図４】（ａ）ノードアクションレコードのデータ構造例で図１０、図７に示す作品Ｗ１３（作品購入前）のデータ構造例を示す図、（ｂ）ノードアクションレコードのデータ構造例で図１０、図７に示す作品Ｗ１３（作品購入後）のデータ構造例を示す図である。
【図５】（ａ）ノードアクションレコードのデータ構造例で図１０、図７に示すギャラリＧ１２（作品登録前）のデータ構造例を示す図、（ｂ）ノードアクションレコードのデータ構造例で図１０、図７に示すギャラリＧ１２（作品登録後）のデータ構造例を示す図である。
【図６】（ａ）ノードアクションレコードのデータ構造例で図１０、図７に示す作品Ｗ３１（作品登録前）のデータ構造例を示す図、（ｂ）ノードアクションレコードのデータ構造例で図１０、図７に示す作品Ｗ１１のデータ構造例を示す図である。
【図７】関係管理データベースのデータ構造例（図１０対応）を示す図である。
【図８】作業用関係管理テーブルのデータ構造例を示す図である。
【図９】縮退関係管理データベースのデータ構造例（縮退完了後）を示す図である。
【図１０】図７に対応する作品情報空間例を示す図である。
【図１１】図９に対応する作品情報空間例を示す図である。
【図１２】図１３に対応する表示画面例を示す図である。
【図１３】（ａ）リンク距離別ノードリスト（初期状態）例を示す図、（ｂ）リンク距離別ノードリスト（距離１の探索完了）例を示す図、（ｃ）リンク距離別ノードリスト（距離２の探索完了）例を示す図、（ｄ）リンク距離別ノードリスト（距離３の探索完了）例を示す図である。
【図１４】（ａ）リンク距離探索処理データ（初期状態）の例を示す図、（ｂ）リンク距離探索処理データ（Ａ１起点の探索開始）の例を示す図、（ｃ）リンク距離探索処理データ（距離１の探索完了）の例を示す図、（ｄ）リンク距離探索処理データ（Ｗ１２起点の探索開始）の例を示す図、（ｅ）リンク距離探索処理データ（距離２の探索完了）の例を示す図、（ｆ）リンク距離探索処理データ（Ｗ１１起点の探索開始）の例を示す図、（ｇ）リンク距離探索処理データ（距離３の探索完了）の例を示す図である。
【図１５】作品登録に伴う新ノード追加とリンク追加のフロー例を示す図である。
【図１６】オーディエンスコンピュータ４が作品１３購入に伴う新リンク追加のフロー例を示す図である。
【図１７】ギャラリへ作品を登録することによる新リンクの追加のフロー例を示す図である。
【図１８】オーディエンスコンピュータがリコメンド要求を出し、リコメンド結果を得るまでの処理フロー例を示す図である。
【図１９】縮退処理ルーチンの処理フロー例を示す図である。
【図２０】起点ノードからの距離計算フロー例を示す図である。
【発明を実施するための形態】
【００１１】
図面を参照しながら本発明の実施形態を説明する。
【００１２】
まず、リコメンダシステムの構成例と、このシステム構成で用いるノードに関する情報のデータ構造の例と、このデータ構造の集合で構成されノード間の関係を示す関係管理データベースのデータ構造の例を示す。
次に、このデータ構造を追加する、アクションコンピュータのアクション処理フローの例を示す。
更に、アクションコンピュータからのリコメンド要求に対して、リコメンド対象を絞り込むための処理フローとして、本発明の特徴である、ノードとリンクを縮退させるフローの例と、これによって類似性や関係性の発見を可能とする縮退関係管理データベースのデータ構造の例と、このデータ構造を用いた関係性発見のフローの例を示す。
【００１３】
＜リコメンダシステムの構成例＞
図１にリコメンダシステムの構成例を示す。図１はアクションコンピュータとしてのクリエイタコンピュータ１４、オーディエンスコンピュータ１６、キュレータコンピュータ１８並びに関係管理サーバ１２はそれぞれ例えばインターネットとされる通信網１０を介して相互に通信可能であり、関係管理サーバ１２は、関係管理データベース２１と、縮退関係管理データベース２３を含む。
【００１４】
ここでクリエイタは作品に付加価値を与える主体となる人物であり、個々のクリエイタはタスクスキルを有し、タスクスキルにより作品に付加価値を付与する時代考証やシナリオ検討などのアクションを行う。クリエイタは複数の人物の総称としてもよい。また、クリエイタ同士が連携して作品に付加価値を与えるアクションや他の作品を参照するアクションなどを行ってもよい。
【００１５】
オーディエンスは作品の購入を考えている人物の総称であり作品を注文してクリエイタに対して対価を支払う主体となる人物をいう。オーディエンスは、作品の閲覧、比較、購入、評価などのアクションや、クリエイタの評価、ギャラリの閲覧、比較、評価などのアクションを行う。
【００１６】
キュレータは、少なくとも、複数の作品をグループ化しギャラリ登録を行う主体となる人物の総称で、作品グループへのテーマの設定や評価などのアクションを行う。
【００１７】
なお、一人の人物が上記の複数の役回りを担ってもよいし、本システムで扱うノードに対する新たなアクションを行う人物を追加してもよい。
【００１８】
＜関係管理サーバによるノード情報、ノード間のリンク関係の管理＞
関係管理サーバ１２は、本システムで扱うすべてのノード情報を管理する。ノードには、少なくとも、クリエイタ、オーディエンス、キュレータなどの人物や、作品、ギャラリなどの制作物、制作物のグループなどを含む。また、ノード間のリンク関係には、少なくとも、アクションコンピュータのアクションに基づくノード間の繋がり、ノードのアクションによるノード間の繋がり、リンク情報としての管理を含む。
【００１９】
また、関係管理サーバ１２は、関係管理データベース２１が管理するノード情報、リンク情報を縮退させ、縮退関係管理データベース２３を作成するとともに、縮退関係管理データベース２３を用いて、起点となるノードからの距離別にノードＩＤをリストアップしたリンク距離別ノードリスト３３の作成を行う。この処理を行う処理部として、縮退処理部３０とリンク距離計算部３１がある。縮退処理部３０は、作業用関係管理テーブル２２を用いて、ノード情報、リンク情報の縮退処理を行い、関係管理理データベース２１から縮退関係管理データベース２３を作成する。リンク距離計算部３１は、縮退関係管理データベース２３を対象に、リンク距離探索処理データ３２を用いて、起点となるノードからのリンク距離を求め、リンク距離別ノードリスト３３を作成する。
【００２０】
＜ノードアクション関係の管理＞
関係管理データベース２１は、関係管理サーバ１２で扱うすべてのノードごとに、ノードアクションレコードを有し、ノード自体についての情報として、ノードＩＤ、ノードタイプと、ノードのアクション情報としてのリンクに関する、有効リンク数、各リンク接続先のノードＩＤ、ノードタイプ、を含むデータを有する。図２に関係管理データベース２１で管理するノードアクションレコードのデータ構造例を示す。
【００２１】
＜作品情報空間の管理＞
関係管理データベース２１は、関係管理サーバ１２で扱うすべてのノード間のリンク関係情報からなる作品情報空間を管理するリンク構成レコードを有する。図１０に、本実施例で説明に用いる作品情報空間の例を、図７にそれに対応する関係管理データベースのリンク構成レコードを示す。図１０の作品情報空間で直接リンクのあるノード間には、図７のノード間の交点に数値として１を設定している例を示す。なお、アクションの強さを区別するため、リンクを示すノード間の交点に１、２、３などの数値を与え、購入など金銭のやり取りがある強いアクションほど大きい数値を付与するなどの重み付を行ってもよい。
【００２２】
＜全体の処理フローの例＞
以下、関係管理サーバ１２が行うノード登録、リンク登録のアクションの例を説明する。図１５はアクションコンピュータであるクリエイタコンピュータからの作品登録のアクションに伴う新ノードの追加のフロー例（ステップＳ１ｘｘ）を、図１６はアクションコンピュータであるオーディエンスコンピュータが作品を購入することによる新リンクの追加のフロー例（ステップＳ２ｘｘ）を、図１７はアクションコンピュータであるキュレータコンピュータからギャラリへ作品を登録することによる新リンクの追加のフロー例（ステップＳ３ｘｘ）を示している。
【００２３】
もちろん、新ノードの追加では、クリエイタやオーディエンスやギャラリなどを追加してもよい。また、新リンクの追加では、複数のクリエイタが共同した制作活動や、オーディエンスによる作品のお気に入りギャラリへの登録などもある。このような具体的なアクション以外にも、長時間参照や評価の書き込みなどの動作をリンク情報としてもよい。また、クリエイタ登録の削除などに伴うノードの削除やリンクの削除は連動して実施しても良よいし、削除はしないが削除状態として管理を継続してもよい。図１０に、実施例の説明に用いる、クリエイタ、オーディエンス、キュレータ、作品、ギャラリからなるノードで構成される市場の例を示し、それに対応する関係管理データベースのリンク構成レコード例を図７に示す。
【００２４】
＜関係管理データベースを用いたリコメンドフロー例＞
以下、ノードで構成される市場に対して、アクションコンピュータからのリコメンド要求に基づくリコメンドフロー例を示す。
図１８に、アクションコンピュータが関係管理サーバ１２にリコメンド要求を出し、リコメンド結果を得るまでの全体の動作フロー例（Ｓ５ｘｘ）を示す。この全体の動作フローを司る関係管理サーバ１２は、２つのサブフローを用いる。まず、図１９では、関係管理サーバ１２からの要求を受け、縮退処理部３０が、関係管理データベース２１を縮退した縮退関係管理データベース２３の作成を行うフロー例（Ｓ６ｘｘ）を示す。次に、図２０では、関係管理サーバ１２からの要求を受け、リンク距離計算部３１が、縮退関係管理データベース２３を用いて、起点となるノードからのリンク距離を計算するフロー例（Ｓ８ｘｘ）を示す。図１８〜図２０の処理を連携して、関係管理データベース２１を縮退処理し、リコメンド対象を選定できる距離を導き出すことが可能となる。
【００２５】
図１０の例を対象に、図２０のフロー例で縮退処理を行った結果である、ノード縮退の市場例を図１１に示し、それに対応する関係管理データベースの縮退リンク構成レコード例を図８に示す。もちろん、クリエイタがオーディエンスのリコメンド要求や、ギャラリがオーディエンスのリコメンド要求を行ってもよく、その場合、リコメンド範囲として指定されたノード以外のノードを縮退対象として縮退リンク構成レコードを作成する処理を行う。
【００２６】
以下、個々のフロー例を示す
＜作品登録に伴う新ノードの追加のフロー例＞
図１５に、アクションコンピュータであるクリエイタコンピュータからの作品登録のアクションに伴う新ノードの追加のフロー例を示す。
クリエイタコンピュータＣ１のアクションコンピュータは、ステップＳ１０１で、制作した作品と作成したクリエイタＩＤを有する情報を送り作品登録要求を行い、それを受けた関係管理サーバ１２は、ステップＳ１０２で、関係管理データベース２１に作品に対するＩＤ−Ｗ１１を付与して、新ノードレコードＷ１１を追加する。ステップＳ１０３で、新ノードに作品登録要求を出したクリエイタコンピュータノードＣ１とのリンク情報を設定する。図２（ａ）に、新ノードのレコードのレコード例を示す。レコードには、ノードタイプ、有効リンク数、リンク先ノードＩＤ、リンク先ノードのタイプが含まれる。登録時は、制作したクリエイタノードと作品ノードとを直接つなぐリンクが登録される。関係管理サーバ１２は、更に、ステップＳ１０４で、図２（ｂ）に示すクリエイタコンピュータノードレコードを読出し、ステップＳ１０５で、クリエイタコンピュータノードレコードに作品新ノードＷ１１とのリンク情報を設定する。図２（ｃ）に設定処理後のクリエイタコンピュータノードレコードを示す。次に、ステップＳ１０６で、関係管理データベース２１のリンク構成レコードに新ノードＷ１１の行、列を追加し（図７参照）、ステップＳ１０７で、図７に示す関係管理データベース２１のリンク構成レコードのＷ１１とＣ１との交点に、リンクありの状態を示す記号１を設定する（図７参照）。
【００２７】
＜作品購入による新リンク追加のフロー例＞
図１６に、アクションコンピュータであるオーディエンスコンピュータＡ４が作品Ｗ１３を購入することによる新リンクの追加のフロー例を示す。アクションコンピュータであるオーディエンスコンピュータＡ４は、ステップＳ２０１で、オーディエンスコンピュータＡ４が作品Ｗ１３の購入を関係管理サーバ１２に通知する。関係管理サーバ１２は、これを受け、ステップＳ２０２で、ノードＩＤ＝Ａ４をキーに、図３（ａ）に示すオーディエンスコンピュータＡ４ノードのレコードであるＡ４を読出し、ステップＳ２０３で、Ａ４のレコードに作品ノードＷ１３とのリンク情報を設定する。設定結果を図３（ｂ）に示す。これにより作品購入前のノードレコードは図３（ａ）に示すように、ノードＩＤ＝Ａ４、ノードタイプ＝オーディエンス、これまでの有効リンク数は２、リンク先はそれぞれ、リンク１はリンク先ノードＩＤ＝Ｗ３２で、リンク先ノードタイプは作品、リンク２はリンク先ノードＩＤ＝Ｗ４１で、リンク先ノードタイプは作品であるが、ステップＳ２０３を実施することで、有効リンク数＝３、新たなリンクであるリンク３は、リンク先ノードＩＤ＝Ｗ１３で、リンク先ノードタイプは作品として追加し、図３（ｂ）で示すノードとなる。
【００２８】
次に、ステップＳ２０４で、図４（ａ）に示す作品ノードＷ１３のレコードを読出し、ステップＳ２０５で、作品ノードＷ１３のレコードにオーディエンスコンピュータＡ４のノードＡ４とのリンク情報を設定する。設定した後のＩＤ＝Ｗ１３のノードレコードを図４（ｂ）に示す。これにより、作品購入前のノードレコードは図４（ａ）に示すように、ノードＩＤ＝Ｗ１３、ノードタイプ＝作品、これまでの有効リンク数は２、リンク先はそれぞれ、リンク１はリンク先ノードＩＤ＝Ｃ１で、リンク先ノードタイプはクリエイタ、リンク２はリンク先ノードＩＤ＝Ｇ１１で、リンク先ノードタイプはギャラリであるが、ステップＳ２０５を実施することで、有効リンク数＝３、新たなリンクであるリンク３は、リンク先ノードＩＤ＝Ａ４で、リンク先ノードタイプはオーディエンスとして追加し、図４（ｂ）で示すノードとなる。次に、ステップＳ２０６で、図７に示す関係管理データベース２１のリンク構成レコードを読出し、Ｗ１３とＡ４との交点にリンクの存在を示す記号１を追加する（図７参照）。
【００２９】
＜ギャラリへ作品を登録することによる新リンクの追加のフロー例＞
図１７に、アクションコンピュータであるキュレータコンピュータからギャラリへ作品を登録することによる新リンクの追加のフロー例を示す。
アクションコンピュータであるキュレータコンピュータＣｕ１は、ステップＳ３０１で、ギャラリＧ１２に作品Ｗ３１を追加登録する要求を関係管理サーバ１２に送る。関係管理サーバ１２はこれを受信し、ステップＳ３０２で、図５（ａ）に示すギャラリノードＧ１２のレコードを読出し、ステップＳ３０３で、ギャラリノードＧ１２のレコードに作品ノードＷ３１とのリンク情報を設定する。これにより、ギャラリノードＧ１２への作追加登録前のギャラリノードＧ１２のレコードは図５（ａ）に示すように、ノードＩＤ＝Ｇ１２、ノードタイプ＝ギャラリ、有効リンク数は２、リンク先はそれぞれ、リンク１はリンク先ノードＩＤ＝Ｃｕ１で、リンク先ノードタイプはキュレータ、リンク２はリンク先ノードＩＤ＝Ｗ２１で、リンク先ノードタイプは作品であるが、ステップＳ３０３を実施することで、有効リンク数＝３、新たなリンクであるリンク３は、リンク先ノードＩＤ＝Ｗ３１で、リンク先ノードタイプは作品として追加し、図５（ｂ）で示すノードとなる。次に、ステップＳ３０４で、図６（ａ）に示す作品ノードＷ３１のレコードを読出し、ステップＳ３０５で、作品ノードＷ３１のレコードにギャラリノードＧ１２とのリンク情報を設定する。これにより、ギャラリノードＧ１２への作追加登録前の作品ノードＷ３１のレコードは図６（ａ）に示すように、ノードＩＤ＝Ｗ３１、ノードタイプ＝作品、有効リンク数は２、リンク先はそれぞれ、リンク１はリンク先ノードＩＤ＝Ｃ３で、リンク先ノードタイプはクリエイタ、リンク２はリンク先ノードＩＤ＝Ｇ２１で、リンク先ノードタイプはギャラリであるが、ステップＳ３０５を実施することで、有効リンク数＝３、新たなリンクであるリンク３は、リンク先ノードＩＤ＝Ｇ１２で、リンク先ノードタイプはギャラリとして追加し、図６（ｂ）で示すノードとなる。
【００３０】
＜リコメンド要求に対し、リコメンド結果を得るまでの処理フロー例＞
図１８に、アクションコンピュータが関係管理サーバ１２にリコメンド要求を出し、リコメンド結果を得るまでの処理フロー例を示す。
アクションコンピュータであるオーディエンスコンピュータＡ１が、ステップＳ５０１で、ｎ個の作品のリコメンド要求を、関係管理サーバ１２に送信する。本例では、ｎ＝５個の例で説明する。関係管理サーバ１２は、ステップＳ５０２で、オーディエンスコンピュータＡ１からのリコメンド要求を受け、リコメンド対象が作品であることから、縮退対象外に作品を指定し、縮退処理部３０による処理を実行する。それによる縮退処理部３０の処理フローを、図１９に示す。なお、本処理フローでは、関係管理サーバ１２が管理している関係管理データベース２１から容易にリコメンド対象を抽出できるケースを除いて例を説明する。自明な場合は、この処理フローは用いない。
【００３１】
関係管理サーバ１２は、ステップＳ５０３で、縮退処理部３０の処理結果として、図９に示す縮退関係管理データベース２３を受信し、ステップＳ５０４で、受信した縮退関係管理データベース２３と起点となるノードＡ１、距離計算対象に作品を指定し、図２０のリンク距離計算部３１により距離計算処理を実行する。更に、ステップＳ５０５で、リンク距離計算部３１から、図１３で示す距離計算結果を受信し、ステップＳ５０６で、距離の近いｎ個（ここでは６個）を、オーディエンスコンピュータＡ１に返信する。この例では、リンク距離数が３までで６個のノードが抽出でき、５個の条件に対し、それを超えるもっとも少ないノードセットとして、Ｗ１２、Ｗ１１、Ｗ１３、Ｗ２１、Ｗ３２、Ｗ４１の６個を返信する。もちろん、他の条件により、５個に絞るため他の条件、例えば、オーディエンス縮退リンクの重みを強くする条件で、Ｗ３２、Ｗ４１をより近いとして、Ｗ１２、Ｗ１１、Ｗ１３、Ｗ３２、Ｗ４１の５個を選択し、返信してもよい。
【００３２】
オーディエンスコンピュータＡ１は、ステップＳ５０７で、これを受信し、コンピュータ画面に５個の作品を表示する。表示画面のイメージは、起点となるＡ１ノードをルートとし、距離１、距離２、距離３の作品ノードＩＤに対応する作品を表示した例を図１２に示す。ここでは、ノードＩＤ間のリンク関係を用いない例を示しているが、リンク関係を返信し、その情報を用いてもよい。また、他のオーディエンスノードの各作品との距離関係も求め、目標としたいオーディエンスや対抗したいオーディエンスの情報も付加してもよい。もちろん、表示順序や、これまで表示している作品と組み合わせて表示するなど他の方法で結果を伝えてもよい。
【００３３】
＜縮退関係管理データベースの作成フロー例で用いるデータ＞
縮退関係管理データベース２３の作成フロー例で用いるデータには、図７で示す、関係管理データベース２１と、図８で示す、作業用関係管理テーブル２２と、図９で示す、縮退関係管理データベース２３がある。
【００３４】
図７の関係管理データベース２１は縦横のマトリックス構造で、縦方向には関係管理空間に存在する全てのノードＩＤごとにカラムを有し、横方向には関係管理空間に存在する全てのノードＩＤごとのカラムに加え、各ノードのデータレコードへのリンク情報のカラムを有する。ノードがどのノードと直接リンクを有しているか、そのノードのタイプは何かなどの情報は、ここの情報を用いる。
【００３５】
図７では、ノード間で直接リンクするものには、交点のカラムに記号１を付与している。以下のフロー例の説明で用いる図７に対応する関係管理空間例を図１０に示す。図８の作業用関係管理テーブル２２は、図７の関係管理データベース２１の縦方向の各ノードＩＤごとに、縮退処理の進行を管理する縮退処理完了フラグを持たせ、進行を管理するとともに、縮退により生成したリンクを示す数字を付与する。なお、通常のリンクを表す数字と、縮退により生成したリンクを表す数字（★印の数字）を図８に示すように使い分けても良い。図９の縮退関係管理データベース２３は、図８を用いて縮退処理が完了したマトリックスで、ノードとして残して、リコメンド対象を判断するために保持する保持ノード種別だけを残した関係管理データベースである。
【００３６】
＜縮退関係管理データベースの作成フロー例＞
図１９に、関係管理サーバ１２からの要求を受け、縮退処理部３０が、関係管理データベース２１から縮退関係管理データベース２３の作成を行うフロー例（Ｓ６ｘｘ）を示す。この処理により、少ないリンク情報しか持たない関係管理データベースを用いても、注目するノード間の近さや相関を作成できる。
【００３７】
関係管理サーバ１２は、ステップＳ５０２で、縮退処理部３０に対し、縮退処理対象の関係管理データベース２１と、要求元ノードタイプ＝Ａ、リコメンド対象ノード対応＝Ｗを指定し、縮退処理要求を送信する。
【００３８】
縮退処理部３０は、ステップＳ６０１で、縮退対象ノード種別にＷを除くＣ、Ｃｕ、Ａ、Ｇを設定する。ここで、Ｃのノード種別はクリエイタ、Ｃｕのノード種別はキュレータ、Ａのノード種別はオーディエンス、Ｇのノード種別はギャラリである。次に、ステップＳ６０２で、保持ノード種別にＡとＷを設定する。これは、リコメンドの起点となるノード種別がＡであり、リコメンド対象のノード種別にＷが指定されているからである。次に、ステップＳ６０３で、図７に示す関係管理データベース２１をコピーし、図８に示す作業用関係管理テーブル２２とする。図７は、アクションコンピュータであるオーディエンスコンピュータ、クリエイタコンピュータ、キュレータコンピュータ、それらのコンピュータの活動結果である作品、ギャラリの各ノードと、それらのノード間の直接的な関係を交点の記号１で表現したマトリックテーブルとなっている。なお、この図７のテーブルに対応する商空間の概念図を図１０に示す。
【００３９】
準備が終わると、縮退処理部３０は、ステップＳ６０４で、図８の作業用関係管理テーブル２２を読出し、作業用関係管理テーブル２２に縮退処理完了フラグ「未」のノードレコードがあるかを確認し、それが在る場合は、ステップＳ６０５で、ノードレコードのリンクからノードレコードを読み出す。この例では、図２（ｃ）に示すノードＣ１のノードレコードを読み出す。次に、ステップＳ６０６で、縮退対象のノード種別か否かを確認し、縮退対象の場合は、ステップＳ６０７で、該ノードレコードが持つリンク先のノードを直接つなぐリンクを生成する。図２（ｃ）の場合は、Ｗ１１−Ｗ１２、Ｗ１１−Ｗ１３、Ｗ１２−Ｗ１３の３個を生成する。次に、ステップＳ６０８で、生成したＷ１１−Ｗ１２、Ｗ１１−Ｗ１３、Ｗ１２−Ｗ１３の３リンクを、図８の作業用関係管理テーブル２２に追加する。次に、ステップＳ６０９で、保持対象のノード種別か否かを確認し、Ｎｏの場合は、ステップＳ６１０で、ノードを削除する。次に、ステップＳ６１１で、作業用関係管理テーブル２２の該ノードの縮退処理完了フラグに「済み」を設定し、ステップＳ６０３に戻る。保持対象のノード種別の場合も、同様に縮退処理完了フラグに「済み」を設定し、ステップＳ６０３に戻る。ステップＳ６０３で、作業用関係管理テーブル２２に縮退処理完了フラグ「未」のノードレコードが無いと判断すると、ステップＳ６１２で、縮退処理完了となり、作業用関係管理テーブル２２から、ノードタイプがＡとＷだけの図９に示す縮退関係管理データベース２３を関係管理サーバ１２に返信する。関係管理サーバ１２は、ステップＳ５０３でこれを受信する。ステップＳ５０３はメインの処理フローの図１８のＳ５０３に対応する。
【００４０】
なお、縮退処理部３０は、アクションコンピュータからのリコメンド要求時に関係管理サーバ１２から動作させるだけでなく、関係管理サーバ１２は、アクションコンピュータからのリコメンド要求を想定し、関係管理データベース２１のデータレコードの増加量などを判断し、縮退関係管理データベース２３を定期的な更新処理を行ってもよい。その際、特定のアクションコンピュータを対象にするのではなく、アクションコンピュータのタイプやグループなどを指定し、縮退関係管理データベース２３の更新処理を行ってもよい。
【００４１】
＜起点ノードからの距離計算フロー例で用いるデータ＞
起点ノードからの距離計算フロー例で用いるデータには、図１３で示す、リンク距離別ノードリストと、図１４で示す、リンク距離探索処理データがある。
図１３のリンク距離別ノードリストは、起点となるノードからのリンク距離数毎のノードＩＤをリストアップしたデータであり、リンク距離数のカラムと、その距離数のノードを格納する対象ノードのカラムからなる。
図１４のリンク距離探索処理データは、次項のフローで用いるワーク用データで、起点となるノードＩＤから現在処理中の探索距離を保持するカラム、探索距離のノードを探すための起点となるノードＩＤとなる探索元ノードＩＤを保持するカラム、それまでの処理で既に探索された探索済みノードＩＤを保持するカラム、現在探索処理中のノードＩＤを示す処理中ノードＩＤを保持するカラム、指定された探索距離で探索されたノード数を示す増加探索ノード数を保持するカラム、それまでの処理で既に探索されたノード数を示す積算探索ノード数を保持するカラム、からなる。
【００４２】
＜起点ノードからの距離計算フロー例＞
図２０に、関係管理サーバ１２からの要求を受け、リンク距離計算部３１が、縮退関係管理データベース２３を用いて、起点となるノードからのリンク距離を計算するフロー例（Ｓ７ｘｘ）を示す。
関係管理サーバ１２は、ステップＳ５０４−１で、起点となるノードＡ１を、距離計算対象に作品を指定し、ステップＳ５０４−２で、図９に示す縮退関係管理データベース２３を指定し、ステップＳ５０４−３で、リンク距離計算部３１にｎ個の近傍ノードを探索するリンク距離計算処理を要求する。このフロー例では、リコメンドを希望する作品集５個がｎの値となる。
【００４３】
リンク距離計算部３１は、ステップＳ７０１で、図１３で示すリンク距離別ノードリストを初期化し、起点ノードＡ１をリンク距離＝０のカラムに設定し、ステップＳ７０２で、図１４で示すリンク距離探索処理データの、探索距離＝０、探索元ノード＝Ａ１、積算探索ノード数＝０で初期化する。ステップＳ７０３では、積算探索ノード数がｎ以上か、を判定し、ステップＳ７０４では、増加探索ノード数が０か、を判定し、探索を開始する。ステップＳ７０５では、探索距離に１を加算した数を探索距離に設定し、ステップＳ７０６では、図１４に示すリンク距離探索処理データの探索元ノードカラムに探索元ノードＩＤがあるか否かを判定し、有りの場合は、ステップＳ７０７で、リンク距離探索処理データ（図１４）の探索元ノードのカラムから１個の探索元ノードＩＤを取り出し、リンク距離探索処理データ（図１４）の探索済みノードのカラムに設定し、ステップＳ７０８で、取り出した探索元ノードＩＤを処理中ノードに設定する。次に、ステップＳ７０９で、図９に示す、縮退関係管理データベース２３を対象に、処理中ノードからリンク距離１のノードＩＤを探索し、これが有る場合は、ステップＳ７１０で、探索したノードＩＤが、探索済みノードカラムに存在するか否かを確認し、無しの場合は、ステップＳ７１１で、探索したノードＩＤを、図１３で示すリンク距離別ノードリストのリンク距離数が探索距離と同じカラムに設定する。更に、ステップＳ７１２で、同じく、探索したノードを、図１４で示すリンク距離探索処理データの探索元ノードに設定し、ステップＳ７１３で、増加探索ノード数、積算探索ノード数にそれぞれ１を加算し、ステップＳ７０９へ戻り、処理中ノードからリンク距離１のノードＩＤの探索を継続する。
【００４４】
ステップＳ７０９、ステップＳ７０６での、どちらも処理済みの判定で、指定された探索距離でのノード探索を終了し、ステップＳ７０３で、目標とするリコメンド作品数に到達したかどうかを、積算探索ノード数がｎ以上かどうかによって判定し、超えていれば、ステップＳ７１４で、図１３で示すリンク距離別ノードリストを関係管理サーバ１２に返信する。
【００４５】
関係管理サーバ１２は、ステップＳ５０５で、これを受信する。この例では、リンク距離が１はＷ１２、リンク距離が２はＷ１１、Ｗ１３、リンク距離が３はＷ２１、Ｗ３２、Ｗ４１で、合計６個のノードＩＤを受信することとなる。ステップＳ５０５は図１８に対応し、ステップＳ５０５に続くフローとして、ステップＳ５０６で、距離の近いｎ個（ここでは６個）を、オーディエンスコンピュータＡ１に返信する。アクションコンピュータのオーディエンスコンピュータＡ１は、ステップＳ５０７でこれを受信し、ｎ個の作品のリコメンド情報として、コンピュータ画面に表示する。
【００４６】
なお、リンク距離計算部３１は、アクションコンピュータからのリコメンド要求時に関係管理サーバ１２から動作させるだけでなく、関係管理サーバ１２が、アクションコンピュータからのリコメンド要求を想定し、関係管理データベース２１のデータレコードの増加量などを判断し、定期的なリンク距離別ノードリストの更新処理を行ってもよい。その際、特定のアクションコンピュータを対象にするのではなく、アクションコンピュータのタイプやグループなどを指定し、リンク距離別ノードリストを一括または選択して更新処理を行ってもよい。
【００４７】
＜補記＞
リコメンダシステムに含まれうるハードウェアエンティティ（関係管理サーバ、アクションコンピュータ）は、キーボードなどが接続可能な入力部、液晶ディスプレイなどが接続可能な出力部、ハードウェアエンティティの外部に通信可能な通信装置（例えば通信ケーブル）が接続可能な通信部、ＣＰＵ（Central Processing Unit）〔キャッシュメモリやレジスタなどを備えていてもよい〕、メモリであるＲＡＭやＲＯＭ、ハードディスクである外部記憶装置並びにこれらの入力部、出力部、通信部、ＣＰＵ、ＲＡＭ、ＲＯＭ、外部記憶装置の間のデータのやり取りが可能なように接続するバスを有している。また必要に応じて、ハードウェアエンティティに、ＣＤ−ＲＯＭなどの記録媒体を読み書きできる装置（ドライブ）などを設けるとしてもよい。このようなハードウェア資源を備えた物理的実体としては、汎用コンピュータなどがある。
【００４８】
ハードウェアエンティティの外部記憶装置には、上述の機能を実現するために必要となるプログラムおよびこのプログラムの処理において必要となるデータなどが記憶されている（外部記憶装置に限らず、例えばプログラムを読み出し専用記憶装置であるＲＯＭに記憶させておくなどでもよい）。また、これらのプログラムの処理によって得られるデータなどは、ＲＡＭや外部記憶装置などに適宜に記憶される。
【００４９】
ハードウェアエンティティでは、外部記憶装置〔あるいはＲＯＭなど〕に記憶された各プログラムとこの各プログラムの処理に必要なデータが必要に応じてメモリに読み込まれて、適宜にＣＰＵで解釈実行・処理される。その結果、ＣＰＵが所定の機能（縮退処理部、リンク距離計算部）を実現する。
【図１】
2015041142.tif 000003
【図２】
2015041142.tif 000004
【図３】
2015041142.tif 000005
【図４】
2015041142.tif 000006
【図５】
2015041142.tif 000007
【図６】
2015041142.tif 000008
【図７】
2015041142.tif 000009
【図８】
2015041142.tif 000010
【図９】
2015041142.tif 000011
【図１０】
2015041142.tif 000012
【図１１】
2015041142.tif 000013
【図１２】
2015041142.tif 000014
【図１３】
2015041142.tif 000015
【図１４】
2015041142.tif 000016
【図１５】
2015041142.tif 000017
【図１６】
2015041142.tif 000018
【図１７】
2015041142.tif 000019
【図１８】
2015041142.tif 000020
【図１９】
2015041142.tif 000021
【図２０】
2015041142.tif 000022