(57)【要約】【課題】簡単にコンテンツを導入してサービスを提供可能とすること。【解決手段】コンテンツ提供システム１では、ＯＰＳ２が、コンテンツを提供するＣＰおよび提供されるコンテンツを登録する機能を有している。また、ＯＰＳ２は、ＰＰを登録し、共通ＫｅｙとなるＰＰＫを発行する機能を有している。そして、ＯＰＳ２は、ＰＰＳ提供サーバ３を介して、コンテンツの利用者からコンテンツの実行要請が行われると、共通Ｋｅｙを基に、利用者が接続しているＰＰの認証を行い、ＰＰが認証されると、利用者のＩＤ認証あるいはＩＤ連携を行って、利用者によるコンテンツの利用を可能とする。したがって、本実施形態に係るコンテンツ提供システム１によれば、簡単にコンテンツを導入してサービスを提供することが可能となる。【選択図】図２
2010094225.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに通信可能に構成されたパブリッシャーシステムと、コンテンツプロバイダシステムと、コンテンツ提供支援システムとを含み、
前記コンテンツプロバイダシステムは、
前記コンテンツ提供支援システムに、提供対象とするコンテンツの登録要求を行うコンテンツ登録要求手段を備え、
前記パブリッシャーシステムは、
前記コンテンツ提供支援システムに、該パブリッシャーの登録要求を行うパブリッシャー登録要求手段と、
前記コンテンツ提供支援システムに、登録されているコンテンツを選択し、選択したコンテンツを該パブリッシャーシステムから利用可能とするためのコンテンツ選択要求を行う提供コンテンツ選択手段と、を備え、
前記コンテンツ提供支援システムは、
前記コンテンツプロバイダシステムから、前記コンテンツの登録要求が行われた場合に、該コンテンツを示すコンテンツタグをコンテンツデータベースに登録するコンテンツ登録手段と、
前記パブリッシャーシステムから、該パブリッシャーの登録要求が行われた場合に、該パブリッシャーに対し、該パブリッシャーの認証情報となるパブリッシャーキーを発行し、該パブリッシャーを特定するパブリッシャー情報を、該パブリッシャーキーと共にパブリッシャーデータベースに登録するパブリッシャー登録手段と、
前記パブリッシャーシステムから、前記コンテンツ選択要求が行われた場合に、前記パブリッシャーデータベースを参照して、該コンテンツ選択要求を行ったパブリッシャーシステムの認証を行い、該パブリッシャーシステムが認証された場合に、前記コンテンツデータベースを参照し、前記コンテンツ選択要求に示されたコンテンツの前記コンテンツタグを含むページデータを前記パブリッシャーシステムに送信するコンテンツローディング手段と、を備えることを特徴とするコンテンツ提供システム。
【請求項２】
前記コンテンツ提供支援システムは、
前記パブリッシャーシステムを介して、前記コンテンツタグによって示されるコンテンツの実行がユーザから指示された場合に、該パブリッシャーシステムを介するユーザの認証あるいは連携を行うユーザ認証・連携手段を備え、
前記コンテンツプロバイダシステムは、
前記ユーザ認証・連携手段によって認証あるいは連携されたユーザに対して、前記コンテンツタグによって示されるコンテンツを実行するコンテンツ実行手段を備えることを特徴とする請求項１記載のコンテンツ提供システム。
【請求項３】
ネットワークを介してパブリッシャーシステムおよびコンテンツプロバイダシステムと通信可能に構成され、
前記コンテンツプロバイダシステムから、提供対象とするコンテンツの登録要求が行われた場合に、該コンテンツを示すコンテンツタグをコンテンツデータベースに登録するコンテンツ登録手段と、
前記パブリッシャーシステムから、該パブリッシャーの登録要求が行われた場合に、該パブリッシャーに対し、該パブリッシャーの認証情報となるパブリッシャーキーを発行し、該パブリッシャーを特定するパブリッシャー情報を、該パブリッシャーキーと共にパブリッシャーデータベースに登録するパブリッシャー登録手段と、
前記パブリッシャーシステムから、登録されているコンテンツを選択し、選択したコンテンツを該パブリッシャーシステムから利用可能とするためのコンテンツ選択要求が行われた場合に、前記パブリッシャーデータベースを参照して、該コンテンツ選択要求を行ったパブリッシャーシステムの認証を行い、該パブリッシャーシステムが認証された場合に、前記コンテンツデータベースを参照し、前記コンテンツ選択要求に示されたコンテンツの前記コンテンツタグを含むページデータを前記パブリッシャーシステムに送信するコンテンツローディング手段と、
を備えることを特徴とするコンテンツ提供支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者にコンテンツを提供するコンテンツ提供システムおよびそのためのコンテンツ提供支援システムに関する。
【背景技術】
【０００２】
従来、ネットワークを介して複数のユーザがオンラインゲームに参加するネットゲームシステムが知られている。
ネットゲームシステムにおいては、ゲームコンテンツの制作者あるいはパブリッシャーによってゲームコンテンツがゲームユーザに提供され、各制作者あるいはパブリッシャー毎に、ゲームユーザの登録および管理が行われることが一般的である。
【０００３】
ここで、近年、ゲームコンテンツの制作者あるいはパブリッシャー間において、提供しているゲームコンテンツを相互に導入し、互いのゲームユーザが双方のゲームコンテンツを利用可能とするサービス形態も実施されている。
このようなサービス形態とすることにより、各制作者あるいはパブリッシャーにおいて、ゲームユーザ数の拡大を図ることができる。
なお、上述のネットゲームシステムに関する技術としては、例えば特許文献１に記載された技術が挙げられる。
【特許文献１】特開２００４−２１５７２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ゲームコンテンツの制作者あるいはパブリッシャー間において、提供しているゲームコンテンツを相互に導入し、互いのゲームユーザが双方のゲームコンテンツを利用可能とする場合、ネットゲームシステム間のマッチングを行う必要がある。
ネットゲームシステムのマッチングにおいては、ユーザ管理形態の相違や、各種データフォーマットあるいはデータベースシステムの相違等を、ネットゲームシステム間で整合させる必要があり、その作業に長時間を要すると共に、多大な作業負担を強いられるものであった。
【０００５】
また、ネットゲームのサービスをそれまで提供していなかった自社のサイトにおいて、新たにネットゲームを導入し、ネットゲームのサービスを提供しようとする事業者にとっても、ゲームコンテンツの制作者等からネットゲームのサービスを受けるために、システムのマッチングを行う必要があり、この場合にも、長時間の作業および多大な作業負担を要するものとなる。
【０００６】
なお、このような状況は、フラッシュゲーム、アバターあるいはネットワーク上のショッピングモール等、ネットゲーム以外のコンテンツを提供する場合にも共通するものである。
即ち、ネットワークを介してコンテンツを提供するための従来の技術においては、簡単にコンテンツを導入してサービスを提供することが困難であった。
本発明の課題は、簡単にコンテンツを導入してサービスを提供可能とすることである。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、第１の発明に係るコンテンツ提供システムは、
ネットワークを介して互いに通信可能に構成されたパブリッシャーシステム（例えば、図１のＰＰＳ提供サーバ３）と、コンテンツプロバイダシステム（例えば、図１のコンテンツ提供サーバ４）と、コンテンツ提供支援システム（例えば、図１のＯＰＳ２）とを含み、前記コンテンツプロバイダシステムは、前記コンテンツ提供支援システムに、提供対象とするコンテンツの登録要求を行うコンテンツ登録要求手段を備え、前記パブリッシャーシステムは、前記コンテンツ提供支援システムに、該パブリッシャーの登録要求を行うパブリッシャー登録要求手段と、前記コンテンツ提供支援システムに、登録されているコンテンツを選択し、選択したコンテンツを該パブリッシャーシステムから利用可能とするためのコンテンツ選択要求を行う提供コンテンツ選択手段と、を備え、前記コンテンツ提供支援システムは、前記コンテンツプロバイダシステムから、前記コンテンツの登録要求が行われた場合に、該コンテンツを示すコンテンツタグをコンテンツデータベースに登録するコンテンツ登録手段と、前記パブリッシャーシステムから、該パブリッシャーの登録要求が行われた場合に、該パブリッシャーに対し、該パブリッシャーの認証情報となるパブリッシャーキーを発行し、該パブリッシャーを特定するパブリッシャー情報を、該パブリッシャーキーと共にパブリッシャーデータベースに登録するパブリッシャー登録手段と、前記パブリッシャーシステムから、前記コンテンツ選択要求が行われた場合に、前記パブリッシャーデータベースを参照して、該コンテンツ選択要求を行ったパブリッシャーシステムの認証を行い、該パブリッシャーシステムが認証された場合に、前記コンテンツデータベースを参照し、前記コンテンツ選択要求に示されたコンテンツの前記コンテンツタグを含むページデータを前記パブリッシャーシステムに送信するコンテンツローディング手段と、を備えることを特徴とする。
【０００８】
また、第２の発明に係るコンテンツ提供システムは、
前記パブリッシャーシステムを介して、前記コンテンツタグによって示されるコンテンツの実行がユーザから指示された場合に、該パブリッシャーシステムを介するユーザの認証あるいは連携を行うユーザ認証・連携手段を備え、
前記コンテンツプロバイダシステムは、
前記ユーザ認証・連携手段によって認証あるいは連携されたユーザに対して、前記コンテンツタグによって示されるコンテンツを実行するコンテンツ実行手段を備えることを特徴とする。
【０００９】
また、第３の発明に係るコンテンツ提供支援システムは、
ネットワークを介してパブリッシャーシステムおよびコンテンツプロバイダシステムと通信可能に構成され、前記コンテンツプロバイダシステムから、提供対象とするコンテンツの登録要求が行われた場合に、該コンテンツを示すコンテンツタグをコンテンツデータベースに登録するコンテンツ登録手段と、前記パブリッシャーシステムから、該パブリッシャーの登録要求が行われた場合に、該パブリッシャーに対し、該パブリッシャーの認証情報となるパブリッシャーキーを発行し、該パブリッシャーを特定するパブリッシャー情報を、該パブリッシャーキーと共にパブリッシャーデータベースに登録するパブリッシャー登録手段と、前記パブリッシャーシステムから、登録されているコンテンツを選択し、選択したコンテンツを該パブリッシャーシステムから利用可能とするためのコンテンツ選択要求が行われた場合に、前記パブリッシャーデータベースを参照して、該コンテンツ選択要求を行ったパブリッシャーシステムの認証を行い、該パブリッシャーシステムが認証された場合に、前記コンテンツデータベースを参照し、前記コンテンツ選択要求に示されたコンテンツの前記コンテンツタグを含むページデータを前記パブリッシャーシステムに送信するコンテンツローディング手段と、を備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、コンテンツプロバイダシステムは、提供対象とするコンテンツをコンテンツ提供支援システムに登録し、コンテンツをユーザに利用させるパブリッシャーシステムは、コンテンツ提供支援システムに自システムを登録し、コンテンツを選択することで、自システムにおいて、選択したコンテンツを利用可能とすることができる。
したがって、簡単にコンテンツを導入してサービスを提供することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態を図面に基づき説明する。図１〜図１１は、本発明に係るコンテンツ提供システムおよびそのためのコンテンツ提供支援システムの実施の形態を示す図である。
まず、本発明に係るコンテンツ提供システムの構成を図１に基づき説明する。図１は、本発明に係るコンテンツ提供システム１の構成を示すブロック図である。
【００１２】
コンテンツ提供システム１は、ＯＰＳ（Open Publishing System）２と、ネットショッピングのサイトやネットゲームのオフィシャルサイトなどの各種Ｗｅｂサイトを提供するＰＰＳ（Publishing Partner Site）提供サーバ３_１〜３_ｎ（ただし、ｎは任意の自然数。以下同様。）と、ネットゲーム、フラッシュゲーム、アバター等の各種コンテンツを提供するコンテンツ提供サーバ４_１〜４_ｎと、ユーザ端末５_１〜５_ｎとを含んで構成される。
【００１３】
更に、ＯＰＳ２と、ＰＰＳ提供サーバ３_１〜３_ｎと、コンテンツ提供サーバ４_１〜４_ｎと、ユーザ端末５_１〜５_ｎとは、ネットワークを介して互いにデータ通信可能に接続されている。
以下、ＰＰＳ提供サーバ３_１〜３_ｎのそれぞれに対して共通の説明を行う場合は、単にＰＰＳ提供サーバ３と称することとする。同様に、コンテンツ提供サーバ４_１〜４_ｎと、ユーザ端末５_１〜５_ｎも、共通の説明を行う場合は、単にコンテンツ提供サーバ４、ユーザ端末５と称することとする。
【００１４】
ＯＰＳ２は、ＰＰＳ提供サーバ３_１〜３_ｎの提供者（Publishing Partner（以下、ＰＰと称す））の操作する端末（以下、ＰＰ端末と称す）から、ネットワークを介した登録要請が行われた場合に、ＰＰの名前又は名称、住所又は居所、電話番号などの固有情報の登録処理や、コンテンツ提供サーバ４_１〜４_ｎに対して共通ＫｅｙとなるＰＰＫ（Publishing Partner Key）の発行処理などを行う機能を有している。
【００１５】
なお、ＰＰ端末は、ＰＰＳ提供サーバ３そのものでもよいし、その他の端末でもよい。
更に、ＯＰＳ２は、ＰＰＳ提供サーバ３から、コンテンツ提供サーバ４_１〜４_ｎの提供コンテンツの情報（ＰＰＳでの掲載情報など）に関する各種要請が行われた場合に、ＰＰＫによる認証処理を実行する機能を有している。
具体的に、ＰＰ端末（ＰＰＳ提供サーバ３など）からの要請としては、ＩＤ登録要請、ＩＤ連携要請、コンテンツ情報要請（コンテンツローディング要請）、コンテンツ選択要請、コンテンツ管理要請、決済要請などがある。これらの詳細は後述する。
【００１６】
そして、ＯＰＳ２は、これらの要請に対して、ＰＰＫの認証されたＰＰＳ提供サーバ３にのみ、要請に応じた応答を行うようになっている。
更に、ＯＰＳ２は、ユーザ端末５からのコンテンツに係る各種要請に対して、要請内容に応じた応答を行う機能を有している。
具体的に、ユーザ端末５からの要請としては、コンテンツの実行要請、コンテンツに係るアイテムの購買要請などがある。
【００１７】
コンテンツの実行要請（例えばゲームスタート要請など）は、既に会員登録、又は会員連携の手続を終えた利用者から、ユーザ端末５を介して発行される要請である。ＯＰＳ２は、この要請に応じてマッチング処理を実行し、コンテンツ提供サーバ４との間のＩＤ認証処理を仲介して行い、ユーザ端末５において、要請に対応するコンテンツを実行できるようにする。
【００１８】
また、アイテムの購買要請は、既に会員登録、又は会員連携の手続を終えた利用者から、ユーザ端末５を介して発行される要請である。ＯＰＳ２は、この要請に応じて、アイテムの購買に必要なポイント残高の計算などの購買処理を行う。更に、ＯＰＳ２は、コンテンツ提供サーバ４に対して、購買要請のあったアイテムの支給要請、アイテムの取消要請などを行い、購買要請のあったアイテムの支給、ポイント残高の不足していた支給アイテムの削除などの処理を実行する。
【００１９】
ＰＰＳ提供サーバ３_１〜３_ｎは、それぞれ異なるＰＰの管理下にあり、個人サイトなどの小規模のサイトから、ポータルサイトなどの大規模のサイトまで、各種Ｗｅｂサイトを提供するためのサーバである。特に、オンラインショッピングのサイトなどのポータルサイトを提供するＰＰＳ提供サーバ３は、会員制となっていることが多く、利用者は会員登録を行って、各サイトの提供するサービスを受けるようになっている。従って、これらのサイトに会員登録している利用者は、会員登録したサイトのログインＩＤ及びパスワードを有している。
【００２０】
コンテンツ提供サーバ４_１〜４_ｎは、それぞれ異なるＣＰ（Contents Provider）の管理下にあり、ＭＭＯＲＰＧ（Massively Multiplayer Online Role-Playing Game）などのネットワークゲームや、ネットワークゲームで利用されるアイテムを販売するアイテムモール、アバター、フラッシュゲームなどの各種コンテンツを提供するためのサーバである。これらのコンテンツは、通常は、ユーザ登録やアカウント登録をした利用者のユーザ端末５に、直接コンテンツ提供サーバ４から提供されるようになっている。そのため、利用者は、ＣＰ毎にユーザ登録をし、コンテンツ毎にアカウント登録をすることで、ユーザ端末５において、これらのコンテンツの提供を受けることが可能になる。
【００２１】
本実施の形態においては、ＰＰＳ提供サーバ３及びＯＰＳ２を介することによって、ＰＰＳ提供サーバ３の利用者のユーザ端末５に対して、コンテンツ提供サーバ４_１〜４_ｎの提供するコンテンツに係る情報や提供するコンテンツそのものを、共通の１つのＫｅｙによって、ユーザ端末５に提供することが可能である。
なお、コンテンツに係る情報としては、各種コンテンツの登録ページにリンクするバナーなどを含むコンテンツの紹介ページ情報などが含まれる。
ユーザ端末５_１〜５_ｎは、ＰＰＳ提供サーバ３_１〜３_ｎの提供するＷｅｂサイトを利用したり、コンテンツ提供サーバ４の提供するコンテンツを利用したりする利用者の操作する端末である。
【００２２】
次に、図２に基づき、ＯＰＳ２の詳細な構成を説明する。
ここで、図２は、ＯＰＳ２の詳細な構成を示す第１のブロック図である。
ＯＰＳ２は、図２に示すように、オフィシャルサイトを提供するＯＳ提供部１０と、各種設定情報を保存する設定情報保存サーバ１１と、コンテンツに係る情報の出力処理と、お問い合わせ機能、各種管理機能、精算関連機能などを支援するＢａｃｋ−Ｏｆｆｉｃｅ１２（以下、ＢＯ１２と称す）と、ＰＰ認証部１３とを含んで構成される。
【００２３】
ＯＰＳ２は、更に、ＰＰの登録情報のデータベースであるＰＰデータベース２０（以下、ＰＰＤＢ２０と称す）と、コンテンツの出力処理に係る情報のデータベースであるコンテンツデータベース２１（以下、コンテンツＤＢ２１と称す）と、マッチング処理で使用するマッチング情報のデータベースであるマッチングデータベース２２（以下、マッチングＤＢ２２と称す）とを含んで構成される。
【００２４】
ＰＰＤＢ２０は、ＰＰのインフォメーション情報を登録する「PP Info Table２００（以下、ＰＰＩＴ２００と称す）」、コンテンツタグ情報を登録する「TAG Table２０１（以下、ＴＴ２０１と称す）」、ＰＰ_ＵＩの設定情報を登録する「PP UI Table２０２（以下、ＰＰＵＩＴ２０２と称す）」の３つのデータテーブルを有している。
ＯＰＳ２は、更に、コンテンツの利用料や、コンテンツに係るアイテムの購買などの決済を行うための決済情報のデータベースである決済データベース２３（以下、決済ＤＢ２３と称す）と、コンテンツの利用状況などの統計情報のデータベースである統計データベース２４（以下、統計ＤＢ２４と称す）とを含んで構成される。
【００２５】
ＯＳ提供部１０は、ＯＰＳ２の窓口となるオフィシャルサイトを提供する機能を有している。
このオフィシャルサイトは、ＯＰＳ２の有する各種機能を利用するためのＰＰの登録機能と、ＰＰの提供するＷｅｂサイトに掲載するコンテンツの種類を選択するコンテンツ選択機能と、この掲載情報の変更や削除などの編集を行うコンテンツ管理機能とを有している。
【００２６】
更に、このオフィシャルサイトは、コンテンツの利用に係る各種統計情報を報告するレポート機能と、コンテンツ利用の精算に係る要請を行う精算要請機能と、ＰＰＳ提供サーバ３の提供するＷｅｂサイト（以下、ＰＰＳと称す）が非会員制の場合に、このＰＰＳを利用するユーザ端末５にコンテンツに係るお知らせなどの情報を提供するためのユーザメーリング機能とを有している。他にも、契約解除などのその他の処理を行う機能を有している。
設定情報保存サーバ１１は、ＰＰの操作するＰＰ端末からの要請に応じて設定された各種情報（ＸＭＬ（Extensible Markup Language）情報、ＣＳＳ（Cascading Style Sheets）情報など）を保存するサーバである。
【００２７】
具体的に、設定情報保存サーバ１１には、画像ファイルなどのデザインに係る情報（スキン情報など）を含むデザイン情報、リンク情報、テキスト情報（告知、ガイド、ＦＡＱなどのＰＰＳにおいて実際に表示する文字情報）、スキン経路情報（スキンデータの存在場所までのパス情報）、モールアイテム情報などを含むコンテンツ情報、ＰＰの作成したサイドバナー、センターバナー、コピーライタなどのカスタム情報などを含むＰＰデータ設定、ＩＤ連動方式、メニュー構成、ゲームコード、設定スキンの情報などを含むＰＰ_ＵＩ設定などが保存される。
【００２８】
ＢＯ１２は、コンテンツ情報の表示処理を支援するコンテンツ支援部１２ａと、ＯＰＳ２で行われる各種データ処理を支援するＯＰＳ支援部１２ｂとを含んで構成される。
コンテンツ支援部１２ａは、スキン（デザイン）、モールアイテム情報、告知／案内、ＦＡＱ、ガイドなどを含むデータ出力群のＰＰＳ提供サーバ３へのデータ出力を支援する機能を有している。更に、お問い合わせ処理の支援を行う機能も有している。
【００２９】
ＯＰＳ支援部１２ｂは、営業／メンバー、お問い合わせ、契約管理システム、ＰＰ管理ツール、Ｕｓｅｒ管理システム、監視ツール、精算関連（精算金額など）などを含むデータ処理群の処理を支援する機能を有している。更に、ＯＰＳ２を介してログインしたユーザの数やログイン時間などを統計処理するためのＯＰＳ統計ツール（管理者用／ＰＰ提供用）、ＯＰＳオフィシャルサイトの管理を行うためのＯＰＳ公式ウェブ管理（バナー／告知など）などを含むデータ出力群の出力処理を支援する機能も有している。
【００３０】
ＰＰ認証部１３は、ＰＰＳ提供サーバ３、ＰＰ端末、ユーザ端末５などからの各種要請に応じて、ＰＰＫを用いた認証処理を実行する機能を有している。
具体的に、ＰＰ認証部１３は、ＰＰＤＢ２０に登録されたＰＰＫと、要請元の情報処理機器からのＰＰＫとを照会して、一致するものがある場合に認証成功とし、一致するものがない場合に認証失敗とする。
【００３１】
ＯＰＳ２は、更に、ＰＰＳ提供サーバ３へのコンテンツ情報の表示処理を行うコンテンツシステム３０を含んで構成される。
コンテンツシステム３０は、ＰＰＳ提供サーバ３からのコンテンツ情報要請に応じて、ＰＰ認証の成功したＰＰＳ提供サーバ３に対して、設定情報保存サーバ１１の保存情報（ＸＭＬ情報、ＣＳＳ情報など）に基づき、ＰＰＳ提供サーバ３のＰＰＫに対応するコンテンツ情報の表示ページ情報（ＨＴＭＬページ情報）を生成して、その生成した情報をＰＰＳ提供サーバ３に送信する機能を有している。
【００３２】
次に、図３に基づき、ＢＯ１２の具体的な動作を説明する。
ここで、図３は、ＢＯ１２の動作時の具体的な構成を示す図である。
ＢＯ１２のコンテンツ支援部１２ａは、コンテンツＤＢ２１の有するコンテンツタグテーブル２１０、設定ビューテーブル２１１などから上記データ出力群に含まれる各種データを取得して、この取得したデータを設定情報保存サーバ１１に転送する。
更に、ＢＯ１２のＯＰＳ支援部１２ｂは、上記データ処理群およびデータ出力群に関わるデータが格納されたＤＢＭＳ２５から各種データを取得して、その取得したデータに基づき、上記データ処理群に含まれる各種処理を実行したり、データ出力群の出力処理を支援したりする。
【００３３】
次に、図４に基づき、ＯＳ提供部１０において実行されるＰＰ登録処理の流れを説明する。ここで、図４は、ＰＰ登録処理の一例を示すフローチャートを含む動作説明図である。
ＰＰ登録処理は、ＯＳ提供部１０（オフィシャルサイト）において実行される処理であって、まず、ステップＳ１００に移行し、ＰＰ端末からのＰＰ登録要請に応じて登録画面を表示するなどしてＰＰ登録処理を実行する。
【００３４】
ここで、ＰＰは、ＰＰ端末を操作してＰＰの氏名又は名称（会社名など）、住所又は居所（ＰＰの住所又は居所など）、電話番号などのＰＰの登録に必要な情報（以下、ＰＰ情報と称す）を入力する。
ＰＰ情報が入力され、ＰＰによるＰＰ端末の操作によって画面に表示された入力完了ボタンが押下されると、ステップＳ１０２に移行して、入力されたＰＰ情報の確認処理が実行される。例えば、ＰＰによる目視の確認を促す確認画面の表示が行われる。
【００３５】
そして、ＰＰによるＰＰ端末の操作によって画面に表示された確認完了ボタンが押下されると、ステップＳ１０４に移行して、ＤＡＯ（Data Access Object）３３を介して、ＰＰＤＢ２０のＰＰＩＴ２００に、入力されたＰＰ情報が登録され、ＰＰ情報の入力処理が完了する。ＰＰ情報の入力処理が完了すると、ステップＳ１０６に移行して、ＰＰ情報の登録処理が完了したＰＰに対してＰＰＫが発行される。
【００３６】
次に、図５に基づき、ＰＰＳに掲載するコンテンツの選択処理の流れを説明する。
ここで、図５は、コンテンツ選択処理の一例を示すフローチャートを含む動作説明図である。
コンテンツ選択処理は、主にＯＳ提供部１０において実行される処理であって、まず、ステップＳ２００に移行して、ＰＰ端末からのコンテンツ選択要請（コンテンツ選択要求）を受けると、ステップＳ２０２に移行し、ＰＰ認証部１３において、ＰＰＤＢ２０のＴＴ２０１から、ＰＰ端末からのＰＰＫと一致するＰＰＫを検索する。次に、ステップＳ２０４に移行して、ステップＳ２０２の検索結果に基づき、ＰＰ認証処理を実行し、一致するＰＰＫが索出された場合（T（True））に、ステップＳ２０６に移行し、索出されなかった場合（F（False））に、ステップＳ２２０に移行して、ＰＰ認証処理が失敗したことをＰＰ端末に通知して処理を終了する。
【００３７】
ステップＳ２０６に移行した場合は、ＰＰＤＢ２０のＴＴ２０１から、コンテンツ選択要求に対応したＰＰタグ情報を検索して、ステップＳ２０８に移行する。
ステップＳ２０８では、ステップＳ２０６の検索結果に基づき、重複可否の判定処理を実行し、一致するＰＰタグが索出されなかった場合（T）に、ステップＳ２１０に移行し、索出された場合（F）に、ステップＳ２１８に移行して、コンテンツの選択が失敗したことをＰＰ端末に通知して処理を終了する。
【００３８】
ステップＳ２１０に移行した場合は、選択要求のあったコンテンツに対するコンテンツタグの発行処理を実行する。そして、ステップＳ２１２に移行し、コンテンツタグの発行可否の判定処理を実行し、タグの発行が可能であると判定された場合（T）に、ステップＳ２１２に移行して、ＴＴ２０１との連動方式の情報や選択コンテンツの情報などに対応付けて発行したコンテンツタグをＰＰＤＢ２０のＴＴ２０１に登録して処理を終了する。
一方、何らかの障害が発生して、タグの発行が不可能であると判定された場合（F）は、ステップＳ２１６に移行して、コンテンツの選択が失敗したことをＰＰ端末に通知して処理を終了する。
【００３９】
次に、図６に基づき、コンテンツ情報の表示設定情報（ＰＰＵＩ設定情報）の管理処理の流れを説明する。
ここで、図６は、コンテンツ管理処理の一例を示すフローチャートを含む動作説明図である。
コンテンツ管理処理は、ＯＳ提供部１０において実行される処理であって、まず、ステップＳ３００に移行して、ＰＰ端末からのコンテンツ管理要請を受けると、ステップＳ３０２に移行し、ＰＰ認証部１３において、ＰＰ端末からのＰＰＫと一致するＰＰＫ情報をＰＰＤＢ２０のＰＰＩＴ２００から検索する。そして、ステップＳ３０４に移行し、ステップＳ３０２の検索結果に基づきＰＰ認証処理を実行する。ステップＳ３０４において、ＰＰ端末からのＰＰＫと一致するＰＰＫ情報が索出された場合（T）は、ステップＳ３０６に移行し、索出されなかった場合は、ステップＳ３２４に移行して、ＰＰ認証処理が失敗したことをＰＰ端末に通知して処理を終了する。
【００４０】
ステップＳ３０６に移行した場合は、ＯＳ提供部１０において、ＰＰＤＢ２０のＰＰＵＩＴ２０２から、デフォルト構成（ＰＰ_Ｕ設定情報）をローディングし、ステップＳ３０８に移行する。
ステップＳ３０８では、ＨＴＭＬジェネレータによって、ステップＳ３０６でローディングしたＰＰ_Ｕ設定情報に基づき、コンテンツ情報のデフォルト構成の表示情報を生成すると共に、この情報をＰＰ端末に表示させて、ステップＳ３１０に移行する。
【００４１】
ステップＳ３１０では、ＰＰ端末からのデフォルト構成の表示情報の変更指示を受け付け、ステップＳ３１２に移行して、変更指示内容に応じてＰＰＤＢ２０のＰＰＵＩＴ２０２の登録情報の変更処理を実行する。
そして、ステップＳ３１２において、登録情報の変更処理に成功した場合（T）は、ステップＳ３１４に移行し、失敗した場合（F）は、ステップＳ３２２に移行し、失敗したことをＰＰ端末に通知して処理を終了する。
【００４２】
ステップＳ３１４に移行した場合は、設定情報保存サーバ１１に保存されたＣＳＳ情報（ＣＳＳファイル）、ＸＭＬ情報（ＸＭＬファイル）の更新処理を実行し、ファイルの更新に成功した場合（T）は、ステップＳ３１８に移行し、更新されたＰＰＵＩ情報の適用処理を完了する。一方、更新処理に失敗した場合（F）は、ステップＳ３２０に移行し、失敗ログを記録して処理を終了する。
【００４３】
次に、図７に基づき、コンテンツ情報の表示ページ情報のローディング処理の流れを説明する。
ここで、図７は、コンテンツローディング処理の一例を示すフローチャートを含む動作説明図である。
コンテンツローディング処理は、コンテンツシステム３０において実行される処理であって、まず、ステップＳ４００に移行して、ＰＰＳ提供サーバ３からのコンテンツ情報要請（コンテンツローディング要求）を受けると、ＰＰ認証部１３において、ステップＳ４０２に移行し、ＰＰ端末からのＰＰＫと一致するＰＰＫ情報をＰＰＤＢ２０のＰＰＩＴ２００から検索する。
【００４４】
次に、ステップＳ４０４に移行し、ＰＰ認証部１３において、ステップＳ４０２の検索結果に基づき、ＰＰ認証処理を実行する。ステップＳ４０４において、ＰＰ端末からのＰＰＫと一致するＰＰＫ情報が索出され、ＰＰ認証に成功した場合（T）は、ステップＳ４０６に移行し、索出されなかった場合（F）は、ステップＳ４１２に移行して、ＰＰ認証に失敗したことをＰＰＳ提供サーバ３に通知して処理を終了する。
ステップＳ４０６に移行した場合は、コンテンツシステム３０において、設定情報保存サーバ１１から、認証に成功したＰＰに対応するコンテンツ情報の表示設定情報（ＸＭＬ情報、ＣＳＳ情報）をローディングして、ステップＳ４０８に移行する。
【００４５】
ステップＳ４０８では、ＨＴＭＬジェネレータによって、ステップＳ４０６でローディングした情報に基づき、コンテンツ情報の表示ページ情報（ＨＴＭＬ）を生成して、ステップＳ４１０に移行する。
ステップＳ４１０では、ステップＳ４０８で生成した表示ページ情報を、ＰＰＳ提供サーバに送信して、コンテンツローディングを完了する。
【００４６】
次に、図８に基づき、ＯＰＳ２の詳細な構成を説明する。
ここで、図８は、ＯＰＳ２の詳細な構成を示す第２のブロック図である。
ＯＰＳ２は、図８に示すように、更に、マッチングシステム３１と、決済システム３２とを含んで構成される。
マッチングシステム３１は、ＰＰＳ提供サーバ３の提供するＰＰＳの利用者のユーザ端末５と、コンテンツ提供サーバ４との間のコンテンツの提供に係るマッチング処理を行う機能を有している。
【００４７】
具体的に、ＯＰＳ２は、利用者が非会員制のＰＰＳを利用している場合に、その利用者のユーザ端末５からの非会員制のＰＰＳ提供サーバ３を介したＩＤ登録要請に応じて、まず、ＰＰ認証部１３でＰＰ認証処理を行う。
そして、ＰＰ（ＰＰＫ）が認証された場合に、マッチングシステム３１において、ＰＰの会員ＩＤの発行処理及び登録処理を実行する（図８中のＪ１→Ｊ２→Ｊ３）。
【００４８】
更に、ＯＰＳ２は、利用者が会員制のＰＰＳの会員である場合に、その利用者のユーザ端末５からの会員制のＰＰＳ提供サーバ３を介したＩＤ連携要請に応じて、まず、ＰＰ認証部１３でＰＰ認証処理を行う。
そして、ＰＰが認証された場合に、マッチングシステム３１において、ＩＤ連携対象のコンテンツ提供サーバ４_Ｘに対して仮ＩＤの発行要請を行って、仮ＩＤを作成させる処理を実行する。仮ＩＤの作成に成功すると、この仮ＩＤとＰＰＳの会員ＩＤとの連携処理を実行する（図８中のＲ１→Ｒ２→Ｒ３→Ｒ４→Ｒ５→Ｒ６→Ｒ７−Ｔ）。
【００４９】
更に、ＯＰＳ２は、利用者が会員登録（ＩＤ登録）あるいは会員連携（ＩＤ連携）の手続が完了している場合に、その利用者のユーザ端末５からの非会員制又は会員制のＰＰＳ提供サーバ３を介したコンテンツの実行指示（図８の例ではゲームスタート）によるＩＤ認証要請に応じて、まず、ＰＰ認証部１３でＰＰ認証処理を行う。
そして、ＰＰが認証された場合に、マッチングシステム３１において、ＩＤ認証処理を実行し、ＩＤの認証に成功すると、ＩＤ認証が完了したことをユーザ端末５に通知する（図８中のＡ１→Ａ２→Ａ３→Ａ５→Ａ６）。
【００５０】
決済システム３２は、ＯＰＳ２の提供する独自のポイントを利用した、ＰＰＳ提供サーバ３の提供するＰＰＳを介した利用者へのＣＰの販売する提供コンテンツに係る商品販売の決済処理を行う機能を有している。
具体的に、ＯＰＳ２は、利用者が会員登録（ＩＤ登録）あるいは会員連携（ＩＤ連携）の手続が完了している場合に、その利用者のユーザ端末５からの非会員制又は会員制のＰＰＳ提供サーバ３を介した、購買する商品に対する決済要請に応じて、まず、ＰＰ認証部１３でＰＰ認証処理を行う。
【００５１】
そして、ＰＰが認証された場合に、マッチングシステム３１において、ＩＤ認証処理を実行し、ＩＤの認証に成功すると、決済システム３２において、購買する商品の支給要請をコンテンツ提供サーバ４_Ｘに対して行う。これにより、コンテンツ提供サーバ４において、提供コンテンツ（ネットワークゲームなど）における利用者のキャラクタに対する商品の支給が行われる。決済システム３２は、コンテンツ提供サーバ４_Ｘから商品の支給完了の応答を受けると、利用者のポイント計算等の決済処理を実行する（図８中のＢ１→Ｂ２→Ａ３→Ａ５→Ｂ３→Ｂ４→Ｂ５→Ｂ６）。
【００５２】
次に、図９に基づき、非会員制のＰＰＳを提供するＰＰＳ提供サーバ３を介したＩＤ登録処理の流れを説明する。
ここで、図９は、ＩＤ登録処理の一例を示すフローチャートを含む動作説明図である。
ＩＤ登録処理は、主にマッチングシステム３１において実行される処理であって、まず、ステップＳ５００に移行して、ＰＰ認証部１３において、ユーザ端末５からのＰＰＳ提供サーバ３を介したＩＤ登録要求（ＩＤ登録要請）を受けると、ステップＳ５０２に移行して、まず、ＰＰＳ提供サーバ３からのＰＰＫと一致するＰＰＫ情報を、ＰＰＤＢ２０のＰＰＩＴ２００から検索する。
【００５３】
次に、ステップＳ５０４に移行し、ＰＰ認証部１３において、ステップＳ５０２の検索結果に基づき、ＰＰ認証処理を実行する。ステップＳ５０４において、ＰＰＳ提供サーバ３からのＰＰＫと一致するＰＰＫ情報が索出され、ＰＰ認証に成功した場合（T）は、ステップＳ５０６に移行し、索出されなかった場合（F）は、ステップＳ５２０に移行して、ＰＰ認証に失敗したことをＰＰＳ提供サーバ３を介してユーザ端末５に通知して処理を終了する。
ステップＳ５０６に移行した場合は、マッチングシステム３１において、ＩＤ登録を要請した利用者のＰＰの会員ＩＤを、ＤＡＯ３３を介して、マッチングＤＢ２２のマッチングテーブル２２０から検索する。
【００５４】
そして、ステップＳ５０８に移行し、マッチングシステム３１において、ステップＳ５０６の検索結果に基づき、会員ＩＤの重複チェックを行う。ステップＳ５０８において、ＩＤ登録要請を行った利用者の会員ＩＤがマッチングテーブル２２０から索出されず、重複しないと判定された場合（T）は、ステップＳ５１０に移行し、会員ＩＤがマッチングテーブル２２０から索出され、重複すると判定された場合（F）は、ステップＳ５１８に移行し、会員登録に失敗したことをＰＰＳ提供サーバ３を介してユーザ端末５に通知し処理を終了する。
ステップＳ５１０に移行した場合は、マッチングシステム３１において、ＩＤ登録要請を行った利用者のEmailを、ＤＡＯ３３を介して、マッチングＤＢ２２のマッチングテーブル２２０から検索する。
【００５５】
そして、ステップＳ５１２に移行し、マッチングシステム３１において、ステップＳ５１２の検索結果に基づき、会員のEmailの重複チェックを行う。ステップＳ５１２において、ＩＤ登録要請を行った利用者の会員Emailがマッチングテーブル２２０から索出されず、重複しないと判定された場合（T）は、ステップＳ５１４に移行し、会員Emailがマッチングテーブル２２０から索出され、重複すると判定された場合（F）は、ステップＳ５１８に移行し、会員登録に失敗したことをＰＰＳ提供サーバ３を介してユーザ端末５に通知し処理を終了する。
ステップＳ５１４に移行した場合は、マッチングシステム３１において、アカウントＩＤ（ＵＵＫ（Unique User Key）、ＵＭＫ（User Matching Key））を作成し、この作成したアカウントＩＤを、ＤＡＯ３３を介して、マッチングＤＢ２２のマッチングテーブル２２０に登録し、ステップＳ５１６に移行して、ＩＤ登録処理を完了する。
【００５６】
次に、図１０に基づき、マッチングシステム３１におけるコンテンツ実行処理の流れを説明する。
ここで、図１０は、コンテンツ実行処理の一例を示すフローチャートを含む動作説明図である。
コンテンツ実行処理は、主にマッチングシステム３１において実行される処理であって、まず、ステップＳ６００に移行して、ＰＰ認証部１３において、ユーザ端末５からのＰＰＳ提供サーバ３を介したゲーム（コンテンツ）実行要求（ＩＤ連携及び認証要請）を受けると、ステップＳ６０２に移行して、まず、ＰＰＳ提供サーバ３からのＰＰＫと一致するＰＰＫ情報を、ＰＰＤＢ２０のＰＰＩＴ２００から検索する。
【００５７】
次に、ステップＳ６０４に移行し、ＰＰ認証部１３において、ステップＳ６０２の検索結果に基づき、ＰＰ認証処理を実行する。ステップＳ６０４において、ＰＰＳ提供サーバ３からのＰＰＫと一致するＰＰＫ情報が索出され、ＰＰ認証に成功した場合（T）は、ステップＳ６０６に移行し、索出されなかった場合（F）は、ステップＳ６２０に移行して、ＰＰ認証に失敗したことをＰＰＳ提供サーバ３を介してユーザ端末５に通知して処理を終了する。
ステップＳ６０６に移行した場合は、マッチングシステム３１において、ゲーム実行要請に対応する利用者のＵＵＫと一致するＵＵＫ情報を、ＤＡＯ３３を介して、マッチングＤＢ２２のマッチングテーブル２２０から検索する。
【００５８】
そして、ステップＳ６０８に移行し、マッチングシステム３１において、ステップＳ６０６の検索結果に基づきＩＤ認証処理を行う。ステップＳ６０８において、ゲーム実行要請に対応する利用者のＵＵＫがマッチングテーブル２２０から索出され、ＩＤ認証に成功したと判定された場合（T）は、ＩＤ認証が成功したことをユーザ端末５のゲームプログラムに通知して、ステップＳ６１６に移行し、ＵＵＫがマッチングテーブル２２０から索出されず、ＩＤ認証に失敗したと判定された場合（F）は、ステップＳ６１０に移行する。
ステップＳ６１６に移行した場合は、ユーザ端末５において、ActiveXの実行及びクライアントの起動を行ってコンテンツ提供サーバ４_Ｘに接続することで、ゲームが実行される。
【００５９】
一方、ステップＳ６１０に移行した場合は、マッチングシステム３１において、ＩＤ連携要請をＣＰシステム６に送信して、ＣＰシステム６において、仮ＩＤの作成処理及び作成したＩＤ（アカウントＩＤ）のゲームＤＢ６０への登録処理を行わせる。
ここで、ＣＰシステム６は、コンテンツ提供システム４_Ｘ（複数台の場合もある）と、これらの提供するコンテンツを利用するためのアカウントＩＤを登録するゲームＤＢ６０とを含んで構成されるシステムである。
【００６０】
そして、ステップＳ６１２に移行し、マッチングシステム３１において、仮ＩＤの作成が成功して、ＩＤ連携が成功したと判定された場合（T）は、ステップＳ６１４に移行し、仮ＩＤの作成が失敗して、ＩＤ連携が失敗したと判定された場合（F）は、ステップＳ６１８に移行する。
ステップＳ６１４に移行した場合は、マッチングシステム３１において、ＩＤ連携に成功したことを、ユーザ端末５のゲームプログラムに通知して、ステップＳ６１６に移行する。
【００６１】
次に、図１１に基づき、決済システム３２における決済処理の流れを説明する。
ここで、図１１は、決済処理の一例を示すフローチャートを含む動作説明図である。
決済処理は、主に決済システム３２において実行される処理であって、まず、ステップＳ７００に移行して、ＰＰ認証部１３において、ユーザ端末５からのＰＰＳ提供サーバ３を介したアイテム購買要求（決済要請）を受けると、ステップＳ７０２に移行して、まず、ＰＰＳ提供サーバ３からのＰＰＫと一致するＰＰＫ情報を、ＰＰＤＢ２０のＰＰＩＴ２００から検索する。
【００６２】
次に、ステップＳ７０４に移行し、ＰＰ認証部１３において、ステップＳ７０２の検索結果に基づき、ＰＰ認証処理を実行する。ステップＳ７０４において、ＰＰＳ提供サーバ３からのＰＰＫと一致するＰＰＫ情報が索出され、ＰＰ認証に成功した場合（T）は、ステップＳ７０６に移行し、索出されなかった場合（F）は、ステップＳ７３０に移行して、ＰＰ認証に失敗したことをＰＰＳ提供サーバ３を介してユーザ端末５に通知して処理を終了する。
ステップＳ７０６に移行した場合は、マッチングシステム３１において、アイテム購買要求に対応する利用者のＵＵＫと一致するＵＵＫ情報を、ＤＡＯ３３を介して、マッチングＤＢ２２のマッチングテーブル２２０から検索する。
【００６３】
そして、ステップＳ７０８に移行し、マッチングシステム３１において、ステップＳ７０６の検索結果に基づきＩＤ認証処理を行う。ステップＳ７０８において、アイテム購買要請に対応する利用者のＵＵＫがマッチングテーブル２２０から索出され、ＩＤ認証に成功したと判定された場合（T）は、ＩＤ認証が成功したことを決済システム３２に通知して、ステップＳ７１０に移行し、ＵＵＫがマッチングテーブル２２０から索出されず、ＩＤ認証に失敗したと判定された場合（F）は、ステップＳ７２８に移行する。
ステップＳ７２８に移行した場合は、決済システム３２において、ＩＤ認証が失敗したことをユーザ端末５に通知して処理を終了する。
【００６４】
一方、ステップＳ７１０に移行した場合は、決済システム３２において、ＩＤ認証された利用者のＵＵＫに対応するポイントの残高の情報を、ＤＡＯ３３を介して、決済ＤＢ２３のポイントテーブル２３１から取得して、ステップＳ７１２に移行する。
ステップＳ７１２では、決済システム３２において、ポイントの残高と、購買するアイテムの値段（ポイント数）とを比較し、ポイント残高の方が多い場合（T）は、ステップＳ７１４に移行し、アイテムのポイント数の方が多い場合（F）は、ステップＳ７２６に移行して、アイテムの購買に失敗したことをユーザ端末５に通知して処理を終了する。
【００６５】
一方、ステップＳ７１４に移行した場合は、決済システム３２において、アイテム購買要請をＣＰシステム６に送信して、ステップＳ７１６に移行する。
これにより、ＣＰシステム６に、利用者から要求のあった購買対象のアイテムを、コンテンツ提供サーバ４_Ｘの提供するゲームにおける利用者のキャラクタに支給させる。
ステップＳ７１６では、決済システム３２において、ＣＰシステム６からアイテムの支給に成功した通知を受けて、アイテムの購買に成功したと判定された場合（T）は、ステップＳ７１８に移行し、支給に成功した通知が受けられずに、アイテムの購買に失敗したと判定された場合（F）は、ステップＳ７２４に移行して、アイテムの購買に失敗したことをユーザ端末５に通知して処理を終了する。
【００６６】
ステップＳ７１８に移行した場合は、決済システム３２において、ＤＡＯ３３を介して、決済ＤＢ２３のポイントテーブル２３１のポイント残高から、支給の成功した購買アイテムのポイントを差し引く処理を実行して、ステップＳ７２０に移行する。
ステップＳ７２０では、決済システム３２において、ステップＳ７１８の処理結果に基づき、ポイントの差し引きに成功した場合（T）は、ステップＳ７２２に移行して、アイテムの購買を完了し、ポイントの差し引きに失敗した場合（F）は、ＣＰシステム６に対して、アイテムの取消要請を送信する。これにより、ＣＰシステム６は、利用者のキャラクタに支給したアイテムを取り消す処理を実行し、その実行結果を決済システム３２に通知する。
【００６７】
以上のように、本実施形態に係るコンテンツ提供システム１では、ＯＰＳ２が、コンテンツを提供するＣＰおよび提供されるコンテンツを登録する機能を有している。
また、ＯＰＳ２は、ＰＰを登録し、共通ＫｅｙとなるＰＰＫを発行する機能を有している。
そして、ＯＰＳ２は、ＰＰＳ提供サーバ３を介して、コンテンツの利用者からコンテンツの実行要請が行われると、共通Ｋｅｙを基に、利用者が接続しているＰＰの認証を行い、ＰＰが認証されると、利用者のＩＤ認証あるいはＩＤ連携を行って、利用者によるコンテンツの利用を可能とする。
【００６８】
したがって、複数のＰＰが、複数のＣＰからコンテンツの提供を受けて、利用者にコンテンツのサービスを行う場合に、各ＣＰはＯＰＳ２にコンテンツを登録し、各ＰＰはＯＰＳ２に登録して共通Ｋｅｙの発行を受けることで、ＯＰＳ２に登録した各ＰＰは、ＯＰＳ２に登録されている複数のコンテンツをＰＰＳにおいて提供することができる。
即ち、本実施形態に係るコンテンツ提供システム１によれば、簡単にコンテンツを導入してサービスを提供することが可能となる。
【００６９】
ちなみに、従来の手法によって、複数のＰＰが、複数のＣＰからコンテンツの提供を受けて、利用者にコンテンツのサービスを行う場合、各ＰＰのＰＰＳ提供サーバ３−１〜３−ｎと、各ＣＰのコンテンツ提供サーバ４−１〜４−ｎとが、それぞれマッチングを行う必要がある。
図１２は、従来の手法によって、複数のＰＰが、複数のＣＰからコンテンツの提供を受けて、利用者にコンテンツのサービスを行う場合のマッチング形態を示す模式図である。
【００７０】
また、図１３は、各ＰＰとＣＰとの間で行われるマッチングの具体的な流れを示す概略図である。
図１２に示すように、各ＰＰは、例えば３つのＣＰからコンテンツの提供を受けようとする場合、各ＣＰと合計３パターンのマッチングを行う必要がある。同様に、各ＣＰにおいても、例えば３つのＰＰに対してコンテンツを提供しようとする場合、各ＰＰと合計３パターンのマッチングを行う必要がある。
【００７１】
このとき行われるマッチングは、図１３に示すように、各ＣＰにおいて、各ＰＰが管理する利用者のＩＤ連携あるいはＩＤ認証を要するものである。
これに対し、本実施形態におけるコンテンツ提供システム１によれば、各ＰＰおよびＣＰは、ＯＰＳ２とのマッチングを行えば良いため、マッチングのための作業時間および作業負担を軽減することができる。
【００７２】
また、各ＰＰＳにおいては、ＣＰが提供するコンテンツの関連情報を利用者に報知することが一般的であるが、図１３に示す従来の手法においては、ＣＰとＰＰとが提供するサイトが独立したものであるため、ＣＰがコンテンツの内容を変更した場合（ゲームに新しいモンスタを投入した場合等）に、ＰＰＳにおいて、その変更内容に関するサイトの更新が遅れることがある。
【００７３】
これに対し、本実施形態におけるコンテンツ提供システム１では、ＰＰＳのページ情報を、設定情報保存サーバ１１の保存情報を基に生成したＨＴＭＬページ情報によって構成することとしている。
そして、設定情報保存サーバ１１に保存されるコンテンツに関する情報は、ＣＰによって提供される情報である。
したがって、ＰＰＳにおけるコンテンツに関する情報をＣＰが提供する情報と同期させることができ、コンテンツの内容が変更された場合にも、ＣＰＳにおいて、速やかに変更内容を報知することができる。
【００７４】
なお、上記実施形態において、ＰＰ側のシステム（パブリッシャーシステム）は、主にＰＰＳ提供サーバ３によって構成され、ＣＰ側のシステム（コンテンツプロバイダーシステム）は、コンテンツ提供サーバ４によって構成されるものとして説明したが、これらは複数のサーバおよび端末によって構成されるシステムであっても良い。
また、ＯＰＳ２についても、上記の各種機能は、複数のサーバに分散したり、１つのサーバにまとめたりして構成することが可能である。
【図面の簡単な説明】
【００７５】
【図１】コンテンツ提供システム１の構成を示すブロック図である。
【図２】ＯＰＳ２の詳細な構成を示す第１のブロック図である。
【図３】ＢＯ１２の動作時の具体的な構成を示す図である。
【図４】ＰＰ登録処理の一例を示すフローチャートを含む動作説明図である。
【図５】コンテンツ選択処理の一例を示すフローチャートを含む動作説明図である。
【図６】コンテンツ管理処理の一例を示すフローチャートを含む動作説明図である。
【図７】コンテンツローディング処理の一例を示すフローチャートを含む動作説明図である。
【図８】ＯＰＳ２の詳細な構成を示す第２のブロック図である。
【図９】ＩＤ登録処理の一例を示すフローチャートを含む動作説明図である。
【図１０】コンテンツ実行処理の一例を示すフローチャートを含む動作説明図である。
【図１１】決済処理の一例を示すフローチャートを含む動作説明図である。
【図１２】従来の手法によって、複数のＰＰが、複数のＣＰからコンテンツの提供を受けて、利用者にコンテンツのサービスを行う場合のマッチング形態を示す模式図である。
【図１３】各ＰＰとＣＰとの間で行われるマッチングの具体的な流れを示す概略図である。
【符号の説明】
【００７６】
１  コンテンツ提供システム、２  ＯＰＳ、３_１〜３_ｎ  ＰＰＳ提供サーバ、４_１〜４_ｎ  コンテンツ提供サーバ、５_１〜５_ｎ  ユーザ端末、１１  設定情報保存サーバ、１２  ＢＯ、１３  ＰＰ認証部、２０  ＰＰＤＢ、２１  コンテンツＤＢ、２２  マッチングＤＢ、２３  決済ＤＢ、２４  統計ＤＢ、３０  コンテンツシステム
【図１】
2010094225.tif 000003
【図２】
2010094225.tif 000004
【図３】
2010094225.tif 000005
【図４】
2010094225.tif 000006
【図５】
2010094225.tif 000007
【図６】
2010094225.tif 000008
【図７】
2010094225.tif 000009
【図８】
2010094225.tif 000010
【図９】
2010094225.tif 000011
【図１０】
2010094225.tif 000012
【図１１】
2010094225.tif 000013
【図１２】
2010094225.tif 000014
【図１３】
2010094225.tif 000015