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