情報処理装置、制御方法、プログラム
【課題】 ユーザの負荷を軽減して、コンテンツの自動推奨を行うことを目的とする。
【解決手段】 ユーザと他の人物との関連の判定に応じて、前記他の人物のためのコンテンツを取得し、取得したコンテンツをユーザに推奨する。
【解決手段】 ユーザと他の人物との関連の判定に応じて、前記他の人物のためのコンテンツを取得し、取得したコンテンツをユーザに推奨する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを配信する情報処理装置に関する。
【背景技術】
【０００２】
近年、記念日などに撮影した写真を用いて、アルバム、ポスター、スライドショーなどのように編集された写真商材として配信してくれるサービスが普及している。しかしながら、このような写真商材配信サービスを利用する際には膨大の量の写真を見ながらそれらを比較し、ふさわしい写真を決める必要があり、ユーザにとって煩雑かつ面倒な作業が必要である。このような、写真選定作業は、ユーザにとって負荷が非常に高く、上述の写真商材配信サービスの利用を敬遠する一つの要因となっている。上記のようなコンテンツ配信サービスのユーザの負荷を低減する技術として、例えば特許文献１は、予めユーザが入力して指定した選定条件に適合するコンテンツをユーザが指定したタイミングに配信する技術を開示している。これにより、ユーザは所望のタイミングで所望のコンテンツを編集が完了した形式で受け取ることができる。また、特許文献２は、ユーザから提供された写真のコメントから、スライドショー再生の際にふさわしい音楽を選択する技術を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１８６９０３号公報
【特許文献２】特開２００６−２３５９０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の特許文献１、特許文献２のいずれの場合にも、ユーザが配信されるコンテンツに関しての選定条件やコメントの事前の入力操作が必要である。つまり、ユーザのコンテンツの作成から編集された写真商材を受け取るまでの負荷の減少としては改善の余地がある。また、上述の従来技術はユーザの趣味や趣向、他の人物との関係を考慮していないため選択されるコンテンツがユーザにとって必ずしも適切なコンテンツというわけではなかった。例えば、ユーザが友達などにアルバム等をプレゼントしたい場合に、上述の従来技術ではユーザと友達がどのような関係で、友達がどのような画像を望むかをユーザが条件として入力しなければならない。
【０００５】
本発明は上述した問題を解決するためになされたものであり、ユーザの負荷を軽減しつつ、ユーザと他の人物との関係に応じたコンテンツを配信することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための一手段として、ユーザと関係する人物のためのコンテンツを配信する情報処理装置であって、前記ユーザのネットワーク上での活動に基づいて、前記ユーザと前記人物との関係を判定する判定手段と、前記判定手段による判定に応じて、前記人物のためのコンテンツを取得する取得手段と、前記取得手段により取得したコンテンツを前記ユーザまたは前記人物に配信する配信手段と、を有することを特徴とする情報処理装置を提供する。
【発明の効果】
【０００７】
本発明によれば、ユーザと関係する人物のためのコンテンツを自動で配信することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態における写真商材推奨システムの構成の一例を示す図である。
【図２】本実施形態における情報処理装置のハードウェア構成を示す図である。
【図３】本実施形態における写真商材配信表の一例を示す図である。
【図４】本実施形態における写真商材推奨システムの全体動作を示すフローチャートである。
【図５】ＳＮＳからの情報取得を示すフローチャートである。
【図６】プロフィール情報の一例を示す図である。
【図７】商材受信者の関連設定処理を示すフローチャートである。
【図８】関連と配信対象日との関係を示す図である。
【図９】使用写真の決定処理を示すフローチャートである。
【図１０】友人情報の一例を示す図である。
【図１１】参加グループ情報の一例を示す図である。
【図１２】メッセージ情報の一例を示す図である。
【図１３】日記情報の一例を示す図である。
【図１４】スケジュール情報の一例を示す図である。
【図１５】コンテンツ情報の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１０】
＜実施形態１＞
図１は、本発明に係るコンテンツの推奨を行う写真商材推奨システムの構成について説明したものである。なお、本実施形態において推奨するコンテンツを写真（画像）商材として説明を行う。クライアント１０１は、本実施形態における写真商材推奨システムから、ネットワーク１０４を介して、写真商材の推奨を受ける情報処理装置である。サーバ装置１０２は、クライアント１０１に対して自動的に適切なタイミングで写真商材を推奨し、写真商材を配信する情報処理装置である。サーバ装置１０２は、ネットワーク１０４を介して、ソーシャルネットワーキングサービス（ＳＮＳ）サーバ１０３から写真商材を配信するために必要な情報を取得する。ＳＮＳサーバ１０３は、ネットワーク１０４上でＳｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ（ＳＮＳ）を提供するＷｅｂサーバ機能を有する情報処理装置である。ここで、本実施形態に係るＳＮＳとは、ユーザ夫々が画像やブログ（日記）等をＳＮＳ上にアップロードし、アップロードされた画像や他のユーザに対する評価やコメントを行うことが可能である。また、ＳＮＳは、上述のネットワーク上（ＳＮＳ）での活動を通じてユーザ同士のコミュニケーションの場を提供するサービスである。また、各ユーザは自身の誕生日、職業などのプロフィール、スケジュール、日記を登録し、他のユーザに公開することができる。また、ＳＮＳのユーザは、他のユーザを「友達」または「お気に入り」として設定したり、ユーザ同士でメッセージのやり取りをしたりすることが可能である。また、ユーザが写真などのコンテンツを投稿して公開することが可能である。また、公開したコンテンツに対して他のユーザからコメントや評価が付与される。また、ＳＮＳにおいて、ユーザは共通の趣味、趣向、属性を有するユーザを募集する「グループ」を構築することができる。ユーザは、「グループ」を構築して、共通の趣味、趣向、属性を有する他のユーザを募集したり、他のユーザが構築した「グループ」に参加したりすることが可能である。
【００１１】
以上のようなＳＮＳを提供するＳＮＳサーバ１０３は、他の装置から本ＳＮＳのユーザを一意に識別するＩＤの入力を含む要求を受付けると、入力されたＩＤに対応するユーザのＳＮＳにおけるネットワーク上での活動を示す情報を他の装置に出力する機能を備える。ＳＮＳサーバ１０３が出力するユーザのＳＮＳにおけるネットワーク上での活動を示す情報の一例を図６、図１０〜図１５に示す。図６は、ＳＮＳのユーザが登録した該ユーザ自身のプロフィール情報である。プロフィールには、プロフィール画像、ユーザＩＤ、ユーザ名、性別、生年月日、居住地、記念日、自己紹介文などが含まれる。図１０は、友人情報の一例である。友人情報は、ユーザが友人としてＳＮＳで設定している他のユーザのユーザＩＤとユーザ名の一覧が含まれる。図１１は、ユーザが参加しているグループのグループＩＤとグループ名の一覧を示すグループ情報である。なお、ＳＮＳサーバ１０３は、他の装置からグループを一意に識別可能なＩＤを含む要求に応じて、該グループに参加するユーザのユーザＩＤとユーザ名の一覧についても他の装置に対して提供可能である。図１２は、ユーザがＳＮＳにおいて送受信したメッセージに関するメッセージ情報である。メッセージ情報は、送信日時（受信日時）、宛先（送信元）、本文、添付ファイルが含まれる。
【００１２】
図１３は、ＳＮＳのユーザがＳＮＳにアップロードした日記に関する日記情報である。日記情報として、投稿日時、件名、本文、添付ファイルなどが含まれる。図１４は、ＳＮＳのユーザが登録したスケジュールに関するスケジュール情報である。スケジュールに関する情報には、スケジュールの件名、開始日、終了日、開催場所、同行者、内容の情報などが含まれる。図１５は、ユーザがＳＮＳにアップロードしたコンテンツに関する属性であるコンテンツ情報を示す。コンテンツ情報は、アップロード日時、作成日時、タイトル、タグ、そのコンテンツに対するコメントを投稿したユーザＩＤと投稿日時及びコメント内容、評価ボタン押下回数を含む。ＳＮＳにおいてコンテンツに付されたコメントは、一つのコンテンツに対して複数付与することが可能である。なお、ＳＮＳのユーザは他のユーザ（またはユーザ自身）により投稿されたコンテンツを閲覧した際に、そのコンテンツが気に入ればＳＮＳの機能として用意された評価ボタンを押下する。また、タグとしてコンテンツに設定される情報としては、被写体の名称、撮影場所、撮影に使用する機材である。タグとしては、ＳＮＳ上でユーザによる入力により設定させる。なお、アップロードしたコンテンツのメタデータからＳＮＳサーバ１０３が自動でタグを設定する構成としても良い。ここで、コンテンツとは、画像データ（写真）、動画データ、音楽データ等のデータである。以上説明したように、ＳＮＳサーバ１０３は、ユーザのＳＮＳにおけるネットワーク上での活動を示す情報を保持し、他の装置に対して提供することができる。
【００１３】
サーバ装置１０２は、写真商材推奨システムのユーザのＳＮＳでのユーザＩＤから、該ユーザの上述したＳＮＳにおけるネットワーク上での活動を示す情報をＳＮＳサーバ１０３から取得する。サーバ装置１０２は取得したＳＮＳにおけるユーザの活動に基づいて、写真商材を推奨するタイミングを決定する。また、サーバ装置１０２は写真商材を実際に提供する対象である商材受信者を決定する。また、サーバ装置１０２は、ユーザと商材受信者との関係に応じて、写真商材の内容に用いるコンテンツ（画像）を決定する。サーバ１０２は決定されたこれらの情報を推奨情報として、写真商材を推奨するユーザに対応するクライアント１０１に写真商材推奨の通知を行う。記憶装置１０５はＳＮＳから取得した情報及び、写真商材配信に関する推奨情報を記憶する記憶装置である。なお、記憶装置１０５は、サーバ１０２に内蔵されていてもよいし、外部装置としてサーバ１０２に接続されていても良い。
【００１４】
上述したように、ＳＮＳにおけるユーザのネットワーク上での活動を示す情報としては、ユーザが送受信したメッセージ、ユーザが登録したスケジュール、コンテンツへの評価、ユーザの属性（プロフィールやグループ情報）等が一例としてあげられる。
【００１５】
なお、図１に示すシステム構成は一例に過ぎずこれに限定されるものではない。例えば、クライアント１０１はネットワーク１０４への接続機能を持つ端末であれば良く、パーソナルコンピュータやスマートフォンであってよい。また、サーバ１０２が情報を取得するＳＮＳサーバ１０３が複数あっても良い。また、サーバ装置１０２がＳＮＳサーバ１０３を兼ねてＳＮＳを提供する構成としても構わない。なお、ネットワーク１０４は、複数のネットワークが結合したインターネットや社内等の限られた範囲のネットワークであってもよい。
【００１６】
図２は、本発明に係る写真商材推奨システムにおけるクライアント１０１及びサーバ装置１０２の代表的なハードウェア構成である。２０１は、コンピュータの全体の制御を実行する中央演算装置（以下、ＣＰＵと記す）である。ＣＰＵ２０１はバス２０７に接続された各装置の制御を行う。また、ＣＰＵ２０１は、後述するＲＯＭ２０２に記憶されているプログラムを実行することにより、各ハードの制御、情報の演算により後述する処理を実現する。なお、サーバ装置１０２におけるＣＰＵ２０１は、以下に説明を行う図４、５、７、９に示すフローチャートにおける各処理をプログラムを実行することにより実現する。２０３は、ランダムアクセスメモリであり、ＣＰＵ２０１のワークメモリとして、実行プログラム自身や実行プログラムに必要なデータを格納する。２０２は、ＣＰＵ２０１の処理手順を記録しているリードオンリーメモリ（以下、ＲＯＭと記す）である。
【００１７】
ＲＯＭ２０２には、コンピュータの基本制御を行う基本ソフト（オペレーティングシステム）を記録したプログラムＲＯＭとコンピュータが処理をするために必要なデータを記録したデータＲＯＭがある。サーバ装置１０２のＲＯＭ２０２は、図４、５、７、９に示すフローチャートを実現するためのプログラムが格納されている。２０４は、入力装置であり、ユーザからの入力を物理的に受け付けるためのものであり、キーボードやマウスにより構成される。２０５は、表示装置であり、コンピュータの処理などを表示するためのものであり、液晶ディスプレイなどにより構成される。２０６は、ネットワークインタフェース（以下、ＮＥＴＩＦと記す）であり、ネットワークを介して接続される外部装置との情報のやり取りを制御する。
【００１８】
以上の構成からなる本実施形態における写真商材推奨システムの動作について説明する。本実施形態における写真商材推奨システムは、ユーザのＳＮＳにおけるネットワーク上での活動を示す情報に基づいて、適切なタイミングに適切な写真内容の写真商材を推奨する。また、本実施例においては、写真商材推奨システムのユーザがＳＮＳにおいて友人として設定している人物に写真商材を贈呈するようユーザに推奨を行う。さらに、本写真商材システムは、ユーザ自身への写真商材の推奨を行う。
【００１９】
図４は、本実施形態における写真商材を推奨し、配信するサーバ装置１０２の全体の処理の流れを表したものである。Ｓ４０１において、サーバ装置１０２は、ＳＮＳサーバ１０３から写真商材推奨システムのユーザのＳＮＳにおけるネットワーク上での活動を示す情報及び推奨する写真商材に用いるコンテンツに関する情報を取得する。なお、Ｓ４０１での処理は図５に示すフローチャートを用いて後述する。Ｓ４０２において、サーバ装置１０２は、取得したユーザのＳＮＳにおけるネットワーク上での活動を示す情報を基に写真商材配信表を作成する。Ｓ４０２において作成する写真商材配信表の一例を図３に示す。図３に示す写真商材配信表は、配信ＩＤ、通知日、通知受信者、配信対象日、商材受信者、写真商材に用いる使用写真ＩＤ，推奨する商材タイプ、通知受信者と商材受信者との関係性から構成される。
【００２０】
配信ＩＤの項目は、１件ごとの配信に対して一意に設定される配信ＩＤが格納される。通知日の項目には、通知受信者に対して通知を行う日付が格納される。通知日は、設定した配信対象日から起算して一定日数前として設定する。通知受信者の項目には、写真商材推奨の通知を受け取る通知受信者のユーザＩＤが格納される。配信対象日は、写真商材推奨システムが想定する商材受信者に対して写真商材を実際に送る日付が格納される。例えば、写真商材推奨システムがユーザの知人の誕生日用の写真商材を推奨する場合は、知人の誕生日が配信対象日として設定される。また、写真商材推奨システムが通知受信者を経由せずに直接商材受信者に写真商材を配信する場合は、設定した配信対象日に配信を行う。商材受信者の項目には、写真商材を受け取る商材受信者のユーザＩＤが格納される。この通知受信者や商材受信者のユーザＩＤに関しては、ＳＮＳサーバ１０２で使用されるユーザＩＤをそのまま使用しても良い。もしくは、本発明の写真商材推奨システム内で一意に定義したユーザＩＤを使用しても良い。
【００２１】
使用写真ＩＤの項目には、写真商材に使用する写真群を特定するための情報を格納する。写真のファイル名を格納しても良いし、ＳＮＳへ写真をアップロードした際にＳＮＳ内で付与される写真ＩＤを使用しても良い。なお、使用写真を決定する処理は、図９に示すフローチャートを用いて後述する。使用写真商材タイプの項目は写真商材の出力タイプの情報を格納する。アルバムやスライドショー、マグカップやＴシャツなどの出力タイプ情報に加え、アルバムのページ数や装飾などの情報をこの項目に付与しても良い。通知受信者と商材受信者の関係性の項目には、取得したユーザのＳＮＳにおけるネットワーク上での活動を示す情報に基づいて、判定される通知受信者と商材受信者の関係が入力される。ユーザ（通知受信者）と商材受信者の関係に応じて、使用写真は決定される。通知受信者と商材受信者の関係性の設定処理については図７を用いて後述する。
【００２２】
Ｓ４０３において、サーバ装置１０２は、作成した写真商材配信表に従って推奨の通知を送信する。サーバ装置１０２は、作成した写真商材配信表に基づいて、使用する画像を商材毎のテンプレートに配置（レイアウト）し、商材を完成させる。また、サーバ装置１０２は商材のプレビュー表示用のファイルを作成した商材に基づいて作成する。なお、プレビュー表示用の商材としては、使用する画像の解像度を低下させたものや複数ページある商材に関しては一部を抜き出したもの作成する。サーバ装置１０２は、写真商材推奨システムのユーザである通知受信者に対して、写真商材の推奨通知を行う。写真商材推奨システムは、通知受信者と商材受信者が同一の場合にはユーザ（通知受信者かつ商材受信者）のための写真商材を推奨する。通知受信者と商材受信者が異なる場合にはユーザ（通知受信者）に商材受信者を対象とした贈呈用の写真商材を推奨することとなる。サーバ装置１０２は、通知受信者であるユーザに例えばＥメール等により、写真商材推奨の通知を送信する。写真商材推奨の通知として、写真商材のプレビューを閲覧可能なリンク先を示すＷＥＢページのＵＲＬを併せて送信する。また、写真商材のプレビュー自体を併せて通知しても良い。Ｓ４０４において、サーバ装置１０２は、通知受信者が推奨した写真商材を承認し、実際に配信を行うか判断を行う。通知受信者が推奨された商材の配信を希望する場合は、通知受信者は配信の指示として承認を行う。サーバ装置１０２の配信の指示の検出は、Ｓ４０３において通知した写真商材推奨とともに、承認を行うか否かを入力するためのＷＥＢページへのリンク先を記載し、該ページにおいて配信の指示の入力が行われたか否かで判断する。写真商材のプレビューの表示画面と同じ画面に承認を行うための入力させる構成としても良い。これらの、サーバ装置１０２は、ユーザに対する問い合わせのユーザの応答に応じて、推奨したコンテンツを配信するかを判定することが可能である。
【００２３】
Ｓ４０５において、商材受信者に対して、写真商材を配信するための処理を行う。例えば、配信する写真商材が電子的なファイル形式であった場合は、サーバ装置１０２は、生成したファイルをネットワーク１０４を介して、通知受信者に対応するクライント１０１に送信する。この場合、通知受信者はサーバ装置１０２から配信された写真商材を商材受信者に転送して贈呈を行う。また、サーバ装置１０２が直接商材受信者に生成した写真商材を商材受信者に対応するクライアント１０１に配信しても良い。また、サーバ装置１０２が通知受信者による承認を得ること無く直接商材受信者に生成した写真商材を商材受信者に対応するクライアント１０１に配信するよう構成しても良い。また、使用写真商材タイプがアルバム等の印刷物の場合には、サーバ装置１０２は、不図示の印刷システムに写真商材の印刷指令を送信し、印刷された写真商材を物理的に通知受信者または商材受信者に配送させるようにする。
【００２４】
Ｓ４０６において、作成した写真商材のプレビューを電子的な形態でＳＮＳ上にアップロードする。これにより、ＳＮＳを介して多くのユーザが写真商材のプレビューを閲覧することができる。また、写真商材に対して、他のユーザからのコメントや評価をＳＮＳ上で得ることにより、ユーザ同士のＳＮＳ上の活動を促進することができる。
【００２５】
図５は、Ｓ４０１に示すＳＮＳにおけるユーザのネットワーク上での活動を示す情報の取得処理の詳細を示すフローチャートである。Ｓ５０１において、サーバ装置１０２は、ＳＮＳサーバ１０３にログインするためのユーザＩＤとパスワードをユーザの入力により取得し、記憶装置１０５に記憶する。Ｓ５０３において、サーバ装置１０２は、ＮＥＴＩＦ２０６を介してＳＮＳサーバ１０３にアクセスし、Ｓ５０１において取得したユーザＩＤとパスワードを使用してＳＮＳサーバ１０３にＳＮＳにおけるネットワーク上での活動を示す情報の取得要求を送信する。Ｓ５０４において、認証が完了するとサーバ装置１０２は、ＳＮＳサーバ１０３からＳＮＳにおけるネットワーク上での活動を示す情報を取得する。Ｓ５０５において、サーバ装置１０２は、Ｓ５０４で取得した個人情報及びコンテンツ情報を記憶装置１０５に格納する。なお、図５にあるＳＮＳから個人情報及びコンテンツ情報を取得する処理は、任意のタイミングで繰り返し実行し、情報を更新する。最新のＳＮＳでの活動の内容も反映させて、写真商材の推奨を行うためである。
【００２６】
続いて、Ｓ４０２に示す配信表作成処理の詳細を図７、８、９に示すフローチャートを用いて説明する。配信表作成処理は、図３に示す配信表の各項目の内容を決定する。まず、サーバ装置１０２は、通知受信者として、写真商材推奨システムに登録しているユーザを設定する。ここで、通知受信者の項目に設定する情報としては、ユーザを一意に識別可能なＩＤをとする。続いて、サーバ装置１０２は、実際の写真商材を受け取る対象となる商材受信者の決定と決定した商材受信者と通知受信者との関係性を識別する。本実施例において、写真商材システムのユーザ（通知受信者）本人と、ユーザ（通知受信者）がＳＮＳにおいて友人として設定している人物全てとを商材受信者とする。
【００２７】
続いて、商材受信者とユーザ（通知受信者）との関係性を判定して設定する設定処理の詳細を図７に示す。ここで、商材受信者とユーザ（通知受信者）との関係性の設定とは、ユーザと商材受信者がＳＮＳでどのような活動において関連し、関係を持っているかを判定し、その判定に基づいて商材受信者を分類することである。Ｓ７０１において、サーバ装置１０２のＣＰＵ２０１は、商材受信者として設定されている人物のＳＮＳにおけるネットワーク上での活動を示す情報を取得し、記憶装置１０５に記憶する。ＣＰＵ２０１は、ユーザ（通知受信者）のＳＮＳでの友人一覧（図１０）を記憶装置１０５から参照し、商材受信者のＳＮＳでのユーザＩＤを取得する。そして、図５に示すＳＮＳ情報取得処理を商材受信者のＳＮＳでのユーザＩＤを用いて実行する。なお、本実施例において、ＳＮＳサーバ１０３は、ユーザ（通知受信者）のＳＮＳでのＩＤ、パスワードで認証を行えば、友人として設定している他のＳＮＳのユーザのＳＮＳにおけるネットワーク上での活動を示す情報を取得できるものとする。また、商材受信者のＳＮＳでのユーザＩＤに対応するパスワードをユーザにより入力させ、認証を得ることで商材受信者のＳＮＳにおけるネットワーク上での活動を示す情報を取得する構成としても良い。続いて、Ｓ７０２においてＣＰＵ２０１は、夫々取得したユーザ（通知受信者）と商材受信者のスケジュール情報（図１４）を比較し、共通する内容のスケジュールが存在するかを判定する。Ｓ７０２においてユーザ（通知受信者）と商材受信者とのスケジュール情報に共通する内容のスケジュールが存在すると判定された場合、Ｓ７０３に処理を進める。Ｓ７０３においてＣＰＵ２０１は、該商材受信者を「共通スケジュール関係」に設定する。ＣＰＵ２０１は、該商材受信者のＩＤと関連付けて保持している「共通スケジュール関係」を示すフラグをＯＮに設定する。Ｓ７０２においてユーザ（通知受信者）と商材受信者とのスケジュール情報に共通する内容のスケジュールが存在しない場合とＳ７０３の処理が行われた後は、Ｓ７０４に処理を進める。
【００２８】
Ｓ７０４においてＣＰＵ２０１は、ユーザ（通知受信者）と商材受信者とのＳＮＳで送受信したメッセージ情報（図１２）とに基づいて、ユーザ（通知受信者）と商材受信者とが所定回数以上メッセージ交換を行っているかを判定する。所定回数以上をメッセージ交換が行われている場合は、Ｓ７０５に処理を進める。Ｓ７０５においてＣＰＵ２０１は、該商材受信者を「メッセージ関係」に設定する。ＣＰＵ２０１は、該商材受信者のＩＤと関連付けて保持している「メッセージ関係」を示すフラグをＯＮに設定する。Ｓ７０４での判定が「ＮＯ」である場合とＳ７０５の処理が行われた後は、Ｓ７０６に処理を進める。Ｓ７０６においてＣＰＵ２０１は、ユーザ（通知受信者）と商材受信者のＳＮＳにおいて参加しているグループ情報（図１１）を比較し、共通して参加しているグループ数が所定数以上あるかを判定する。共通して参加しているグループ数が所定数以上ある場合は、Ｓ７０７に処理を進める。Ｓ７０７においてＣＰＵ２０１は、該商材受信者を「グループ関係」に設定する。ＣＰＵ２０１は、該商材受信者のＩＤと関連付けて保持している「グループ関係」を示すフラグをＯＮに設定する。Ｓ７０６での判定が「ＮＯ」である場合とＳ７０７の処理が行われた後は、Ｓ７０８に処理を進める。
【００２９】
Ｓ７０８において、ＣＰＵ２０１は通知受信者と現在設定処理の対象となっている商材受信者が同じであるかを判定する。Ｓ７０８において、通知受信者が現在設定処理の対象となっている商材受信者と同一である場合は、Ｓ７０９に処理を進める。Ｓ７０９においてＣＰＵ２０１は、該商材受信者を「本人」に設定する。ＣＰＵ２０１は、該商材受信者のＩＤと関連付けて保持している「本人」を示すフラグをＯＮに設定する。Ｓ７０８での判定が「ＮＯ」である場合とＳ７０９の処理が行われた後は、Ｓ７１０に処理を進める。Ｓ７１０において、ＣＰＵ２０１は、全ての商材受信者について設定処理が終了したかを判定する。ＣＰＵ２０１は、全ての商材受信者について設定処理が終了していない場合は、次の商材受信者に関してＳ７０１から処理を実行する。全ての商材受信者について処理が終了している場合は、設定処理を終了する。なお、商材受信者によっては複数の関係性が設定されている場合や何れの関係性も設定されていない商材受信者も存在し得る。複数の関係性が設定された場合は、その関係の数だけ配信表を新たに作成する。つまり、１つの配信表には一つの関係のみが入力されることとする。サーバ装置１０２は、各配信表に設定された関係を入力する
続いて、配信対象日の設定について説明する。図８は、商材受信者とユーザ（通知受信者）との関係性に対応する配信対象日についての関係を示す図である。本実施形態において、共通スケジュール関係に設定されている商材受信者の配信対象日は共通スケジュールの終了日から一定期間経過後を配信対象日として設定する。ここで、一定期間とはＳＮＳ上に該スケジュールに関する情報が入力に要する期間を勘案して設定する。また、ユーザに直接商材を推奨する場合（関係性が本人）は、プロフィール情報に入力されている記念日、誕生を配信対象日として設定する。また、ユーザに直接商材を推奨する場合（関係性が本人）は、スケジュール情報に入力されている各スケジュールの終了日から一定期間経過後を配信対象日として設定する。ここで、一定期間とはＳＮＳ上に該スケジュールに関する情報の入力に要する期間を勘案して設定する。例えば、ＳＮＳ上に該スケジュール期間中に撮影した写真をアップロードし、該スケジュールに関連した日記記事の投稿を行い、他ユーザから評価を得るために要する期間を勘案する。また、上記の共有スケジュール関係、本人以外の関係性が設定されている場合、もしくは何れの関係性も設定されていない場合は、商材受信者のプロフィール情報を参照して、誕生日、記念日を配信対象日として設定する。なお、誕生日や記念日は年ごとに訪れるものであり、配信対象日として直近の誕生日や記念日だけを設定しても良いし、今後数年分を設定しておいても良い。なお、記念日もしくは誕生日当日までに確実に写真商材を送ることが重要であるため、記念日もしくは誕生日当日から一定日分前を配信対象日として設定しても良い。サーバ装置１０２は対応する配信ＩＤの配信表に決定した配信対象日を入力する。
【００３０】
続いて、通知日の決定を行う。通知日は決定された配信対象日から起算して一定期間前の日付を設定する。ユーザ（通知受信者）に配信対象日までに実際に推奨する写真商材の配信を実行するか否かを判断させるためである。サーバ装置１０２は対応する配信ＩＤの配信表に決定した通知日を入力する。
【００３１】
続いて、サーバ装置１０２は設定したユーザ（通知受信者）と商材受信者との関係性に基づいて、推奨する写真商材に使用する写真を決定する。図９に使用写真決定処理のフローチャートを示す。なお、本処理は配信表に示す配信ＩＤ毎に行われる。Ｓ９０１においてサーバ装置１０２のＣＰＵ２０１は、記憶装置１０５からユーザ（通知受信者）と商材受信者がＳＮＳサーバ１０３にアップロードした全ての写真情報（図１５）を取得する。そして、ＣＰＵ２０１は、処理対象となる画像の写真情報（例えば最もアップロード日時が早いもの）をＲＡＭ２０３に保持しておく。Ｓ９０２において、ＣＰＵ２０１は、処理対象としている配信表に設定してある通知受信者と商材受信者との関係性を判別し、関係性に応じて以降の処理を異ならせる。
【００３２】
関係性に「共通スケジュール関係」が設定している場合は、Ｓ９０３に処理を進める。Ｓ９０３において、ＣＰＵ２０１は、処理対象として設定している写真情報が示す画像と類似する画像を商材受信者が所有しているかを判定する。本実施形態において、Ｓ９０３の処理は、ＣＰＵ２０１により、処理対象となる写真情報から撮影日時（作成日時）を参照し、商材受信者と通知受信者が同時刻に撮影した写真かどうかを検出し類似画像を判定する。なお、類似画像の判定として、画像同士の色彩、輝度情報等の相関に基づいて、類似性を判定する。Ｓ９０３により、類似する画像を商材受信者が所有していると判定された場合、該画像を推奨する商材には用いず、Ｓ９１２に処理を進める。商材受信者が所有している画像と異なる構図、被写体を撮影した画像を用いて商材を構成するためである。一方、処理対象の写真情報に対応する画像に類似する画像を商材受信者が所有していないと判定された場合、Ｓ９０４へ処理を進める。Ｓ９０４において、ＣＰＵ２０１は、処理対象として設定している写真情報が示す画像が通知受信者と商材受信者が共通して設定しているスケジュール内の期間中に撮影された否かを判定する。Ｓ９０４において、撮影日時が、共通して設定しているスケジュール外と判定された場合、該画像を推奨する商材には用いず、Ｓ９１２に処理を進める。通知受信者と商材受信が共に関係する画像を用いて商材を作成するためである。一方、Ｓ９０４により、撮影日時が、共通して設定しているスケジュール内と判定されれば、Ｓ９０５に処理を進める。
【００３３】
Ｓ９０５において、ＣＰＵ２０１は、処理対象として設定している写真情報が示す画像が商材受信者に評価されているかを判定する。なお、写真情報には該写真情報に対応する画像に好意的な評価をしたＳＮＳのユーザを示すユーザＩＤが付されている。ＣＰＵ２０１は、写真情報には該写真情報に対応する画像に好意的な評価をしたＳＮＳのユーザを示すユーザＩＤが商材受信者のＩＤと一致するかを判定する。Ｓ９０５において、画像が商材受信者に評価されていない場合、Ｓ９０６に処理を進める。一方、Ｓ９０５により、処理対象として設定している写真情報が示す画像が商材受信者に評価されている場合Ｓ９１１に進み、処理対象としている写真情報に対応する画像を商材に使用するための処理を行う。Ｓ９１１において、ＣＰＵ２０１は、処理対象となる写真情報に対応する画像を一意に識別可能なＩＤを配信表に書き込む。
【００３４】
Ｓ９０６において、ＣＰＵ２０１は、処理対象となる写真情報に対応する画像に商材受信者が写っているかを判定する。ＣＰＵ２０１は、商材受信者のプロフィール情報からプロフィール画像を取得し、公知の顔認識処理を用いて画像に商材受信者が写っているかを判定する。Ｓ９０６において、処理対象として設定している写真情報が示す画像に商材受信者が写っていると判定された場合はＳ９１１、写っていない場合はＳ９０７へ夫々処理を進める。Ｓ９０７において、ＣＰＵ２０１は処理対象として設定している写真情報が示す画像がＳＮＳにおいて所定の値以上評価されているかを判定する。ＣＰＵ２０１は処理対象として設定している写真情報から、評価数を取得し、予め設定した所定の数を超えているかを判定する。なお、画像に対するコメント数やＳＮＳでの閲覧回数を用いて画像の評価を決定しても良い。所定の評価以上であれば、Ｓ９１１に進み、処理対象としている写真情報に対応する画像を商材に使用するための処理を行う。一方、所定の値以下であれば、処理対象としている写真情報に対応する画像を推奨する商材には用いず、Ｓ９１２に処理を進める。
【００３５】
一方、Ｓ９０２において、通知受信者と商材受信者の関係性が「本人」または関係性が設定されていない場合は、Ｓ９０８に処理を進める。Ｓ９０８において、ＣＰＵ２０１は、処理対象として設定している写真情報が示す画像が配信対象日に対応する日時に撮影された否かを判定する。例えば、配信対象日が商材受信者の誕生日や記念日である場合には、それらの誕生日や記念日から数えて過去１年間とする。Ｓ９０８において、処理対象として設定している写真情報が示す画像が配信対象日に対応する日時に撮影されていない場合はＳ９１２、対応する日時に撮影されていればＳ９０９へ夫々処理を進める。Ｓ９０９において、ＣＰＵ２０１はＳ９０７と同様には処理対象として設定している写真情報が示す画像がＳＮＳにおいて所定の値以上評価されているかを判定する。Ｓ９０９において、所定の値以上評価されている場合はＳ９１１、所定の値以上評価されている場合はＳ９１２へ夫々処理を進める。
【００３６】
一方、Ｓ９０２において、通知受信者と商材受信者の関係性が「グループ関係」に設定されている場合は、Ｓ９１０に処理を進める。Ｓ９１０において、ＣＰＵ２０１は、処理対象として設定している写真情報のコメント情報またはタグ情報から通知受信者と商材受信者が共通して参加するグループに対応する情報が付されているかを公知の自然言語処理を用いて判定する。なお、Ｓ９１０における処理は、予め作成したグループに対応するキーワードを設定しておき、該キーワードがタグまたはコメントに付されているかを判定していても良い。ここで、グループに対応する情報としてはグループ名そのもの等が考えられる。Ｓ９１０において、処理対象として設定している写真情報に共通して参加するグループに対応する情報が付されている場合はＳ９１１、付されていない場合はＳ９１２に夫々処理を進める。
【００３７】
Ｓ９１２では、通知受信者の全ての写真情報について上述の処理が終了したかを判定し、終わっていない場合は、Ｓ９１３に進み、未処理の画像情報を処理対象としてＲＡＭ２０３に展開し、Ｓ９０２からの処理を実行する。全ての写真情報について上述の処理が終わった場合、本処理を終了する。以上説明したように、商材の送り手であるユーザ（通知受信者）と商材の受け取り手である商材受信者の関係性に基づいて、商材受信者が望むであろう画像を自動で選択することが可能となる。また、配信対象日に対応する写真の撮影期間を決定し、該期間内に撮影された画像を用いて商材を作成することが可能である。例えば、旅行を共に行った友人に、旅行中に撮影した写真をアルバム等の形式として贈呈することが可能となる。また、ＳＮＳでの写真の評価を用いて商材に用いる画像を自動で選択できるので、煩雑なユーザによる選別作業なしで良く撮れている画像を商材に用いることができる。なお、本実施形態において説明する判定した関係性に応じた画像取得処理は一例に過ぎない。例えば、関係性に応じて、ユーザのみが写っている画像、ユーザと商材受信者が共に写っている画像等適宜関係性に応じた画像を設定する構成として良い。
【００３８】
続いて、サーバ装置１０２は、写真商材タイプの決定を行う。写真商材タイプは、使用するコンテンツ数に応じて、商材タイプを変更する。例えば、コンテンツ数が一つもしくは数枚である場合はポスター、数枚以上である場合はアルバム、コンテンツ数が多い場合はスライドショーとする。また、通知受信者と商材受信者の関係性に応じて、写真商材のタイプを変更することが考えられる。例えばアルバムの場合に、新密度が高い関係（例えば、共通スケジュール関係）に対しては、ページ数の多い豪華な装丁を施した物とし、親密度の低い相手（例えば、関係性の設定なし）に対しては、ページ数の少ないシンプルな装丁を施した物とする。
【００３９】
以上説明した一連の処理により、写真商材配信表の各項目が自動的に決定され写真商材配信表が完成する。また、ＳＮＳにおけるネットワーク上での活動を示す情報から、人物間の関係性を判別し、関係性に応じたコンテンツを自動で選択することが可能となる。したがって、ユーザは写真商材を受け取るために必要な項目を入力する必要がなく、写真商材を贈呈する相手に適切なコンテンツを送ることができる。また、プロフィールやスケジュールの情報に基づいて適切なタイミングでユーザに商材の推奨を行うのでユーザにとって利便性が良い。
【００４０】
＜その他の実施形態＞
上述の実施形態においては友人として設定している人物全てを商材受信者として設定するとした。しかしながら、ＳＮＳにおけるネットワーク上での活動を示す情報から友人一覧として設定している人物との嗜好の類似度合い及び親密の度合いを算出し、友人の中から類似度合い及び親密の度合いの条件に合ったユーザを商材受信者として設定するようにしてもよい。例えば、ユーザと友人に設定した人物とが共通して参加しているグループの数もしくは、ユーザが参加している総グループ数中の、ユーザと友人に設定した人物の両方が共通して参加しているグループの割合を嗜好類似度として算出し、商材受信者の決定または使用コンテンツの決定に利用しても良い。
【００４１】
また、図７に示したメッセージ関係を判別するためのＳ７０４における処理を用いて友人との親密度を算出する構成としてもよい。例えば、親密度として送受信した総メッセージ数における特定の友人とのメッセージ数の割合を該友人との親密度とする。算出した親密度を商材受信者の決定または使用コンテンツの決定に利用しても良い。また、友人リストに共通して含まれるユーザの割合、写真に共通して付与されているタグの割合、共通に参加したイベントの割合、互いに日記やプロフィールを閲覧した回数や時間など用いて嗜好類似度、親密度を決定しても良い。
【００４２】
嗜好類似度、親密度を用いた商材受信者を決定する一例として友人一覧の中から、最も高い嗜好類似度、親密度を持ったユーザのみを商材受信者に設定する。または、所定の数値以上の嗜好類似度、親密度の友人のみを商材受信者に設定する。また、嗜好類似度、親密度を用いて、使用コンテンツを決定する構成として良い。例えば、嗜好類似度、親密度を用いた使用コンテンツの決定の一例として嗜好類似度、親密度が高い友人からの評価は重みをつけて考慮するよう構成する。これにより、ユーザ同士の親密度及び嗜好類似度を反映した商材受信者と使用コンテンツの決定が行われる。
【００４３】
また、本実施形態において、ユーザのネットワーク上での活動を示す情報の中に所定の値以上の頻度で登場する人物を商材受信者として設定する構成としてもよい。例えば、ユーザがＳＮＳへアップロードした写真の中で対象人物が写っている枚数や日記の記事に含まれる対象人物の名前が所定の値以上である場合に、商材受信者として設定する。この場合に、商材受信者として設定されるユーザがＳＮＳに未登録のユーザである可能性があるため、通知受信者が商材受信者へ商材を配信することになる。
【００４４】
また、上述の実施形態において、複数人を商材受信者として設定し、図９に示す使用写真決定処理において複数の商材受信者を考慮する構成としても良い。例えば、Ｓ９０６の処理について少なくとも２人以上の商材受信者が写っているかを判定する等により同一のコンテンツを用いた商材であっても複数の人物に対応する商材を一度に作成することが可能となる。また、使用する写真決定処理において、公知の写真解析技術を用いても良い。例えば、商材受信者の写真から、同様の色味やシーンを持つ写真を選択しても良い。これにより、商材受信者にとって好ましいと思われる画風の画像を用いて写真商材を作成することができる。
【００４５】
以上説明した実施形態によれば、ＳＮＳ上のユーザの個人情報に含まれるプロフィールやスケジュール情報とＳＮＳ上の他のユーザとの交友関係及びコンテンツ情報を用いて自動でコンテンツを推奨することができる。したがって、ユーザの負荷が低減されつつも、適切なタイミング、コンテンツを受け取る対象、コンテンツの内容を推奨することができる。さらには、作成した写真商材をＳＮＳ上にアップロードすることにより、ユーザのＳＮＳ上での活動を促進することができる。
【００４６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００４７】
１０１ クライアント
１０２ サーバ装置
１０３ ソーシャルネットワーキングサービス
１０４ ネットワーク（ＬＡＮ）
１０５ 配信情報記憶装置
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 入力装置
２０５ 表示装置
２０６ ＮＥＴＩＦ
２０７ バス
【技術分野】
【０００１】
本発明は、コンテンツを配信する情報処理装置に関する。
【背景技術】
【０００２】
近年、記念日などに撮影した写真を用いて、アルバム、ポスター、スライドショーなどのように編集された写真商材として配信してくれるサービスが普及している。しかしながら、このような写真商材配信サービスを利用する際には膨大の量の写真を見ながらそれらを比較し、ふさわしい写真を決める必要があり、ユーザにとって煩雑かつ面倒な作業が必要である。このような、写真選定作業は、ユーザにとって負荷が非常に高く、上述の写真商材配信サービスの利用を敬遠する一つの要因となっている。上記のようなコンテンツ配信サービスのユーザの負荷を低減する技術として、例えば特許文献１は、予めユーザが入力して指定した選定条件に適合するコンテンツをユーザが指定したタイミングに配信する技術を開示している。これにより、ユーザは所望のタイミングで所望のコンテンツを編集が完了した形式で受け取ることができる。また、特許文献２は、ユーザから提供された写真のコメントから、スライドショー再生の際にふさわしい音楽を選択する技術を開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１８６９０３号公報
【特許文献２】特開２００６−２３５９０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の特許文献１、特許文献２のいずれの場合にも、ユーザが配信されるコンテンツに関しての選定条件やコメントの事前の入力操作が必要である。つまり、ユーザのコンテンツの作成から編集された写真商材を受け取るまでの負荷の減少としては改善の余地がある。また、上述の従来技術はユーザの趣味や趣向、他の人物との関係を考慮していないため選択されるコンテンツがユーザにとって必ずしも適切なコンテンツというわけではなかった。例えば、ユーザが友達などにアルバム等をプレゼントしたい場合に、上述の従来技術ではユーザと友達がどのような関係で、友達がどのような画像を望むかをユーザが条件として入力しなければならない。
【０００５】
本発明は上述した問題を解決するためになされたものであり、ユーザの負荷を軽減しつつ、ユーザと他の人物との関係に応じたコンテンツを配信することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための一手段として、ユーザと関係する人物のためのコンテンツを配信する情報処理装置であって、前記ユーザのネットワーク上での活動に基づいて、前記ユーザと前記人物との関係を判定する判定手段と、前記判定手段による判定に応じて、前記人物のためのコンテンツを取得する取得手段と、前記取得手段により取得したコンテンツを前記ユーザまたは前記人物に配信する配信手段と、を有することを特徴とする情報処理装置を提供する。
【発明の効果】
【０００７】
本発明によれば、ユーザと関係する人物のためのコンテンツを自動で配信することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態における写真商材推奨システムの構成の一例を示す図である。
【図２】本実施形態における情報処理装置のハードウェア構成を示す図である。
【図３】本実施形態における写真商材配信表の一例を示す図である。
【図４】本実施形態における写真商材推奨システムの全体動作を示すフローチャートである。
【図５】ＳＮＳからの情報取得を示すフローチャートである。
【図６】プロフィール情報の一例を示す図である。
【図７】商材受信者の関連設定処理を示すフローチャートである。
【図８】関連と配信対象日との関係を示す図である。
【図９】使用写真の決定処理を示すフローチャートである。
【図１０】友人情報の一例を示す図である。
【図１１】参加グループ情報の一例を示す図である。
【図１２】メッセージ情報の一例を示す図である。
【図１３】日記情報の一例を示す図である。
【図１４】スケジュール情報の一例を示す図である。
【図１５】コンテンツ情報の一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、添付の図面を参照して、本発明をその好適な実施形態に基づいて詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１０】
＜実施形態１＞
図１は、本発明に係るコンテンツの推奨を行う写真商材推奨システムの構成について説明したものである。なお、本実施形態において推奨するコンテンツを写真（画像）商材として説明を行う。クライアント１０１は、本実施形態における写真商材推奨システムから、ネットワーク１０４を介して、写真商材の推奨を受ける情報処理装置である。サーバ装置１０２は、クライアント１０１に対して自動的に適切なタイミングで写真商材を推奨し、写真商材を配信する情報処理装置である。サーバ装置１０２は、ネットワーク１０４を介して、ソーシャルネットワーキングサービス（ＳＮＳ）サーバ１０３から写真商材を配信するために必要な情報を取得する。ＳＮＳサーバ１０３は、ネットワーク１０４上でＳｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ（ＳＮＳ）を提供するＷｅｂサーバ機能を有する情報処理装置である。ここで、本実施形態に係るＳＮＳとは、ユーザ夫々が画像やブログ（日記）等をＳＮＳ上にアップロードし、アップロードされた画像や他のユーザに対する評価やコメントを行うことが可能である。また、ＳＮＳは、上述のネットワーク上（ＳＮＳ）での活動を通じてユーザ同士のコミュニケーションの場を提供するサービスである。また、各ユーザは自身の誕生日、職業などのプロフィール、スケジュール、日記を登録し、他のユーザに公開することができる。また、ＳＮＳのユーザは、他のユーザを「友達」または「お気に入り」として設定したり、ユーザ同士でメッセージのやり取りをしたりすることが可能である。また、ユーザが写真などのコンテンツを投稿して公開することが可能である。また、公開したコンテンツに対して他のユーザからコメントや評価が付与される。また、ＳＮＳにおいて、ユーザは共通の趣味、趣向、属性を有するユーザを募集する「グループ」を構築することができる。ユーザは、「グループ」を構築して、共通の趣味、趣向、属性を有する他のユーザを募集したり、他のユーザが構築した「グループ」に参加したりすることが可能である。
【００１１】
以上のようなＳＮＳを提供するＳＮＳサーバ１０３は、他の装置から本ＳＮＳのユーザを一意に識別するＩＤの入力を含む要求を受付けると、入力されたＩＤに対応するユーザのＳＮＳにおけるネットワーク上での活動を示す情報を他の装置に出力する機能を備える。ＳＮＳサーバ１０３が出力するユーザのＳＮＳにおけるネットワーク上での活動を示す情報の一例を図６、図１０〜図１５に示す。図６は、ＳＮＳのユーザが登録した該ユーザ自身のプロフィール情報である。プロフィールには、プロフィール画像、ユーザＩＤ、ユーザ名、性別、生年月日、居住地、記念日、自己紹介文などが含まれる。図１０は、友人情報の一例である。友人情報は、ユーザが友人としてＳＮＳで設定している他のユーザのユーザＩＤとユーザ名の一覧が含まれる。図１１は、ユーザが参加しているグループのグループＩＤとグループ名の一覧を示すグループ情報である。なお、ＳＮＳサーバ１０３は、他の装置からグループを一意に識別可能なＩＤを含む要求に応じて、該グループに参加するユーザのユーザＩＤとユーザ名の一覧についても他の装置に対して提供可能である。図１２は、ユーザがＳＮＳにおいて送受信したメッセージに関するメッセージ情報である。メッセージ情報は、送信日時（受信日時）、宛先（送信元）、本文、添付ファイルが含まれる。
【００１２】
図１３は、ＳＮＳのユーザがＳＮＳにアップロードした日記に関する日記情報である。日記情報として、投稿日時、件名、本文、添付ファイルなどが含まれる。図１４は、ＳＮＳのユーザが登録したスケジュールに関するスケジュール情報である。スケジュールに関する情報には、スケジュールの件名、開始日、終了日、開催場所、同行者、内容の情報などが含まれる。図１５は、ユーザがＳＮＳにアップロードしたコンテンツに関する属性であるコンテンツ情報を示す。コンテンツ情報は、アップロード日時、作成日時、タイトル、タグ、そのコンテンツに対するコメントを投稿したユーザＩＤと投稿日時及びコメント内容、評価ボタン押下回数を含む。ＳＮＳにおいてコンテンツに付されたコメントは、一つのコンテンツに対して複数付与することが可能である。なお、ＳＮＳのユーザは他のユーザ（またはユーザ自身）により投稿されたコンテンツを閲覧した際に、そのコンテンツが気に入ればＳＮＳの機能として用意された評価ボタンを押下する。また、タグとしてコンテンツに設定される情報としては、被写体の名称、撮影場所、撮影に使用する機材である。タグとしては、ＳＮＳ上でユーザによる入力により設定させる。なお、アップロードしたコンテンツのメタデータからＳＮＳサーバ１０３が自動でタグを設定する構成としても良い。ここで、コンテンツとは、画像データ（写真）、動画データ、音楽データ等のデータである。以上説明したように、ＳＮＳサーバ１０３は、ユーザのＳＮＳにおけるネットワーク上での活動を示す情報を保持し、他の装置に対して提供することができる。
【００１３】
サーバ装置１０２は、写真商材推奨システムのユーザのＳＮＳでのユーザＩＤから、該ユーザの上述したＳＮＳにおけるネットワーク上での活動を示す情報をＳＮＳサーバ１０３から取得する。サーバ装置１０２は取得したＳＮＳにおけるユーザの活動に基づいて、写真商材を推奨するタイミングを決定する。また、サーバ装置１０２は写真商材を実際に提供する対象である商材受信者を決定する。また、サーバ装置１０２は、ユーザと商材受信者との関係に応じて、写真商材の内容に用いるコンテンツ（画像）を決定する。サーバ１０２は決定されたこれらの情報を推奨情報として、写真商材を推奨するユーザに対応するクライアント１０１に写真商材推奨の通知を行う。記憶装置１０５はＳＮＳから取得した情報及び、写真商材配信に関する推奨情報を記憶する記憶装置である。なお、記憶装置１０５は、サーバ１０２に内蔵されていてもよいし、外部装置としてサーバ１０２に接続されていても良い。
【００１４】
上述したように、ＳＮＳにおけるユーザのネットワーク上での活動を示す情報としては、ユーザが送受信したメッセージ、ユーザが登録したスケジュール、コンテンツへの評価、ユーザの属性（プロフィールやグループ情報）等が一例としてあげられる。
【００１５】
なお、図１に示すシステム構成は一例に過ぎずこれに限定されるものではない。例えば、クライアント１０１はネットワーク１０４への接続機能を持つ端末であれば良く、パーソナルコンピュータやスマートフォンであってよい。また、サーバ１０２が情報を取得するＳＮＳサーバ１０３が複数あっても良い。また、サーバ装置１０２がＳＮＳサーバ１０３を兼ねてＳＮＳを提供する構成としても構わない。なお、ネットワーク１０４は、複数のネットワークが結合したインターネットや社内等の限られた範囲のネットワークであってもよい。
【００１６】
図２は、本発明に係る写真商材推奨システムにおけるクライアント１０１及びサーバ装置１０２の代表的なハードウェア構成である。２０１は、コンピュータの全体の制御を実行する中央演算装置（以下、ＣＰＵと記す）である。ＣＰＵ２０１はバス２０７に接続された各装置の制御を行う。また、ＣＰＵ２０１は、後述するＲＯＭ２０２に記憶されているプログラムを実行することにより、各ハードの制御、情報の演算により後述する処理を実現する。なお、サーバ装置１０２におけるＣＰＵ２０１は、以下に説明を行う図４、５、７、９に示すフローチャートにおける各処理をプログラムを実行することにより実現する。２０３は、ランダムアクセスメモリであり、ＣＰＵ２０１のワークメモリとして、実行プログラム自身や実行プログラムに必要なデータを格納する。２０２は、ＣＰＵ２０１の処理手順を記録しているリードオンリーメモリ（以下、ＲＯＭと記す）である。
【００１７】
ＲＯＭ２０２には、コンピュータの基本制御を行う基本ソフト（オペレーティングシステム）を記録したプログラムＲＯＭとコンピュータが処理をするために必要なデータを記録したデータＲＯＭがある。サーバ装置１０２のＲＯＭ２０２は、図４、５、７、９に示すフローチャートを実現するためのプログラムが格納されている。２０４は、入力装置であり、ユーザからの入力を物理的に受け付けるためのものであり、キーボードやマウスにより構成される。２０５は、表示装置であり、コンピュータの処理などを表示するためのものであり、液晶ディスプレイなどにより構成される。２０６は、ネットワークインタフェース（以下、ＮＥＴＩＦと記す）であり、ネットワークを介して接続される外部装置との情報のやり取りを制御する。
【００１８】
以上の構成からなる本実施形態における写真商材推奨システムの動作について説明する。本実施形態における写真商材推奨システムは、ユーザのＳＮＳにおけるネットワーク上での活動を示す情報に基づいて、適切なタイミングに適切な写真内容の写真商材を推奨する。また、本実施例においては、写真商材推奨システムのユーザがＳＮＳにおいて友人として設定している人物に写真商材を贈呈するようユーザに推奨を行う。さらに、本写真商材システムは、ユーザ自身への写真商材の推奨を行う。
【００１９】
図４は、本実施形態における写真商材を推奨し、配信するサーバ装置１０２の全体の処理の流れを表したものである。Ｓ４０１において、サーバ装置１０２は、ＳＮＳサーバ１０３から写真商材推奨システムのユーザのＳＮＳにおけるネットワーク上での活動を示す情報及び推奨する写真商材に用いるコンテンツに関する情報を取得する。なお、Ｓ４０１での処理は図５に示すフローチャートを用いて後述する。Ｓ４０２において、サーバ装置１０２は、取得したユーザのＳＮＳにおけるネットワーク上での活動を示す情報を基に写真商材配信表を作成する。Ｓ４０２において作成する写真商材配信表の一例を図３に示す。図３に示す写真商材配信表は、配信ＩＤ、通知日、通知受信者、配信対象日、商材受信者、写真商材に用いる使用写真ＩＤ，推奨する商材タイプ、通知受信者と商材受信者との関係性から構成される。
【００２０】
配信ＩＤの項目は、１件ごとの配信に対して一意に設定される配信ＩＤが格納される。通知日の項目には、通知受信者に対して通知を行う日付が格納される。通知日は、設定した配信対象日から起算して一定日数前として設定する。通知受信者の項目には、写真商材推奨の通知を受け取る通知受信者のユーザＩＤが格納される。配信対象日は、写真商材推奨システムが想定する商材受信者に対して写真商材を実際に送る日付が格納される。例えば、写真商材推奨システムがユーザの知人の誕生日用の写真商材を推奨する場合は、知人の誕生日が配信対象日として設定される。また、写真商材推奨システムが通知受信者を経由せずに直接商材受信者に写真商材を配信する場合は、設定した配信対象日に配信を行う。商材受信者の項目には、写真商材を受け取る商材受信者のユーザＩＤが格納される。この通知受信者や商材受信者のユーザＩＤに関しては、ＳＮＳサーバ１０２で使用されるユーザＩＤをそのまま使用しても良い。もしくは、本発明の写真商材推奨システム内で一意に定義したユーザＩＤを使用しても良い。
【００２１】
使用写真ＩＤの項目には、写真商材に使用する写真群を特定するための情報を格納する。写真のファイル名を格納しても良いし、ＳＮＳへ写真をアップロードした際にＳＮＳ内で付与される写真ＩＤを使用しても良い。なお、使用写真を決定する処理は、図９に示すフローチャートを用いて後述する。使用写真商材タイプの項目は写真商材の出力タイプの情報を格納する。アルバムやスライドショー、マグカップやＴシャツなどの出力タイプ情報に加え、アルバムのページ数や装飾などの情報をこの項目に付与しても良い。通知受信者と商材受信者の関係性の項目には、取得したユーザのＳＮＳにおけるネットワーク上での活動を示す情報に基づいて、判定される通知受信者と商材受信者の関係が入力される。ユーザ（通知受信者）と商材受信者の関係に応じて、使用写真は決定される。通知受信者と商材受信者の関係性の設定処理については図７を用いて後述する。
【００２２】
Ｓ４０３において、サーバ装置１０２は、作成した写真商材配信表に従って推奨の通知を送信する。サーバ装置１０２は、作成した写真商材配信表に基づいて、使用する画像を商材毎のテンプレートに配置（レイアウト）し、商材を完成させる。また、サーバ装置１０２は商材のプレビュー表示用のファイルを作成した商材に基づいて作成する。なお、プレビュー表示用の商材としては、使用する画像の解像度を低下させたものや複数ページある商材に関しては一部を抜き出したもの作成する。サーバ装置１０２は、写真商材推奨システムのユーザである通知受信者に対して、写真商材の推奨通知を行う。写真商材推奨システムは、通知受信者と商材受信者が同一の場合にはユーザ（通知受信者かつ商材受信者）のための写真商材を推奨する。通知受信者と商材受信者が異なる場合にはユーザ（通知受信者）に商材受信者を対象とした贈呈用の写真商材を推奨することとなる。サーバ装置１０２は、通知受信者であるユーザに例えばＥメール等により、写真商材推奨の通知を送信する。写真商材推奨の通知として、写真商材のプレビューを閲覧可能なリンク先を示すＷＥＢページのＵＲＬを併せて送信する。また、写真商材のプレビュー自体を併せて通知しても良い。Ｓ４０４において、サーバ装置１０２は、通知受信者が推奨した写真商材を承認し、実際に配信を行うか判断を行う。通知受信者が推奨された商材の配信を希望する場合は、通知受信者は配信の指示として承認を行う。サーバ装置１０２の配信の指示の検出は、Ｓ４０３において通知した写真商材推奨とともに、承認を行うか否かを入力するためのＷＥＢページへのリンク先を記載し、該ページにおいて配信の指示の入力が行われたか否かで判断する。写真商材のプレビューの表示画面と同じ画面に承認を行うための入力させる構成としても良い。これらの、サーバ装置１０２は、ユーザに対する問い合わせのユーザの応答に応じて、推奨したコンテンツを配信するかを判定することが可能である。
【００２３】
Ｓ４０５において、商材受信者に対して、写真商材を配信するための処理を行う。例えば、配信する写真商材が電子的なファイル形式であった場合は、サーバ装置１０２は、生成したファイルをネットワーク１０４を介して、通知受信者に対応するクライント１０１に送信する。この場合、通知受信者はサーバ装置１０２から配信された写真商材を商材受信者に転送して贈呈を行う。また、サーバ装置１０２が直接商材受信者に生成した写真商材を商材受信者に対応するクライアント１０１に配信しても良い。また、サーバ装置１０２が通知受信者による承認を得ること無く直接商材受信者に生成した写真商材を商材受信者に対応するクライアント１０１に配信するよう構成しても良い。また、使用写真商材タイプがアルバム等の印刷物の場合には、サーバ装置１０２は、不図示の印刷システムに写真商材の印刷指令を送信し、印刷された写真商材を物理的に通知受信者または商材受信者に配送させるようにする。
【００２４】
Ｓ４０６において、作成した写真商材のプレビューを電子的な形態でＳＮＳ上にアップロードする。これにより、ＳＮＳを介して多くのユーザが写真商材のプレビューを閲覧することができる。また、写真商材に対して、他のユーザからのコメントや評価をＳＮＳ上で得ることにより、ユーザ同士のＳＮＳ上の活動を促進することができる。
【００２５】
図５は、Ｓ４０１に示すＳＮＳにおけるユーザのネットワーク上での活動を示す情報の取得処理の詳細を示すフローチャートである。Ｓ５０１において、サーバ装置１０２は、ＳＮＳサーバ１０３にログインするためのユーザＩＤとパスワードをユーザの入力により取得し、記憶装置１０５に記憶する。Ｓ５０３において、サーバ装置１０２は、ＮＥＴＩＦ２０６を介してＳＮＳサーバ１０３にアクセスし、Ｓ５０１において取得したユーザＩＤとパスワードを使用してＳＮＳサーバ１０３にＳＮＳにおけるネットワーク上での活動を示す情報の取得要求を送信する。Ｓ５０４において、認証が完了するとサーバ装置１０２は、ＳＮＳサーバ１０３からＳＮＳにおけるネットワーク上での活動を示す情報を取得する。Ｓ５０５において、サーバ装置１０２は、Ｓ５０４で取得した個人情報及びコンテンツ情報を記憶装置１０５に格納する。なお、図５にあるＳＮＳから個人情報及びコンテンツ情報を取得する処理は、任意のタイミングで繰り返し実行し、情報を更新する。最新のＳＮＳでの活動の内容も反映させて、写真商材の推奨を行うためである。
【００２６】
続いて、Ｓ４０２に示す配信表作成処理の詳細を図７、８、９に示すフローチャートを用いて説明する。配信表作成処理は、図３に示す配信表の各項目の内容を決定する。まず、サーバ装置１０２は、通知受信者として、写真商材推奨システムに登録しているユーザを設定する。ここで、通知受信者の項目に設定する情報としては、ユーザを一意に識別可能なＩＤをとする。続いて、サーバ装置１０２は、実際の写真商材を受け取る対象となる商材受信者の決定と決定した商材受信者と通知受信者との関係性を識別する。本実施例において、写真商材システムのユーザ（通知受信者）本人と、ユーザ（通知受信者）がＳＮＳにおいて友人として設定している人物全てとを商材受信者とする。
【００２７】
続いて、商材受信者とユーザ（通知受信者）との関係性を判定して設定する設定処理の詳細を図７に示す。ここで、商材受信者とユーザ（通知受信者）との関係性の設定とは、ユーザと商材受信者がＳＮＳでどのような活動において関連し、関係を持っているかを判定し、その判定に基づいて商材受信者を分類することである。Ｓ７０１において、サーバ装置１０２のＣＰＵ２０１は、商材受信者として設定されている人物のＳＮＳにおけるネットワーク上での活動を示す情報を取得し、記憶装置１０５に記憶する。ＣＰＵ２０１は、ユーザ（通知受信者）のＳＮＳでの友人一覧（図１０）を記憶装置１０５から参照し、商材受信者のＳＮＳでのユーザＩＤを取得する。そして、図５に示すＳＮＳ情報取得処理を商材受信者のＳＮＳでのユーザＩＤを用いて実行する。なお、本実施例において、ＳＮＳサーバ１０３は、ユーザ（通知受信者）のＳＮＳでのＩＤ、パスワードで認証を行えば、友人として設定している他のＳＮＳのユーザのＳＮＳにおけるネットワーク上での活動を示す情報を取得できるものとする。また、商材受信者のＳＮＳでのユーザＩＤに対応するパスワードをユーザにより入力させ、認証を得ることで商材受信者のＳＮＳにおけるネットワーク上での活動を示す情報を取得する構成としても良い。続いて、Ｓ７０２においてＣＰＵ２０１は、夫々取得したユーザ（通知受信者）と商材受信者のスケジュール情報（図１４）を比較し、共通する内容のスケジュールが存在するかを判定する。Ｓ７０２においてユーザ（通知受信者）と商材受信者とのスケジュール情報に共通する内容のスケジュールが存在すると判定された場合、Ｓ７０３に処理を進める。Ｓ７０３においてＣＰＵ２０１は、該商材受信者を「共通スケジュール関係」に設定する。ＣＰＵ２０１は、該商材受信者のＩＤと関連付けて保持している「共通スケジュール関係」を示すフラグをＯＮに設定する。Ｓ７０２においてユーザ（通知受信者）と商材受信者とのスケジュール情報に共通する内容のスケジュールが存在しない場合とＳ７０３の処理が行われた後は、Ｓ７０４に処理を進める。
【００２８】
Ｓ７０４においてＣＰＵ２０１は、ユーザ（通知受信者）と商材受信者とのＳＮＳで送受信したメッセージ情報（図１２）とに基づいて、ユーザ（通知受信者）と商材受信者とが所定回数以上メッセージ交換を行っているかを判定する。所定回数以上をメッセージ交換が行われている場合は、Ｓ７０５に処理を進める。Ｓ７０５においてＣＰＵ２０１は、該商材受信者を「メッセージ関係」に設定する。ＣＰＵ２０１は、該商材受信者のＩＤと関連付けて保持している「メッセージ関係」を示すフラグをＯＮに設定する。Ｓ７０４での判定が「ＮＯ」である場合とＳ７０５の処理が行われた後は、Ｓ７０６に処理を進める。Ｓ７０６においてＣＰＵ２０１は、ユーザ（通知受信者）と商材受信者のＳＮＳにおいて参加しているグループ情報（図１１）を比較し、共通して参加しているグループ数が所定数以上あるかを判定する。共通して参加しているグループ数が所定数以上ある場合は、Ｓ７０７に処理を進める。Ｓ７０７においてＣＰＵ２０１は、該商材受信者を「グループ関係」に設定する。ＣＰＵ２０１は、該商材受信者のＩＤと関連付けて保持している「グループ関係」を示すフラグをＯＮに設定する。Ｓ７０６での判定が「ＮＯ」である場合とＳ７０７の処理が行われた後は、Ｓ７０８に処理を進める。
【００２９】
Ｓ７０８において、ＣＰＵ２０１は通知受信者と現在設定処理の対象となっている商材受信者が同じであるかを判定する。Ｓ７０８において、通知受信者が現在設定処理の対象となっている商材受信者と同一である場合は、Ｓ７０９に処理を進める。Ｓ７０９においてＣＰＵ２０１は、該商材受信者を「本人」に設定する。ＣＰＵ２０１は、該商材受信者のＩＤと関連付けて保持している「本人」を示すフラグをＯＮに設定する。Ｓ７０８での判定が「ＮＯ」である場合とＳ７０９の処理が行われた後は、Ｓ７１０に処理を進める。Ｓ７１０において、ＣＰＵ２０１は、全ての商材受信者について設定処理が終了したかを判定する。ＣＰＵ２０１は、全ての商材受信者について設定処理が終了していない場合は、次の商材受信者に関してＳ７０１から処理を実行する。全ての商材受信者について処理が終了している場合は、設定処理を終了する。なお、商材受信者によっては複数の関係性が設定されている場合や何れの関係性も設定されていない商材受信者も存在し得る。複数の関係性が設定された場合は、その関係の数だけ配信表を新たに作成する。つまり、１つの配信表には一つの関係のみが入力されることとする。サーバ装置１０２は、各配信表に設定された関係を入力する
続いて、配信対象日の設定について説明する。図８は、商材受信者とユーザ（通知受信者）との関係性に対応する配信対象日についての関係を示す図である。本実施形態において、共通スケジュール関係に設定されている商材受信者の配信対象日は共通スケジュールの終了日から一定期間経過後を配信対象日として設定する。ここで、一定期間とはＳＮＳ上に該スケジュールに関する情報が入力に要する期間を勘案して設定する。また、ユーザに直接商材を推奨する場合（関係性が本人）は、プロフィール情報に入力されている記念日、誕生を配信対象日として設定する。また、ユーザに直接商材を推奨する場合（関係性が本人）は、スケジュール情報に入力されている各スケジュールの終了日から一定期間経過後を配信対象日として設定する。ここで、一定期間とはＳＮＳ上に該スケジュールに関する情報の入力に要する期間を勘案して設定する。例えば、ＳＮＳ上に該スケジュール期間中に撮影した写真をアップロードし、該スケジュールに関連した日記記事の投稿を行い、他ユーザから評価を得るために要する期間を勘案する。また、上記の共有スケジュール関係、本人以外の関係性が設定されている場合、もしくは何れの関係性も設定されていない場合は、商材受信者のプロフィール情報を参照して、誕生日、記念日を配信対象日として設定する。なお、誕生日や記念日は年ごとに訪れるものであり、配信対象日として直近の誕生日や記念日だけを設定しても良いし、今後数年分を設定しておいても良い。なお、記念日もしくは誕生日当日までに確実に写真商材を送ることが重要であるため、記念日もしくは誕生日当日から一定日分前を配信対象日として設定しても良い。サーバ装置１０２は対応する配信ＩＤの配信表に決定した配信対象日を入力する。
【００３０】
続いて、通知日の決定を行う。通知日は決定された配信対象日から起算して一定期間前の日付を設定する。ユーザ（通知受信者）に配信対象日までに実際に推奨する写真商材の配信を実行するか否かを判断させるためである。サーバ装置１０２は対応する配信ＩＤの配信表に決定した通知日を入力する。
【００３１】
続いて、サーバ装置１０２は設定したユーザ（通知受信者）と商材受信者との関係性に基づいて、推奨する写真商材に使用する写真を決定する。図９に使用写真決定処理のフローチャートを示す。なお、本処理は配信表に示す配信ＩＤ毎に行われる。Ｓ９０１においてサーバ装置１０２のＣＰＵ２０１は、記憶装置１０５からユーザ（通知受信者）と商材受信者がＳＮＳサーバ１０３にアップロードした全ての写真情報（図１５）を取得する。そして、ＣＰＵ２０１は、処理対象となる画像の写真情報（例えば最もアップロード日時が早いもの）をＲＡＭ２０３に保持しておく。Ｓ９０２において、ＣＰＵ２０１は、処理対象としている配信表に設定してある通知受信者と商材受信者との関係性を判別し、関係性に応じて以降の処理を異ならせる。
【００３２】
関係性に「共通スケジュール関係」が設定している場合は、Ｓ９０３に処理を進める。Ｓ９０３において、ＣＰＵ２０１は、処理対象として設定している写真情報が示す画像と類似する画像を商材受信者が所有しているかを判定する。本実施形態において、Ｓ９０３の処理は、ＣＰＵ２０１により、処理対象となる写真情報から撮影日時（作成日時）を参照し、商材受信者と通知受信者が同時刻に撮影した写真かどうかを検出し類似画像を判定する。なお、類似画像の判定として、画像同士の色彩、輝度情報等の相関に基づいて、類似性を判定する。Ｓ９０３により、類似する画像を商材受信者が所有していると判定された場合、該画像を推奨する商材には用いず、Ｓ９１２に処理を進める。商材受信者が所有している画像と異なる構図、被写体を撮影した画像を用いて商材を構成するためである。一方、処理対象の写真情報に対応する画像に類似する画像を商材受信者が所有していないと判定された場合、Ｓ９０４へ処理を進める。Ｓ９０４において、ＣＰＵ２０１は、処理対象として設定している写真情報が示す画像が通知受信者と商材受信者が共通して設定しているスケジュール内の期間中に撮影された否かを判定する。Ｓ９０４において、撮影日時が、共通して設定しているスケジュール外と判定された場合、該画像を推奨する商材には用いず、Ｓ９１２に処理を進める。通知受信者と商材受信が共に関係する画像を用いて商材を作成するためである。一方、Ｓ９０４により、撮影日時が、共通して設定しているスケジュール内と判定されれば、Ｓ９０５に処理を進める。
【００３３】
Ｓ９０５において、ＣＰＵ２０１は、処理対象として設定している写真情報が示す画像が商材受信者に評価されているかを判定する。なお、写真情報には該写真情報に対応する画像に好意的な評価をしたＳＮＳのユーザを示すユーザＩＤが付されている。ＣＰＵ２０１は、写真情報には該写真情報に対応する画像に好意的な評価をしたＳＮＳのユーザを示すユーザＩＤが商材受信者のＩＤと一致するかを判定する。Ｓ９０５において、画像が商材受信者に評価されていない場合、Ｓ９０６に処理を進める。一方、Ｓ９０５により、処理対象として設定している写真情報が示す画像が商材受信者に評価されている場合Ｓ９１１に進み、処理対象としている写真情報に対応する画像を商材に使用するための処理を行う。Ｓ９１１において、ＣＰＵ２０１は、処理対象となる写真情報に対応する画像を一意に識別可能なＩＤを配信表に書き込む。
【００３４】
Ｓ９０６において、ＣＰＵ２０１は、処理対象となる写真情報に対応する画像に商材受信者が写っているかを判定する。ＣＰＵ２０１は、商材受信者のプロフィール情報からプロフィール画像を取得し、公知の顔認識処理を用いて画像に商材受信者が写っているかを判定する。Ｓ９０６において、処理対象として設定している写真情報が示す画像に商材受信者が写っていると判定された場合はＳ９１１、写っていない場合はＳ９０７へ夫々処理を進める。Ｓ９０７において、ＣＰＵ２０１は処理対象として設定している写真情報が示す画像がＳＮＳにおいて所定の値以上評価されているかを判定する。ＣＰＵ２０１は処理対象として設定している写真情報から、評価数を取得し、予め設定した所定の数を超えているかを判定する。なお、画像に対するコメント数やＳＮＳでの閲覧回数を用いて画像の評価を決定しても良い。所定の評価以上であれば、Ｓ９１１に進み、処理対象としている写真情報に対応する画像を商材に使用するための処理を行う。一方、所定の値以下であれば、処理対象としている写真情報に対応する画像を推奨する商材には用いず、Ｓ９１２に処理を進める。
【００３５】
一方、Ｓ９０２において、通知受信者と商材受信者の関係性が「本人」または関係性が設定されていない場合は、Ｓ９０８に処理を進める。Ｓ９０８において、ＣＰＵ２０１は、処理対象として設定している写真情報が示す画像が配信対象日に対応する日時に撮影された否かを判定する。例えば、配信対象日が商材受信者の誕生日や記念日である場合には、それらの誕生日や記念日から数えて過去１年間とする。Ｓ９０８において、処理対象として設定している写真情報が示す画像が配信対象日に対応する日時に撮影されていない場合はＳ９１２、対応する日時に撮影されていればＳ９０９へ夫々処理を進める。Ｓ９０９において、ＣＰＵ２０１はＳ９０７と同様には処理対象として設定している写真情報が示す画像がＳＮＳにおいて所定の値以上評価されているかを判定する。Ｓ９０９において、所定の値以上評価されている場合はＳ９１１、所定の値以上評価されている場合はＳ９１２へ夫々処理を進める。
【００３６】
一方、Ｓ９０２において、通知受信者と商材受信者の関係性が「グループ関係」に設定されている場合は、Ｓ９１０に処理を進める。Ｓ９１０において、ＣＰＵ２０１は、処理対象として設定している写真情報のコメント情報またはタグ情報から通知受信者と商材受信者が共通して参加するグループに対応する情報が付されているかを公知の自然言語処理を用いて判定する。なお、Ｓ９１０における処理は、予め作成したグループに対応するキーワードを設定しておき、該キーワードがタグまたはコメントに付されているかを判定していても良い。ここで、グループに対応する情報としてはグループ名そのもの等が考えられる。Ｓ９１０において、処理対象として設定している写真情報に共通して参加するグループに対応する情報が付されている場合はＳ９１１、付されていない場合はＳ９１２に夫々処理を進める。
【００３７】
Ｓ９１２では、通知受信者の全ての写真情報について上述の処理が終了したかを判定し、終わっていない場合は、Ｓ９１３に進み、未処理の画像情報を処理対象としてＲＡＭ２０３に展開し、Ｓ９０２からの処理を実行する。全ての写真情報について上述の処理が終わった場合、本処理を終了する。以上説明したように、商材の送り手であるユーザ（通知受信者）と商材の受け取り手である商材受信者の関係性に基づいて、商材受信者が望むであろう画像を自動で選択することが可能となる。また、配信対象日に対応する写真の撮影期間を決定し、該期間内に撮影された画像を用いて商材を作成することが可能である。例えば、旅行を共に行った友人に、旅行中に撮影した写真をアルバム等の形式として贈呈することが可能となる。また、ＳＮＳでの写真の評価を用いて商材に用いる画像を自動で選択できるので、煩雑なユーザによる選別作業なしで良く撮れている画像を商材に用いることができる。なお、本実施形態において説明する判定した関係性に応じた画像取得処理は一例に過ぎない。例えば、関係性に応じて、ユーザのみが写っている画像、ユーザと商材受信者が共に写っている画像等適宜関係性に応じた画像を設定する構成として良い。
【００３８】
続いて、サーバ装置１０２は、写真商材タイプの決定を行う。写真商材タイプは、使用するコンテンツ数に応じて、商材タイプを変更する。例えば、コンテンツ数が一つもしくは数枚である場合はポスター、数枚以上である場合はアルバム、コンテンツ数が多い場合はスライドショーとする。また、通知受信者と商材受信者の関係性に応じて、写真商材のタイプを変更することが考えられる。例えばアルバムの場合に、新密度が高い関係（例えば、共通スケジュール関係）に対しては、ページ数の多い豪華な装丁を施した物とし、親密度の低い相手（例えば、関係性の設定なし）に対しては、ページ数の少ないシンプルな装丁を施した物とする。
【００３９】
以上説明した一連の処理により、写真商材配信表の各項目が自動的に決定され写真商材配信表が完成する。また、ＳＮＳにおけるネットワーク上での活動を示す情報から、人物間の関係性を判別し、関係性に応じたコンテンツを自動で選択することが可能となる。したがって、ユーザは写真商材を受け取るために必要な項目を入力する必要がなく、写真商材を贈呈する相手に適切なコンテンツを送ることができる。また、プロフィールやスケジュールの情報に基づいて適切なタイミングでユーザに商材の推奨を行うのでユーザにとって利便性が良い。
【００４０】
＜その他の実施形態＞
上述の実施形態においては友人として設定している人物全てを商材受信者として設定するとした。しかしながら、ＳＮＳにおけるネットワーク上での活動を示す情報から友人一覧として設定している人物との嗜好の類似度合い及び親密の度合いを算出し、友人の中から類似度合い及び親密の度合いの条件に合ったユーザを商材受信者として設定するようにしてもよい。例えば、ユーザと友人に設定した人物とが共通して参加しているグループの数もしくは、ユーザが参加している総グループ数中の、ユーザと友人に設定した人物の両方が共通して参加しているグループの割合を嗜好類似度として算出し、商材受信者の決定または使用コンテンツの決定に利用しても良い。
【００４１】
また、図７に示したメッセージ関係を判別するためのＳ７０４における処理を用いて友人との親密度を算出する構成としてもよい。例えば、親密度として送受信した総メッセージ数における特定の友人とのメッセージ数の割合を該友人との親密度とする。算出した親密度を商材受信者の決定または使用コンテンツの決定に利用しても良い。また、友人リストに共通して含まれるユーザの割合、写真に共通して付与されているタグの割合、共通に参加したイベントの割合、互いに日記やプロフィールを閲覧した回数や時間など用いて嗜好類似度、親密度を決定しても良い。
【００４２】
嗜好類似度、親密度を用いた商材受信者を決定する一例として友人一覧の中から、最も高い嗜好類似度、親密度を持ったユーザのみを商材受信者に設定する。または、所定の数値以上の嗜好類似度、親密度の友人のみを商材受信者に設定する。また、嗜好類似度、親密度を用いて、使用コンテンツを決定する構成として良い。例えば、嗜好類似度、親密度を用いた使用コンテンツの決定の一例として嗜好類似度、親密度が高い友人からの評価は重みをつけて考慮するよう構成する。これにより、ユーザ同士の親密度及び嗜好類似度を反映した商材受信者と使用コンテンツの決定が行われる。
【００４３】
また、本実施形態において、ユーザのネットワーク上での活動を示す情報の中に所定の値以上の頻度で登場する人物を商材受信者として設定する構成としてもよい。例えば、ユーザがＳＮＳへアップロードした写真の中で対象人物が写っている枚数や日記の記事に含まれる対象人物の名前が所定の値以上である場合に、商材受信者として設定する。この場合に、商材受信者として設定されるユーザがＳＮＳに未登録のユーザである可能性があるため、通知受信者が商材受信者へ商材を配信することになる。
【００４４】
また、上述の実施形態において、複数人を商材受信者として設定し、図９に示す使用写真決定処理において複数の商材受信者を考慮する構成としても良い。例えば、Ｓ９０６の処理について少なくとも２人以上の商材受信者が写っているかを判定する等により同一のコンテンツを用いた商材であっても複数の人物に対応する商材を一度に作成することが可能となる。また、使用する写真決定処理において、公知の写真解析技術を用いても良い。例えば、商材受信者の写真から、同様の色味やシーンを持つ写真を選択しても良い。これにより、商材受信者にとって好ましいと思われる画風の画像を用いて写真商材を作成することができる。
【００４５】
以上説明した実施形態によれば、ＳＮＳ上のユーザの個人情報に含まれるプロフィールやスケジュール情報とＳＮＳ上の他のユーザとの交友関係及びコンテンツ情報を用いて自動でコンテンツを推奨することができる。したがって、ユーザの負荷が低減されつつも、適切なタイミング、コンテンツを受け取る対象、コンテンツの内容を推奨することができる。さらには、作成した写真商材をＳＮＳ上にアップロードすることにより、ユーザのＳＮＳ上での活動を促進することができる。
【００４６】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００４７】
１０１ クライアント
１０２ サーバ装置
１０３ ソーシャルネットワーキングサービス
１０４ ネットワーク（ＬＡＮ）
１０５ 配信情報記憶装置
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 入力装置
２０５ 表示装置
２０６ ＮＥＴＩＦ
２０７ バス
【特許請求の範囲】
【請求項１】
ユーザと関係する人物のためのコンテンツを配信する情報処理装置であって、
前記ユーザのネットワーク上での活動に基づいて、前記ユーザと前記人物との関係を判定する判定手段と、
前記判定手段による判定に応じて、前記人物のためのコンテンツを取得する取得手段と、
前記取得手段により取得したコンテンツを前記ユーザまたは前記人物に配信する配信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ユーザのネットワーク上での活動を示す情報を他の情報処理装置から取得する情報の取得手段を更に有し、
前記判定手段は、前記情報の取得手段が取得した前記ユーザのネットワーク上での活動を示す情報に基づいて、前記ユーザと前記人物との関係を判定することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記判定手段は、前記ユーザが送受信したメッセージ、前記ユーザが登録したスケジュール、前記コンテンツへの評価、前記ユーザの属性、の少なくとも何れか一つに基づいて、前記ユーザと前記人物との関係を判定することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記取得手段は、前記コンテンツの属性に基づいて、前記人物のためのコンテンツを取得することを特徴とする請求項１乃至３何れか１項に記載の情報処理装置。
【請求項５】
前記コンテンツは、画像であり、
前記取得手段は、前記判定手段による判定に応じて、前記画像に前記ユーザまたは前記人物が存在する画像を取得することを特徴とする請求項１乃至４何れか１項に記載の情報処理装置。
【請求項６】
前記取得手段は、前記判定手段による判定に応じた作成日時の前記コンテンツを取得することを特徴とする請求項１乃至５何れか１項に記載の情報処理装置。
【請求項７】
前記取得手段により取得した前記コンテンツをレイアウトするレイアウト手段を有し、
前記配信手段は、前記レイアウト手段によりレイアウトされたコンテンツを前記ユーザに配信することを特徴とする請求項１乃至６何れか１項に記載の情報処理装置。
【請求項８】
前記取得手段により取得した前記コンテンツのプレビューと共に前記配信手段による配信を承認するかを前記ユーザに問い合わせる問い合わせ手段を更に有し、
前記配信手段は、前記問い合わせ手段による問い合わせに対する前記ユーザの応答に応じて、前記コンテンツを配信することを特徴とする請求項１乃至７何れか１項に記載の情報処理装置。
【請求項９】
前記配信手段は、前記取得手段により取得した前記コンテンツを前記人物に配信することを特徴とする請求項１乃至８何れか１項に記載の情報処理装置。
【請求項１０】
前記ユーザと前記人物は同一であることを特徴とする請求項１乃至９何れか１項に記載の情報処理装置。
【請求項１１】
ユーザと関係する人物のためのコンテンツを配信する情報処理装置の制御方法であって、
前記ユーザのネットワーク上での活動に基づいて、前記ユーザと前記人物との関係を判定する判定工程と、
前記判定工程おける判定に応じて、前記人物のためのコンテンツを取得する取得工程と、
前記取得工程において取得したコンテンツを前記ユーザまたは前記人物に配信する配信工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１２】
請求項１１記載の制御方法を情報処理装置に実行させるためのプログラム。
【請求項１】
ユーザと関係する人物のためのコンテンツを配信する情報処理装置であって、
前記ユーザのネットワーク上での活動に基づいて、前記ユーザと前記人物との関係を判定する判定手段と、
前記判定手段による判定に応じて、前記人物のためのコンテンツを取得する取得手段と、
前記取得手段により取得したコンテンツを前記ユーザまたは前記人物に配信する配信手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ユーザのネットワーク上での活動を示す情報を他の情報処理装置から取得する情報の取得手段を更に有し、
前記判定手段は、前記情報の取得手段が取得した前記ユーザのネットワーク上での活動を示す情報に基づいて、前記ユーザと前記人物との関係を判定することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記判定手段は、前記ユーザが送受信したメッセージ、前記ユーザが登録したスケジュール、前記コンテンツへの評価、前記ユーザの属性、の少なくとも何れか一つに基づいて、前記ユーザと前記人物との関係を判定することを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記取得手段は、前記コンテンツの属性に基づいて、前記人物のためのコンテンツを取得することを特徴とする請求項１乃至３何れか１項に記載の情報処理装置。
【請求項５】
前記コンテンツは、画像であり、
前記取得手段は、前記判定手段による判定に応じて、前記画像に前記ユーザまたは前記人物が存在する画像を取得することを特徴とする請求項１乃至４何れか１項に記載の情報処理装置。
【請求項６】
前記取得手段は、前記判定手段による判定に応じた作成日時の前記コンテンツを取得することを特徴とする請求項１乃至５何れか１項に記載の情報処理装置。
【請求項７】
前記取得手段により取得した前記コンテンツをレイアウトするレイアウト手段を有し、
前記配信手段は、前記レイアウト手段によりレイアウトされたコンテンツを前記ユーザに配信することを特徴とする請求項１乃至６何れか１項に記載の情報処理装置。
【請求項８】
前記取得手段により取得した前記コンテンツのプレビューと共に前記配信手段による配信を承認するかを前記ユーザに問い合わせる問い合わせ手段を更に有し、
前記配信手段は、前記問い合わせ手段による問い合わせに対する前記ユーザの応答に応じて、前記コンテンツを配信することを特徴とする請求項１乃至７何れか１項に記載の情報処理装置。
【請求項９】
前記配信手段は、前記取得手段により取得した前記コンテンツを前記人物に配信することを特徴とする請求項１乃至８何れか１項に記載の情報処理装置。
【請求項１０】
前記ユーザと前記人物は同一であることを特徴とする請求項１乃至９何れか１項に記載の情報処理装置。
【請求項１１】
ユーザと関係する人物のためのコンテンツを配信する情報処理装置の制御方法であって、
前記ユーザのネットワーク上での活動に基づいて、前記ユーザと前記人物との関係を判定する判定工程と、
前記判定工程おける判定に応じて、前記人物のためのコンテンツを取得する取得工程と、
前記取得工程において取得したコンテンツを前記ユーザまたは前記人物に配信する配信工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項１２】
請求項１１記載の制御方法を情報処理装置に実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１３−２０３２５（Ｐ２０１３−２０３２５Ａ）
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願番号】特願２０１１−１５１４３７（Ｐ２０１１−１５１４３７）
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年１月３１日（２０１３．１．３１）
【国際特許分類】
【出願日】平成２３年７月８日（２０１１．７．８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]