(57)【要約】      （修正有）【課題】コンテンツ配信形態が多様化したとしても、コンテンツ利用者がコンテンツの収集が容易に行え、各団体が配信するコンテンツをより効果的に連携させ、コンテンツ配信ユーザー間、コンテンツ利用ユーザー間、そして、コンテンツ配信ユーザーとコンテンツ利用ユーザー間のコミュニティ活性化を同時に可能とする。【解決手段】コンテンツ配信ユーザーが複数の配信サーバーにアップロードした複数のコンテンツを、通信端末装置が、該通信端末装置にインストールされた１つのプログラムを介して取得することを仲介する仲介サーバーを設ける。【選択図】図１
2014086028.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ配信ユーザーが複数の配信サーバーにアップロードした複数のコンテンツを、通信端末装置が、該通信端末装置にインストールされた１つのプログラムを介して取得することを仲介するための仲介サーバーであって、
前記仲介サーバーは、
ネットワークを介して前記配信サーバーにアクセスして、前記コンテンツを取得及び保存することができ、
前記保存したコンテンツを、ネットワークを介して通信端末装置に配信することができ、
前記保存したコンテンツの前記通信端末装置への前記配信は、第一の識別情報と第二の識別情報に基づいて行われ、
前記第一の識別情報は、前記コンテンツ配信ユーザーに対して割り当てられた識別情報であり、
前記第二の識別情報は、前記プログラムに基づく識別情報であり、
前記第一の識別情報と前記第二の識別情報に基づく前記配信は、前記第一の識別情報に係るコンテンツ配信ユーザーによって複数の配信サーバーから配信されて保存された複数のコンテンツを配信することを特徴とする該サーバー。
【請求項２】
請求項１に記載のサーバーであって、該サーバーが、前記第一の識別情報と前記第二の識別情報との関連情報を保存することができ、前記関連情報が、前記各第二の識別情報に係るプログラムへ配信可能となるコンテンツを特定するための情報であり、前記特定は第一の識別情報を第二の識別情報と対応づけることにより可能となる該サーバー。
【請求項３】
請求項２に記載のサーバーであって、
該サーバーは、前記コンテンツ配信ユーザーが設定可能な設定情報を保存することができ、
前記設定情報が、前記コンテンツ配信ユーザーとは異なるコンテンツ配信ユーザーに係るコンテンツを含み、
該サーバーは、前記コンテンツ配信ユーザーとは異なるコンテンツ配信ユーザーに係るコンテンツを前記通信端末装置に配信することができる、
該サーバー。
【請求項４】
請求項３に記載のサーバーであって、
該通信端末装置にインストールされた１つのプログラムを介してアップロードされたコンテンツを前記仲介サーバーが保存することができ、
前記プログラムを介してアップロードされたコンテンツを、仲介サーバーが、前記複数の配信サーバーのうちの少なくとも１つのサーバーにアップロードすることができる該サーバー。
【請求項５】
コンテンツ配信ユーザーが複数の配信サーバーにアップロードした複数のコンテンツを、通信端末装置が、該通信端末装置にインストールされた１つのプログラムを介して取得することを仲介するための機能を仲介サーバーに付与するためのプログラムであって、
ネットワークを介して前記配信サーバーにアクセスして取得した前記コンテンツを保存する機能、
前記保存したコンテンツを、ネットワークを介して前記通信端末装置に配信する機能、
を有するプログラムであり、
ここで、前記保存したコンテンツの前記通信端末装置への前記配信機能は、第一の識別情報と第二の識別情報に基づいて行う機能を有し、
前記第一の識別情報は、前記コンテンツ配信ユーザーに対して割り当てられた識別情報であり、
前記第二の識別情報は、前記通信端末にインストールされたプログラムに基づく識別情報であり、
前記第一の識別情報と前記第二の識別情報に基づく前記配信機能は、前記第一の識別情報に係るコンテンツ配信ユーザーによって複数の配信サーバーから配信されて保存された複数のコンテンツを配信する機能であることを特徴とする該プログラム。
【請求項６】
コンテンツ配信ユーザーが複数の配信サーバーにアップロードした複数のコンテンツを、通信端末装置が、該通信端末装置にインストールされた１つのプログラムを介して取得することを仲介するための方法であって、該方法は：
ネットワークを介して前記配信サーバーにアクセスして取得した前記コンテンツを保存するステップ；及び
前記保存したコンテンツを、ネットワークを介して前記通信端末装置に配信するステップ；
とを含む方法であり、
ここで、前記保存したコンテンツの前記通信端末装置への前記配信するステップは、第一の識別情報と第二の識別情報に基づいて行うステップであり、
前記第一の識別情報は、前記コンテンツ配信ユーザーに対して割り当てられた識別情報であり、
前記第二の識別情報は、前記プログラムに基づく識別情報であり、
前記第一の識別情報と前記第二の識別情報に基づく前記配信ステップは、前記第一の識別情報に係るコンテンツ配信ユーザーによって複数の配信サーバーから配信されて保存された複数のコンテンツを配信するステップであることを特徴とする該方法。
【請求項７】
請求項１〜４のいずれか１項に記載の仲介サーバーから、前記複数のコンテンツを取得するためのプログラムであって、
前記プログラムは、通信端末装置にインストールするためのプログラムであり、
前記プログラムは、該プログラムに基づく識別情報を仲介サーバーにネットワークを介して送信する機能を有し、
前記識別情報は、仲介サーバーが通信端末装置に配信するためのコンテンツを特定するために利用される情報であることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコミュニケーションプラットフォームに関する。
【背景技術】
【０００２】
インターネットの普及により様々なコンテンツがユーザーに配信されたり、又はユーザーが閲覧することができるようになった。また、インターネットの普及した当初では、ホームページ等の形態に限られていたが、近年ではコンテンツの公開形態又は配信形態も多様化してきている。そして、同一の情報配信団体・企業が、複数の配信形態（公開形態）を利用するケースも増加してきている。例えば、特定地域の観光業組合では、ホームページで観光情報を提供する一方で、ブログやＴｗｉｔｔｅｒ（登録商標）で最新の情報を配信したり、ＹｏｕＴｕｂｅ（登録商標）で動画を配信したりすることもある。更には、Ｆａｃｅｂｏｏｋ（登録商標）及びＧｏｏｇｌｅ＋（登録商標）といったサービスを利用して情報配信を行う例もある。
【０００３】
このような場合、コンテンツを配信する団体・企業側にとっては、各配信形態に応じて異なるユーザーインターフェースを使用する必要が生じる。また、複数の配信サービス間で重複するコンテンツがあった場合、各配信サービスごとにアップロード作業を繰り返す必要が生じる。こうした課題に対して、特開２０１１−９６２５１では、一度に複数のＳＮＳサイトにコンテンツをアップロードすることができる１つのインターフェースについて開示している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−９６２５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のように配信形態が多様化すると、コンテンツを閲覧する利用者にとっては煩わしい側面が生じる。なぜならば、興味ある分野についてのコンテンツを収集しようとしても、それぞれの配信サービスのインターフェースを起動しなくてはならないからである。具体的にいえば、パソコンであれば、ブラウザソフト１つあれば多くの配信形態のコンテンツに対応できるかもしれない。しかし、近年普及しつつあるスマートフォンやタブレット端末では、配信形態ごとに応じたアプリを起動する必要があるため、効率的にコンテンツを収集することが煩雑となる。また、上記ブラウザソフトについても、その汎用性が高いあまり、同一の配信元のコンテンツを探し当てるのには手間がかかってしまう（例えば、同じ配信元であっても、ＹｏｕＴｕｂｅやＦａｃｅｂｏｏｋ等のサイトをそれぞれ探し当ててブックマーク等で管理しなければならない）。
【０００６】
また、特定分野についてのコンテンツを利用者が収集しようとした際に、関連する情報を別途提供することができれば、利用者・配信元双方にとっても都合が良いであろう。しかし、現状のように配信形態が多様化している状態ではその効果も限られたものとならざる得ない。
【０００７】
一具体例を挙げると、ある地域の観光組合は、ホームページの充実に注力し、ブログを介した情報配信は手薄となる場合もある。また、一方で、別の地域の観光組合は、ホームページは手薄だが、ブログの更新は頻繁に行う場合もある。こうした場合、両地域の観光組合が、同一ベンダーの提供するホームページサービスを利用していれば、互いの観光情報を関連情報として提供することもありうる。しかし、一方の地域のホームページ情報が充実している一方で、もう一方の地域のホームページ情報が乏しい状況ではこのような連携による成果は対してあがることはないであろう。ここで、一方の地域のホームページと他方の地域のブログを連携させれば、相互に充実した情報を提供することができるかもしれない。しかし、そのためには配信形態の組合せパターンに応じて連携できる機能を実装しなくてはならない。現状のように配信形態が多様化している状態では、配信形態の組合せパターンは天文学的数値となりこのような方法は現実的ではない。
【０００８】
ここで、コンテンツを配信する団体が、現在利用している複数のコンテンツ配信形態を一本化しようとすれば、これまでのコンテンツ開発労力が水泡に帰す部分が生じる。また、複数のコンテンツ配信形態を一本化するために、アプリケーションを一から開発しようとしたとしても時間が掛かる。
【０００９】
また、従来のようにコンテンツ配信形態が多様化することによる問題点として、コミュニティが限定的なものとなってしまう点が挙げられる。例えば、口コミ投稿サイトの場合、投稿者同士の交流は本来の目的ではないため、活発に行われることがない（即ち、投稿して完結してしまう）。ましてや、口コミ対象となるお店側と口コミ投稿者との交流は皆無に等しい。また、Ｆａｃｅｂｏｏｋ等のサイトでは、知り合い同士の交流は活発に行われたとしても、上述したようなコンテンツを配信する側とコンテンツを利用する側との交流は皆無に等しい。
【００１０】
更にいえば、コンテンツを配信する側とコンテンツを利用する側が相互にコミュニケーションを行う場合、コンテンツを配信する側のホームページやブログが使用されているが、この場合、コンテンツを利用する側同士の交流は限定的なものとなっている。
【００１１】
上記現状を鑑み、本発明は、コンテンツ配信形態が多様化したとしても、コンテンツ利用者がコンテンツの収集が容易に行うことができるようにするためのサーバー、プログラム、及び方法を提供することを第一の課題とする。
【００１２】
また、本発明は、各団体が配信するコンテンツをより効果的に連携するためのサーバー、プログラム、及び方法を提供することを第二の課題とする。
【００１３】
また、本発明は、コンテンツ配信ユーザー間、コンテンツ利用ユーザー間、そして、コンテンツ配信ユーザーとコンテンツ利用ユーザー間のコミュニティ活性化を同時に可能とするためのサーバー、プログラム、及び方法を提供することを第三の課題とする。
【課題を解決するための手段】
【００１４】
本発明は、一側面において、以下の特徴を有するサーバーである。
コンテンツ配信ユーザーが複数の配信サーバーにアップロードした複数のコンテンツを、通信端末装置が、該通信端末装置にインストールされた１つのプログラムを介して取得することを仲介するための仲介サーバーであって、
前記仲介サーバーは、
ネットワークを介して前記配信サーバーにアクセスして、前記コンテンツを取得及び保存することができ、
前記保存したコンテンツを、ネットワークを介して通信端末装置に配信することができ、
前記保存したコンテンツの前記通信端末装置への前記配信は、第一の識別情報と第二の識別情報に基づいて行われ、
前記第一の識別情報は、前記コンテンツ配信ユーザーに対して割り当てられた識別情報であり、
前記第二の識別情報は、前記プログラムに基づく識別情報であり、
前記第一の識別情報と前記第二の識別情報に基づく前記配信は、前記第一の識別情報に係るコンテンツ配信ユーザーによって複数の配信サーバーから配信されて保存された複数のコンテンツを配信することを特徴とする該サーバー。
【００１５】
本発明は、更なる一側面において、以下の特徴を有するサーバーである。
該サーバーが、前記第一の識別情報と前記第二の識別情報との関連情報を保存することができ、前記関連情報が、前記各第二の識別情報に係るプログラムへ配信可能となるコンテンツを特定するための情報であり、前記特定は第一の識別情報を第二の識別情報と対応づけることにより可能となる該サーバー。
【００１６】
本発明は、更なる一側面において、以下の特徴を有するサーバーである。
該サーバーは、前記コンテンツ配信ユーザーが設定可能な設定情報を保存することができ、
前記設定情報が、前記コンテンツ配信ユーザーとは異なるコンテンツ配信ユーザーに係るコンテンツを含み、
該サーバーは、前記コンテンツ配信ユーザーとは異なるコンテンツ配信ユーザーに係るコンテンツを前記通信端末装置に配信することができる、
該サーバー。
【００１７】
本発明は、更なる一側面において、以下の特徴を有するサーバーである。
該通信端末装置にインストールされた１つのプログラムを介してアップロードされたコンテンツを前記仲介サーバーが保存することができ、
前記プログラムを介してアップロードされたコンテンツを、仲介サーバーが、前記複数の配信サーバーのうちの少なくとも１つのサーバーにアップロードすることができる該サーバー。
【００１８】
本発明は、更なる一側面において、上記特徴を有するサーバーを実現するためのプログラムである。
【００１９】
本発明は、更なる一側面において、上記特徴を有するサーバーを実現するための方法である。
【００２０】
本発明は、更なる一側面において、上記特徴を有するサーバーと通信するためのプログラムである。
具体的には、上記特徴を有する仲介サーバーから、前記複数のコンテンツを取得するためのプログラムであって、
前記プログラムは、通信端末装置にインストールするためのプログラムであり、
前記プログラムは、該プログラムに基づく識別情報を仲介サーバーにネットワークを介して送信する機能を有し、
前記識別情報は、仲介サーバーが通信端末装置に配信するためのコンテンツを特定するために利用される情報であることを特徴とするプログラム。
【発明の効果】
【００２１】
本発明では、仲介サーバーが、ネットワークを介して前記配信サーバーにアクセスして、前記コンテンツを取得及び保存することができ、前記保存したコンテンツを、ネットワークを介して通信端末装置に配信することができる。このため、通信端末装置は１つのプログラム（或いはアプリケーション、或いはユーザーインタフェース）だけあれば、複数の配信形態で配信されるコンテンツを利用する（収集する）ことが可能となる。
【００２２】
また、本発明では、前記保存したコンテンツの前記通信端末装置への前記配信は、第一の識別情報と第二の識別情報に基づいて行われており、ここで前記第一の識別情報は、１のコンテンツ配信ユーザーに対して割り当てられた識別情報であり、前記第二の識別情報は、前記プログラムに基づく識別情報である。例えば、１つの第一の識別情報を１つの第二の識別情報と対応づけた関連情報を仲介サーバーが保存することができる。このことにより、特定団体が複数の配信形態を利用してコンテンツを配信する場合であっても、複数のコンテンツに係る第一識別子が共通していることを手がかりとして、特定団体に係るコンテンツを仲介サーバーが纏めて配信することができる。そして、前記通信端末装置は特定の団体が配信したコンテンツを選別して利用することができる。
【図面の簡単な説明】
【００２３】
【図１】一実施形態に係る本発明のサーバーを含めたネットワーク構成図である。
【図２】一実施形態に係る本発明のサーバーに保存された関連情報のデータ形式である。
【図３】一実施形態に係る本発明のサーバーを含めたネットワーク構成図である。
【図４】一実施形態に係る本発明のサーバーを含めたネットワーク構成図である。
【発明を実施するための形態】
【００２４】
以下、本発明の具体的な実施形態を説明する。該説明は本発明の理解を促進するためのものであり、本発明を限定することを意図するものではない。
【００２５】
１．システム構成
１−１．コンテンツ配信ユーザー
図１は、本発明に関連するシステムの構成図である。コンテンツ配信ユーザー（１）は、複数の配信形態サービスを利用してコンテンツ配信を行う。この場合、コンテンツ配信ユーザー（１）は、配信形態に応じて異なるサーバー（２Ａ、２Ｂ、２Ｃ）に接続して、コンテンツのアップロードを行う。例えば、動画についてはサーバー（２Ａ）に接続してアップロードし、ホームページついてはサーバー（２Ｂ）に接続してアップロードし、短文テキスト情報については、サーバー（２Ｃ）に接続してアップロードすることができる。
【００２６】
１−１−１．配信コンテンツ
配信コンテンツは、任意の形式のデータであってよい。例えば、画像ファイル、動画ファイル、音声ファイル、テキストファイル、ハイパーテキストファイル等が含まれるがこれらに限定されない。また、本明細書で述べる配信コンテンツは、例えば該当ファイルそのものではなく、該ファイルの参照先の情報等も含むことを意図する（例：Ｆｅｃｅｂｏｏｋページの参照先、ＹｏｕＴｕｂｅの参照先、Ｔｗｉｔｔｅｒの取得キーワード設定、ＧｏｏｇｌｅＭａｐの初期位置）。また、コンテンツとしては、これらの上記形式を組み合せたものであってもよい（例：Ｆｌａｓｈ、ＡＲ（拡張現実、Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ））。
【００２７】
１−２．コンテンツ配信仲介サーバー
本発明の一実施形態に係るサーバー（以下仲介サーバー）（３）は、上記コンテンツを配信するサーバーにネットワークを介してそれぞれ接続して、各コンテンツを取得し保存する機能を有する。また、仲介サーバーは、ネットワークを介して、前記取得・保存したコンテンツを通信端末装置に配信する機能を有する。
【００２８】
１−２−１．コンテンツ配信仲介サーバーによるコンテンツ取得・保存
ここで、コンテンツ配信ユーザーは、あらかじめ上記仲介サーバーにコンテンツ配信ユーザーに関する設定情報を登録しておく。当該設定情報には、各配信サーバー（２Ａ、２Ｂ、２Ｃ）にコンテンツをアップロードする際に必要なアカウント情報を含むことができる。あるいは、当該設定情報には、コンテンツ配信ユーザーがアップロードしたコンテンツを特定するために必要な情報を含むことができる（例えば、動画の識別ＩＤ、コンテンツにアクセスするためのＵＲＬ、キーワード（例えば、Ｔｗｉｔｔｅｒのキーワード）など）。或いは、アプリケーション開発用に取得したコード情報であってもよい（例えば、Ｆａｃｅｂｏｏｋ  ＤｅｖｅｌｏｐｅｒでのＦａｃｅｂｏｏｋ  ＡｐｐＩＤ／ＡＰＩ  Ｋｅｙや、シークレットキー）。また、例えばこれらの設定情報は、仲介サーバーが備える記憶手段（ディスク、メモリ等）に保存することができる。
【００２９】
上記設定情報を元に（例えば、保存された設定情報を、仲介サーバーが備える処理部が読み込んで）、仲介サーバー（３）は、各配信サーバー（２Ａ、２Ｂ、２Ｃ）からコンテンツを取得する。また、取得したこれらのコンテンツは、仲介サーバーが備える記憶手段（ディスク、メモリ等）に保存することができる。なお、上記コンテンツが、例えば、上述したファイルの参照先の情報等である場合には、各配信サーバーにアクセスして該当ファイルそのものを取得する必要はなく、参照先の情報を保存するのみであってもよい。
【００３０】
ここで、コンテンツ配信ユーザーを識別するための第一の識別情報を設けてもよい。これにより、取得したコンテンツを保存する際にも、上記第一の識別情報ごとに整理して保存することができる。そして、仲介サーバー（３）が、通信端末装置にコンテンツを配信する際に、同一のコンテンツ配信ユーザーから配信されたコンテンツを配信することができる。
【００３１】
また、仲介サーバー（３）が取得・保存するコンテンツは、外部の配信サーバーに係る又は由来するものだけに限定されるものではない。例えば、コンテンツ配信ユーザーは、仲介サーバー（３）にアクセスして、動画やテキスト等のコンテンツを直接仲介サーバー（３）にアップロードしてもよい。ここで、該コンテンツは、他のコンテンツ配信サーバーにはアップロードされないので、仲介サーバー（３）だけが保存する独自のコンテンツとなる。
【００３２】
１−２−２．コンテンツ配信仲介サーバーとのコンテンツ同期
上述したコンテンツの取得ステップは、各配信サーバーに対して一度だけ行われるのではない。コンテンツ配信ユーザーは、定期的にコンテンツの更新を行うこともあり、この場合各配信サーバーにはアップデートされたコンテンツが仲介サーバーで再度取得・保存されることになる。そこで仲介サーバーは、アップデートされたコンテンツと同期させるために、上述したようなコンテンツの取得・保存作業を繰り返し行うことができるように実装してもよい。ここで、コンテンツの再取得・再保存は、例えば、定期的（例えば１５分ごと）に同期を行うようにバッチ処理を設定してもよいし、あるいは、コンテンツをアップデートしたタイミングで、コンテンツ配信ユーザーが仲介サーバーにアクセスして同期を行う処理を実行させてもよい。
【００３３】
１−２−３．コンテンツ配信仲介サーバーによる通信端末装置への配信
上述した方法でコンテンツを取得・保存した仲介サーバーは、通信端末装置へのコンテンツ配信を行うことができる。通信端末装置は、仲介サーバーからコンテンツを取得するために、１つのプログラム（１つのアプリケーション）を実行する。なお、ここで述べる「１つの」という表現は、厳密な個数を意味するものではなく、見かけの動作上「１つ」という意味である。例えば、ＧＵＩ上のアイコンをクリック又はタップして起動するアプリケーションは、複数のプログラム（モジュール）で構成されていることが普通である。従って、このような場合には、前記クリック又はタップ操作によって起動されるプログラム、及び前記起動されたプログラムよって更に起動される可能性のある別のプログラムの一群を意味するものとして「１つ」のプログラムという表現を本明細書では用いる。前記１つのプログラムは、仲介サーバーにコンテンツの送信を要求する際に、該プログラムを識別するための識別情報（以下、第二の識別情報と呼ぶ）を仲介サーバーにネットワークを介して送る。ここで、第二の識別情報は任意の形式であってもよく、例えばアプリごとに付与されるＩＤコード等が挙げられる。通信端末装置からコンテンツ要求を受け取ったサーバーは、前記通信端末装置から送られた第二の識別情報を元に、要求のあった通信端末装置に対して、どのコンテンツ配信ユーザーのコンテンツを送信すればよいかを判断する。こうした判断を行うための仕組みは、当業者であれば任意の方法で実現することができる。
【００３４】
一例を挙げると、図２のような構造のデータ（例えばデータベースのテーブル）を仲介サーバーが設けており、該データを参照することにより、配信すべきコンテンツに関係する第一識別情報を特定することができる。上述した通り、仲介サーバーは取得したコンテンツを設定情報（第一識別情報）ごとに整理して保存している。そこで、上記特定した第一識別情報に関連するコンテンツを抽出して、通信端末に送信すればよい。なお、第一識別情報と第二識別情報は、例えば同一のコードであってもよい。特に第一識別情報と第二識別情報が１対１で対応するケースでは同一のコードであってもよい。
【００３５】
また、通信端末装置は、アプリケーションをユーザーが手動で起動した際にコンテンツを取得する形態のみならず、例えば、バックグラウンドでアプリケーションが一時的に又は常に起動されて、コンテンツを取得し、通信端末装置に保存するような形態であってもよい。このような形態でコンテンツを取得することにより、例えば通信圏外やオフラインモードであっても、コンテンツを閲覧することが可能となる。
【００３６】
１−２−４．コンテンツ配信仲介サーバーの分散処理
本発明に係る仲介サーバーは１台だけに限定されるものではない。例えば、負荷を分散させるために、ロードバランサ等を用いて複数の仲介サーバーを用いて稼動させることもできる。また、処理内容に応じて複数のサーバーに処理を分散してもよい。例えば、コンテンツを配信サーバーから取得してする機能を担うサーバーと、該コンテンツを保存するデータベースサーバーと、通信端末装置からのリクエストを受け付けるサーバーといったように、処理内容に応じて複数のサーバーを設けることができる。このように、仲介サーバーを１台のサーバーとせずに複数のサーバー群で構成させる実施形態も本発明の企図するところである。
【００３７】
１−２−５．サーバーの構成（ハード・ソフト） 
仲介サーバーについては、演算処理部、記憶部、ネットワーク接続部等、一般的なサーバーが備える機能を有しているものであれば利用可能である。そして、本明細書にサーバーの機能・動作、プログラムの機能、方法の各工程は、これらをもちいることによって実現できる。また、仲介サーバーのＯＳについても特に限定されず、Ｍｉｃｒｏｓｏｆｔ（登録商標）社のＷｉｎｄｏｗｓ（登録商標）Ｓｅｒｖｅｒ、Ｕｎｉｘ（登録商標）、Ｌｉｎｕｘ（登録商標）等、サーバー用のＯＳとして利用されているものであれば利用可能である。また、本発明に係る機能を実現するためのプログラムに関しても、そのプログラム言語は特に限定されず、Ｊａｖａ（登録商標）、Ｃ言語等任意の言語であってもよい。
【００３８】
１−３．通信端末装置
通信端末装置（４）は、通信ネットワークに接続する機能が搭載された端末装置であればよく、携帯端末装置が特に好ましい。具体的にはパーソナルコンピュータ、ＰＤＡ、携帯電話、スマートフォン（例えば、ｉＰｈｏｎｅ（登録商標）、Ａｎｄｏｒｏｉｄ（登録商標）携帯）、タブレット端末（ｉＰａｄ（登録商標）、Ｋｉｎｄｌｅ（登録商標））等が挙げられるがこれらに限定されない。典型的には、スマートフォンやタブレット端末等である。
【００３９】
１−４．ネットワーク
１−４−１．通信ネットワーク（有線）
仲介サーバーとコンテンツ配信サーバーとの間の通信形態については特に制限されない。しかし、コンテンツを大量に収集して保存する必要があることから大容量のデータを伝送できる有線ネットワークが好ましい。
【００４０】
１−４−２．通信ネットワーク（無線）
仲介サーバーと通信端末装置との間の通信形態については特に制限されない。しかし、典型的な通信端末装置としてスマートフォンやタブレット端末等が考えられることから、通信端末装置との直接通信する装置（例えば、基地局等）については典型的には無線ネットワークが用いられる。無線ネットワーク（ワイヤレスネットワーク）としては、例えば、ラジオ・アクセス・ネットワーク（ＲＡＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）、ＷｉＭａｘ（登録商標）、ＧＰＲＳ、ＨｉｐｅｒＬＡＮ、３Ｇネットワーク、４Ｇネットワーク等が挙げられるがこれらに限定されない。
【００４１】
１−５．その他
上記実施形態のような仲介サーバーが機能することにより、今後新たな形式の配信メディアが登場してきたとしても、こうした変化は全て仲介サーバーが吸収することができる。即ち、新たな配信メディアの仕様（ファイル形式、ＡＰＩ等）の情報を元に、プログラムを改修すればよいだけであり、コンテンツ配信ユーザー及びコンテンツ利用ユーザーには大きな負担が係ることはない。また、配信メディアによっては、コンテンツ要求の負荷がかかり過ぎると応答が遅くなるものも存在する。従って、通信端末装置がコンテンツ配信サーバーに直接要求（リクエスト）を送る形態では応答が遅くなる可能性がある。しかし、本発明の仲介サーバーを介することにより、配信サーバーへの負荷を減らして応答の遅延を防ぐことも可能となる。
【００４２】
２．複数のコンテンツ配信ユーザーに係るコンテンツの連携 
上記実施形態では、第一識別情報と第二識別情報は１対１で対応させている。これにより、対象となる１つのコンテンツ配信ユーザーに係るコンテンツを通信端末装置が１つのプログラムにより取得することが可能となる。更なる本発明の実施形態では、複数のコンテンツ配信ユーザーに係るコンテンツ同士を連携されることができる。具体的には、１つの第二識別情報を送信する通信端末装置用のプログラムは、対応する１つの第一識別情報に係るコンテンツを仲介サーバーを介して取得することができるが、更には、前記第一識別情報とは異なる第一識別情報に係るコンテンツを仲介サーバーを介して取得することができる。
【００４３】
２−１．システムの構成図
図３は該実施形態に係るシステムの構成図である。複数のコンテンツ配信ユーザーが存在し（６Ａ、６Ｂ）、これらのユーザーは独自のコンテンツ（８Ａ、８Ｂ）を複数のコンテンツ配信サーバーにそれぞれアップロードする。一実施形態に係る仲介サーバー（７）は、前記実施形態で説明した仕組みで、複数のコンテンツ配信サーバーにそれぞれアップロードしたコンテンツ（８Ａ、８Ｂ）を取得及び保存する。コンテンツ（８Ａ、８Ｂ）を保存する際には、コンテンツ配信ユーザーを識別するための情報（Ａ、Ｂ）を共に記録する。これにより、例えばあるユーザー（１１）が、コンテンツ配信ユーザー（６Ａ）に係るコンテンツを取得するためのプログラム（１０Ａ）を用いて（或いは第二識別子Ａを用いて）コンテンツを要求したときに正しいコンテンツを配信することができる（即ち、誤ってコンテンツ配信ユーザー６Ｂに係るコンテンツを配信することがない）。
【００４４】
２−２．設定情報の内容
また、コンテンツ配信ユーザー（６Ａ）はの設定情報（９Ａ）を管理することができる。該設定情報には、コンテンツを取得する際の同期をとるための間隔、参照先ＵＲＬ、コンテンツの情報の開示制限等を含めることができる。また、該設定情報には、外部の配信サーバーにアップロードしたコンテンツとは別のコンテンツを含めることができる。即ち、該別のコンテンツは、外部の配信サーバー（ＦａｃｅｂｏｏｋやＹｏｕＴｕｂｅ等）に由来しない、仲介サーバーだけに保存されたコンテンツとなる。例えば、動画や写真等のコンテンツは外部サーバーから（ＦａｃｅｂｏｏｋやＹｏｕＴｕｂｅ等）から取得・保存する形態としておき、コンテンツの更新記録（例：「○月○日、○○を追加しました。」）や広告については、前記設定情報（９Ａ）の中で設定して通信端末装置に配信するようにしてもよい。従って、本実施形態において、前記設定情報の中には、通信端末装置に配信するコンテンツそのものを含めることができる。
【００４５】
また、前記設定情報の中には、他の配信ユーザーのコンテンツを配信対象として含めるための設定を含めることができる。例えば、図３で言えば、コンテンツ配信ユーザー（６Ａ）は、コンテンツ（８「Ｂ」）をコンテンツ取得用プログラム（１０Ａ）に配信するための設定をすることができる。具体的には以下の通りである。
【００４６】
まず、コンテンツ配信ユーザー（６Ａ）は、原則として、自身に係るコンテンツ（８Ａ）を複数のコンテンツ配信サイトにアップロードする。仲介サーバー（７）は、これら複数のコンテンツを取得して保存する。保存されたコンテンツは、専用のプログラム（１０Ａ）により、通信端末装置に配信される。ここまでは図１で説明した実施形態と同様である。
【００４７】
ここで、コンテンツ配信ユーザー（６Ａ）は、設定情報（９Ａ）を管理している。複数のコンテンツ配信サイトにアップロードされてから収集されたコンテンツ（８Ａ）とは別のコンテンツを配信する旨の設定を行う。設定方法としては、上記コンテンツ（８Ａ）と同様の方法で取得・保存されたコンテンツ（８Ｂ）の参照先情報などを、設定情報（９Ａ）の中に保存しておく。コンテンツ取得用プログラム（１０Ａ）が仲介サーバー（７）からコンテンツ（８Ａ）を取得する際には、上記コンテンツ（８Ｂ）の参照先情報を一緒に取得する。そして前記参照先情報を元にユーザー（１１Ａ）に対して、コンテンツ（８Ｂ）の一部を提示させる。
【００４８】
以上の方法により、コンテンツ配信ユーザー（６Ａ）は、別のコンテンツ配信ユーザー（６Ｂ）に係るコンテンツ（８Ｂ）を、少なくとも一部配信することができる。従って、コンテンツ配信ユーザー同士（６Ａ及び６Ｂ）は、必要に応じて相互にコンテンツ（８Ａ及び８Ｂ）を提供する等の連携を行うことができる。このような連携が可能となれば、様々な応用が可能となる（例えば、取得用のプログラム（１０Ａ及び１０Ｂ）を相互に紹介したり、関連性の強いユーザー同士（例えば、観光組合同士で地域的に近いなど）でイベント情報を紹介したり等）。
【００４９】
上記のような連携は、コンテンツ配信ユーザー（６Ｂ）にとって、様々なメリットをもたらす可能性がある。しかし、場合によっては、他のコンテンツ配信ユーザー（６Ａ）に公開させたくない場合も考えられる。こうした場合には、設定情報（９Ｂ）で、コンテンツ（８Ｂ）のうち、どれを公開して、どれを公開させないか設定を行うようにすればよい。
【００５０】
このような実施形態は、コンテンツ利用ユーザー（１１）にとって一定の利点ををもたらす。例えば、他のコンテンツ配信ユーザー（６Ｂ）のコンテンツをそれほど詳細には望まないものの、主対象とするコンテンツ配信ユーザー（６Ａ）のコンテンツと関わりのある範囲内のコンテンツだけを取得したい場合もあり得る。こうした場合に、他のコンテンツ配信ユーザー（６Ｂ）のコンテンツ用のプログラム（１０Ｂ）をインストールしなくともこうした情報をえることが可能となる。
【００５１】
一方で、このような実施形態は、コンテンツ配信ユーザーにとっても有益である。多くのコンテンツ配信ユーザーはある一定のテーマ（コンテンツのジャンル、地理的情報など）に沿ったコンテンツを配信している。従って、特定のコンテンツ配信ユーザー（６Ａ）に係るコンテンツ（８Ａ）を利用するコンテンツ利用ユーザー（１１Ａ）については、上記のテーマから、一定の嗜好傾向を推測することができる。例えば、上記プログラム（１０Ａ、１０Ｂ）やコンテンツ（８Ａ、８Ｂ）については、特定地域の観光情報に係るものであって、あるプログラム（１０Ａ）が高野山である場合には、コンテンツ利用ユーザーは、観光に興味がある、世界遺産の場所に興味がある、日本の歴史・文化・自然に興味があるといった傾向を推測することができる。従って、一定のテーマに関連したコンテンツを有する別のコンテンツ配信ユーザー（６Ｂ）が配信するコンテンツ（８Ｂ）の少なくとも一部について、上記コンテンツ利用ユーザー（１１Ａ）が興味を持つかどうかを推測できる。従って、コンテンツ配信ユーザー（６Ｂ）からしてみれば、自身が配信するコンテンツ（８Ｂ）について興味を持ってもらえそうなコンテンツ利用ユーザー（１１Ａ）を更に増やすためのきっかけを得ることができる。
【００５２】
例えば、観光情報に関するコンテンツの場合には、このような連携の具体例として、近隣地域のイベント情報の通知が含まれる。或いは、観光地としては互いに遠隔ではあるが、特定の歴史上の人物に密接に関わる情報を通知したりすることなども連携の具体例として含めることができる。無論、他の観光地域のアプリ（プログラム）をダウンロードするためのリンクを提供することも、上記連携に含めることができる。
【００５３】
３．コミュニティの活性化（配信側−利用側、利用側−同士）
図４は更なる本発明の実施形態に係るシステムの構成図である。更なる本発明の実施形態において、コンテンツ利用ユーザー（２１）は、関連するコンテンツを、プログラム（２０）を介して自ら投稿（アップロード）することができる。より具体的には、あるコンテンツ利用ユーザー（２１）は、自身が所有する通信端末装置にプログラム（２０）をインストールして、コンテンツ配信ユーザー（１３）に係るコンテンツ（１９）を取得・利用している。
【００５４】
ここで、該コンテンツに関連するテーマについて、コンテンツ利用ユーザー（２１）は、コンテンツ（１８）のアップロード（一具体例として、写真や口コミの投稿）を行うことができる。コンテンツ（１８）のアップロードは、前記プログラム（２０）を介して行うことができる。該コンテンツについては上記配信コンテンツと同様であり、例えば任意の形態であってもよい。
【００５５】
アップロードされたコンテンツ（１８）は、一旦仲介サーバー（１５）に保存される。そして、コンテンツ配信ユーザー（１３）が、該コンテンツ（１８）を確認する。もし、公開しても問題ないコンテンツであれば、コンテンツ配信ユーザー（１３）は、設定情報（１６）の変更等を行い、アップロードされたコンテンツ（１８）の公開処理を行う。
【００５６】
また、公開する旨を決定したコンテンツ（１８）については、元々利用していたコンテンツ配信サーバー（１４）にそのコンテンツをアップロードする処理を仲介サーバーが行っても良い。この際には、設定情報（１６）に保存されていた、配信サーバー（１４）にアクセスするための情報（例えば、アカウント・パスワード等）を利用することができる。
【００５７】
公開する旨を決定したコンテンツ（１８）については、該コンテンツ（１８）を投稿したコンテンツ利用ユーザー（２１）とは異なるコンテンツ利用ユーザー（２２）が、同一のプログラム（２０）を用いて閲覧することができる。
【００５８】
また、コンテンツ利用ユーザー（２１）自身が、配信サーバー（１４）のアカウント（例えばＦａｃｅｂｏｏｋのページＩＤ等）を所有している場合には、該アカウントとしての投稿を同時に行うことができる。
【００５９】
３−１．コミュニティ規模の確保
上記実施形態により、コミュニティを活性化することができる。具体的に述べると、従来では、コンテンツ配信形態が多様化しているため、同一のコンテンツ配信ユーザーに係るコンテンツであっても、コンテンツ形態ごとにコミュニティが存在していた（例えば、Ｆａｃｅｂｏｏｋに投稿するユーザー、ＹｏｕＴｕｂｅにコメントするユーザー、Ｔｗｉｔｔｅｒをフォローするユーザー等）。ここで、これら全ての配信形態に係るアカウントを保持しているユーザーは稀であろう。あるいは、アカウントを持っていたとしても、せいぜい３〜４種類程度の可能性もある。従って、同一のコンテンツ配信ユーザーに係るコミュニティであっても、そのユーザー数が分散しているため、一定の規模を確保することが困難であった。しかし、上記実施形態では、仲介サーバーを介してコンテンツを配信利用する形態であるため、従来では得られなかった規模のコンテンツ利用ユーザーを確保することができる。そして、規模を確保することができることにより、活性化したコミュニティを実現できる。
【００６０】
３−２．コンテンツ利用ユーザー側にとっての障壁 
また、コンテンツ利用ユーザー側が別途コンテンツ（口コミ、写真、動画等）を投稿する仕組み自体は存在していたものの、従来では、投稿を促進するうえでの幾つかの障壁が存在していた。
【００６１】
１つ目の障壁は、通信端末装置（特には携帯通信端末装置）からの投稿が容易に行えない点である。例えば、従来のフォトコンテスト等のサイトでは、カメラで撮った写真を一旦ＰＣに保存してから投稿する必要があった。或いは携帯通信端末装置からの投稿が可能であったとしても専用のアプリ（プログラム）をインストールする必要があった。しかし、上記実施形態では、配信されたコンテンツを閲覧利用するために元々インストールされていたアプリを使うため、別途インストールする必要が存在しない。従って、上記のような障壁が無くなる分、コンテンツ利用ユーザー側の投稿を促進することができる。
【００６２】
２つ目の障壁は、投稿を行う際に、投稿を行うコンテンツの形態によっては、アカウントが必要となる点である。コンテンツ利用ユーザーにとってみれば、投稿する際に、アカウントの登録が必要と分かった時点で、投稿をやめてしまうケースは多い。しかし、上記実施形態では、仲介サーバーを介して投稿を行う。そのため、仮にコンテンツ利用ユーザーがアカウントを所持していなかったとしても、別途アカウント（例えばコンテンツ配信ユーザーが所持するアカウント）を利用して投稿することができる。この際に、アカウントを所持していないコンテンツ利用ユーザーがコンテンツ配信ユーザーが所持するアカウントを利用して投稿したことを示すためにハンドルネーム等を設けても良い。いずれにせよ、アカウントの登録を必要としないため、上記のような障壁が無くなる分、コンテンツ利用ユーザー側の投稿を促進することができる。
【００６３】
３つ目の障壁は、アカウントを所持しているコンテンツ利用ユーザーにとっては、投稿したコンテンツを自身の管理下に反映できないという点である。例えば、Ｆａｃｅｂｏｏｋのアカウントを所持しているコンテンツ利用ユーザーからしてみれば、投稿内容を自分のページにおいておくことを望む可能性がある。従来では、投稿サイトへの投稿と、自身のアカウントにかかるページへの投稿と二重に行う必要が生じていた。二度手間となる分、投稿サイトへの投稿の障壁となっていた。しかし、上記実施形態では仲介サーバーを介して投稿を行う。従って、一度の手間で両者に投稿内容を反映させることができる。よってその分、コンテンツ利用ユーザー側の投稿を促進することができる。
【００６４】
このように、一度の手間で投稿内容を二重反映できることは、投稿を募るコンテンツ配信ユーザー側にとっても大きな利点をもたらす可能性がある。例えば、投稿を行うコンテンツ利用ユーザーが、ある特定のソーシャルネットワークのアカウントを保持していたと仮定する。この場合、コンテンツ利用ユーザーは、該ソーシャルネットワークを介して交友関係を結んでいる可能性がある。そして、交友関係にある他のユーザーは、コンテンツ利用ユーザーの投稿内容を知ることができる。従って、知り合いの投稿ということで、コンテンツ配信ユーザーへの信頼感を増加させることに寄与する可能性がある。コンテンツ利用ユーザーとコンテンツ配信ユーザーが顧客（潜在的な顧客）と企業との関係にある場合には、こうした信頼感の増加は双方にとって非常に大きな利点となる。
【００６５】
このように投稿するうえでの上述した阻害要因を本発明の実施形態では削除することが出来る。阻害要因を削除することにより、コンテンツ利用ユーザーからの投稿が活発に行われることを促進する。投稿が活発に行われれば、該投稿に対するコンテンツ配信ユーザー側からのコメントも活発に行われる。即ち、コンテンツ配信ユーザーとコンテンツ利用ユーザーとのやり取りが活発に行われることとなる。従って、最終的には、コミュニティを活性化することができる。
【符号の説明】
【００６６】
１          コンテンツ配信ユーザー
２Ａ−２Ｂ  コンテンツ配信サーバー
３          本発明の一実施形態に係る仲介サーバー
３Ａ        本発明の一実施形態に係る仲介サーバーが備える処理部
３Ｂ        本発明の一実施形態に係る仲介サーバーが備えるデータ保存部
４          通信端末装置
５          コンテンツ利用ユーザー
６Ａ、６Ｂ  コンテンツ配信ユーザー
７          本発明の一実施形態に係る仲介サーバー
８Ａ、８Ｂ  コンテンツ配信ユーザーが配信するコンテンツ
９Ａ、９Ｂ  コンテンツ配信ユーザーが設定する設定情報
１０Ａ、１０Ｂ  通信端末装置にインストールされたプログラム
１１Ａ、１１Ｂ    コンテンツ利用ユーザー
１３          コンテンツ配信ユーザー
１４          コンテンツ配信サーバー
１５          本発明の一実施形態に係る仲介サーバー
１６          コンテンツ配信ユーザーが設定する設定情報
１７          配信コンテンツ
１８          コンテンツ利用ユーザーに由来するコンテンツ
１９          コンテンツ配信ユーザーに由来するコンテンツ
２０        通信端末装置にインストールされたプログラム
２１、２２    コンテンツ利用ユーザー
【図１】
2014086028.tif 000003
【図２】
2014086028.tif 000004
【図３】
2014086028.tif 000005
【図４】
2014086028.tif 000006