JP2011034444A - コンテンツ提供サーバシステム、及びその方法 - Google Patents

Abstract

【課題】フロントエンドサーバの環境を変えることなく、１のＵＲＬに応じて複数のコンテンツを提供すること。
【解決手段】コンテンツのリクエスト要求を受け付けるフロントエンドサーバ（１１）及びリクエスト要求に応じて複数設けられたバックエンドサーバ（１３）、とそれぞれ通信可能に接続されたバックエンドプロキシサーバ（１２）は、リクエスト要求からモバイル端末（２０）の端末情報（ユーザエージェント）を取得する。バックエンドプロキシサーバ（１２）は、振分情報ＤＢ（１２４）に記憶される振分情報を参照し、取得した端末情報に対応するバックエンドサーバ（１３）を選択するとともに、選択したバックエンドサーバ（１３）にリクエスト要求を送信する。バックエンドサーバ（１３）は、リクエスト要求に応じたコンテンツデータを取得し、このコンテンツデータをモバイル端末（２０）に提供する。
【選択図】図１

Description

本発明は、クライアント端末からのリクエスト要求に応じてコンテンツデータを取得する複数のバックエンドサーバから、特定のバックエンドサーバを選択するコンテンツ提供サーバシステム、及びその方法に関する。

近年においては、インターネット上に無数のコンテンツが存在しており、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）により特定されるリクエスト要求がなされるとクライアント端末には目的とするコンテンツが提供される。

ところで、クライアント端末におけるユーザエージェント（例えば、ブラウザ種別や通信キャリア種別）によっては、ＵＲＬを特定し管理サーバにアクセスしてもコンテンツが正確に表示されない場合がある。すなわち、クライアント端末のユーザエージェントが、コンテンツデータの作成環境に対応していない場合には、コンテンツが正確に表示されない。

このような場合に、クライアント端末のユーザエージェントではコンテンツを表示できないことを通知する案内ページを提供する技術が開示されている（例えば、特許文献１を参照）。この特許文献１では、ユーザエージェントが、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）に対応する場合にはリクエスト要求に応じたキャストサイトリストを提供するが、ＸＭＬに対応しない場合には案内ページを提供する。

特開２００８−２７１０４号公報

ところで、特許文献１では、ＵＲＬによりアクセスされる管理サーバ（フロントエンドサーバ）自身が、キャストサイトリストを提供するか案内ページを提供するか振り分けなければならなかった。そのため、特許文献１では、新たに振分条件を追加するためにはフロントエンドサーバの環境を変えなければならなかった。

しかしながら、フロントエンドサーバの環境を変えると様々な予期せぬ不具合が生じるおそれがあり、また、コンテンツ提供者によっては、フロントエンドサーバの環境を変えることのできない場合（例えば、レンタルサーバの場合）もある。

一方、フロントエンドサーバ自身の環境は変えずに、現在のフロントエンドサーバとは異なるフロントエンドサーバを新たに設けることで、コンテンツを振り分けて提供することもできる。

図７は、フロントエンドサーバを新たに設けることで、コンテンツを振り分けて提供することを概念的に示す図である。例えば、現在運用しているコンテンツを改良して新たなコンテンツを提供したい場合がある。このような場合、改良後のコンテンツを正式に提供する前にユーザに試用してもらうためのサンプルとしてβ版のコンテンツを提供することがある（図７（１））。

このとき、現在運用しているバージョンのコンテンツと、β版のコンテンツとをリクエスト要求に応じて振り分ける必要があるところ、図７（２）では現在運用しているバージョン用のフロントエンドサーバ１１Ａの他に、新たにβ版用のフロントエンドサーバ１１Ｂを設けることで、コンテンツの振り分けを行っている。これにより、フロントエンドサーバの環境を変えずにコンテンツの振り分けを行うことができるものの、新たにフロントエンドサーバを追加しなければならず、設備投資に多大なコストがかかってしまう。

また、コンテンツの提供を受けるユーザからすると、現在運用しているバージョンのコンテンツを求める場合と、β版のコンテンツを求める場合とで、ＵＲＬ（フロントエンドサーバのアドレス）が異なることとなり、ユーザに余計な煩わしさを与えてしまう。

そこで、本発明では、フロントエンドサーバの環境を変えることなく、１のＵＲＬに応じて複数のコンテンツを提供可能なコンテンツ提供サーバシステム、及びその方法を提供することを目的とする。

（１）モバイル端末からコンテンツのリクエスト要求を１のＵＲＬでアクセスされるフロントエンドサーバと、前記フロントエンドサーバへのリクエスト要求に対応するコンテンツの複数バージョンの処理をそれぞれ実行する複数のバックエンドサーバと、コンテンツデータを記憶するコンテンツテーブルと、リクエスト要求に対応する複数の前記バックエンドサーバから１のバックエンドサーバを選択するバックエンドプロキシサーバと、を備え、前記バックエンドプロキシサーバは、前記フロントエンドサーバが受け付けたリクエスト要求を前記フロントエンドサーバから受信するリクエスト受信手段と、受信した前記リクエスト要求からモバイル端末の種別を示す端末情報を取得する端末情報取得手段と、端末情報に対応するバックエンドサーバを規定した振分情報を記憶する振分情報ＤＢと、前記振分情報ＤＢに記憶される前記振分情報を参照し、取得した前記端末情報に対応するバックエンドサーバを選択するバックエンド選択手段と、選択した前記バックエンドサーバに前記リクエスト要求を送信するリクエスト送信手段と、を備え、前記バックエンドサーバは、前記バックエンドプロキシサーバから受信したリクエスト要求に応じて、前記コンテンツテーブルからコンテンツデータを取得するコンテンツデータ取得手段と、取得した前記コンテンツデータを前記フロントエンドサーバへ送信するデータ送信手段と、を備え、前記フロントエンドサーバは、受信した前記コンテンツデータを前記モバイル端末に送信する送信手段を備えることを特徴とするコンテンツ提供サーバシステム。

（１）に係る発明によれば、モバイル端末からリクエスト要求を１のＵＲＬでアクセスされると、バックエンドプロキシサーバは、モバイル端末の種別を示す端末情報に基づいてリクエスト要求に応じた複数のバックエンドサーバから特定のバックエンドサーバを選択する。そして、この特定のバックエンドサーバによりリクエスト要求に応じたコンテンツデータが取得され、モバイル端末に提供される。このとき、特定のバックエンドサーバの選択は、モバイル端末からリクエスト要求を直接受けるフロントエンドサーバではなく、フロントエンドサーバとバックエンドサーバとの間に設置されたバックエンドプロキシサーバにより行われる。その結果、フロントエンドサーバの環境を変えることなく、１のＵＲＬに応じて複数のコンテンツを提供することができる。また、本番環境や開発環境といった稼動環境を問わず利用でき、例えば、バックエンドサーバそれぞれの所有者が異なり、１のバックエンドサーバで複数の開発環境を構築できない場合でも、フロントエンドサーバの環境を変えることなく、１のＵＲＬに応じて複数のバックエンドサーバから特定のバックエンドサーバを選択させて、特定のバックエンドサーバで構築された開発環境に基づいてコンテンツを提供することができる。

（２） 前記振分情報ＤＢに記憶される振分情報を変更する振分変更手段を備えることを特徴とする（１）に記載のコンテンツ提供サーバシステム。

（２）に係る発明によれば、フロントエンドサーバの環境を変えることなく、コンテンツ提供者がコンテンツの振分条件を後になって変更することができる。

（３） モバイル端末からコンテンツのリクエスト要求を１のＵＲＬでアクセスされるフロントエンドサーバと、前記フロントエンドサーバへのリクエスト要求に対応するコンテンツの複数バージョンの処理をそれぞれ実行する複数のバックエンドサーバと、コンテンツデータを記憶するコンテンツテーブルと、リクエスト要求に対応する複数の前記バックエンドサーバから１のバックエンドサーバを選択するバックエンドプロキシサーバと、を備えるコンテンツ提供サーバシステムが、モバイル端末からのリクエスト要求に応じてコンテンツデータを提供する方法であって、前記バックエンドプロキシサーバによる、前記フロントエンドサーバが受け付けたリクエスト要求を前記フロントエンドサーバから受信するステップと、受信した前記リクエスト要求からモバイル端末の種別を示す端末情報を取得するステップと、端末情報に対応するバックエンドサーバを規定した振分情報を記憶するステップと、記憶した前記振分情報を参照し、取得した前記端末情報に対応するバックエンドサーバを選択するステップと、選択した前記バックエンドサーバに前記リクエスト要求を送信するステップと、を含み、前記バックエンドサーバによる、前記バックエンドプロキシサーバから受信したリクエスト要求に応じて、コンテンツデータを取得するステップと、取得した前記コンテンツデータを前記フロントエンドサーバへ送信するステップと、を含み、前記フロントエンドサーバによる、受信した前記コンテンツデータを前記モバイル端末に送信するステップを含むことを特徴とする方法。

（４） 記憶した前記振分情報を変更するステップを含むことを特徴とする（３）に記載の方法。

（３）に係る発明によれば、（１）に係る発明と同様の効果が期待でき、（４）に係る発明によれば、（２）に係る発明と同様の効果が期待できる。

本発明によれば、フロントエンドサーバの環境を変えることなく、１のＵＲＬに応じて複数のコンテンツを提供することができる。

本発明に係るコンテンツ提供サーバシステムの概略を示す図である。 本発明に係るバックエンドプロキシサーバの構成を示すブロック図である。 モバイル端末からのリクエスト要求の概略を示す図である。 本発明に係る振分情報ＤＢの一例を示す図である。 本発明に係るコンテンツ提供サーバシステムの動作の一例を示すフローである。 モバイル端末からのリクエスト要求に応じて提供されるコンテンツの内容を示す図である。 従来におけるコンテンツ振分方法の概略を示す図である。

以下、本発明の実施形態について図を参照しながら説明する。

［コンテンツ提供サーバシステムの概略］
図１は、本実施形態に係るコンテンツ提供サーバシステム１の概略を示す図である。コンテンツ提供サーバシステム１は、フロントエンドサーバ１１と、バックエンドプロキシサーバ１２と、バックエンドサーバ１３Ａ，１３Ｂ・・・（以下、区別しない場合は「バックエンドサーバ１３」とする）と、コンテンツテーブル１４Ａ，１４Ｂ・・・（以下、区別しない場合は「コンテンツテーブル１４」とする）と、から構成される。

フロントエンドサーバ１１は、ＵＲＬによりアクセスされるサーバであり、モバイル端末２０からリクエスト要求を受けると、リクエスト要求に含まれるモバイル端末２０の端末情報を取得するとともに、取得した端末情報に関連付けられている関連情報をフロントエンドサーバ１１や、フロントエンドサーバ１１に接続可能なＤＢサーバ（図示省略）から取得し、この端末情報に関連付けられている関連情報をリクエスト要求に付加する。また、フロントエンドサーバ１１は、リクエスト要求に応じたコンテンツデータを、端末情報に関連付けられている関連情報に基づいて最適化処理を行い、その後、モバイル端末２０に返信する。なお、フロントエンドサーバ１１は、管理者がその環境を任意に変えることのできないサーバである。

ここで、「リクエスト要求」とは、モバイル端末２０（ユーザ）が所望するコンテンツを指定するための情報であり、ＵＲＬにより特定される。

バックエンドプロキシサーバ１２は、フロントエンドサーバ１１とバックエンドサーバ１３との間に設けられ、フロントエンドサーバ１１からリクエスト要求を受信する。バックエンドプロキシサーバ１２は、受信したリクエスト要求に応じて複数のバックエンドサーバ１３から特定のバックエンドサーバ１３を選択する。バックエンドプロキシサーバ１２は、選択した特定のバックエンドサーバ１３にリクエスト要求を送信するとともに、リクエスト要求に応じて取得されたコンテンツデータをバックエンドサーバ１３から受信し、フロントエンドサーバ１１に送信する。

バックエンドサーバ１３は、コンテンツテーブル１４からリクエスト要求に応じたコンテンツデータを取得し、バックエンドプロキシサーバ１２を介してフロントエンドサーバ１１へ送信する。ここで、本実施の形態では、バックエンドサーバ１３は、１のＵＲＬに対して１又は複数、例えば、１のＵＲＬに対してバックエンドサーバ１３Ａとバックエンドサーバ１３Ｂとが設けられる。なお、バックエンドサーバ１３Ａとバックエンドサーバ１３Ｂとで取得されるコンテンツデータはそれぞれ異なる。すなわち、本実施の形態ではモバイル端末２０から１のＵＲＬでフロントエンドサーバ１１にアクセスした場合であっても、モバイル端末２０に異なるコンテンツが提供される場合がある。

コンテンツテーブル１４は、コンテンツ提供者により提供されるコンテンツのデータを複数記憶する。

本実施形態に係るコンテンツ提供サーバシステム１では、コンテンツデータを取得するバックエンドサーバ１３をフロントエンドサーバ１１に対して複数設けるとともに、複数のバックエンドサーバ１３から特定のバックエンドサーバ１３を選択する。そして、選択された特定のバックエンドサーバ１３により異なったコンテンツデータが取得される。ここで、特定のバックエンドサーバ１３は、フロントエンドサーバ１１ではなくバックエンドプロキシサーバ１２により選択される。そのため、ＵＲＬにより特定される１のリクエスト要求で複数のコンテンツデータを提供できるとともに、コンテンツデータの振り分けに際して、フロントエンドサーバ１１の環境を変える必要がない。
以下、本実施形態に係るコンテンツ提供サーバシステム１のバックエンドプロキシサーバ１２について説明する。

［バックエンドプロキシサーバの構成］
図２は、バックエンドプロキシサーバ１２の構成を示すブロック図である。

バックエンドプロキシサーバ１２は、リクエスト受信手段１２１と、端末情報取得手段１２２と、バックエンド選択手段１２３と、振分情報ＤＢ１２４と、振分変更手段１２５とリクエスト送信手段１２６と、コンテンツデータ受信手段１２７と、コンテンツデータ送信手段１２８と、から構成される。

リクエスト受信手段１２１は、モバイル端末２０によるリクエスト要求をフロントエンドサーバ１１から受信する。なお、リクエスト要求は、図３に示すようにヘッダ情報部１５１及びコンテンツ部１５２からなる。

端末情報取得手段１２２は、受信したリクエスト要求からモバイル端末２０の種別を示す端末情報及びこの端末情報に関連付けられた関連情報を取得する。具体的には、リクエスト要求のヘッダ情報部１５１から端末情報を取得する。なお、「端末情報」とは、モバイル端末のユーザエージェント、サブスクライバＩＤ、ユーザＩＤなどをいう。また、「端末情報に関連付けられた関連情報」とは、例えば、正式提供前のβ版のコンテンツを希望することを示す情報などであり、ユーザＩＤに関連付けられて登録された情報をいう。なお、「ユーザＩＤに関連付けられた情報」は、フロントエンドサーバ１１や、フロントエンドサーバ１１に接続可能なＤＢサーバに記憶される。

バックエンド選択手段１２３は、振分情報ＤＢ１２４に記憶される振分情報を参照し、取得した端末情報に対応するバックエンドサーバ１３を選択する。

振分情報ＤＢ１２４は、リクエスト要求毎に端末情報に対応するバックエンドサーバ１３を規定した振分情報を記憶する。図４は、振分情報ＤＢ１２４の一例を示す図である。

図４（１）は、リクエスト要求（ｗｗｗ．？？？．ｃｏ．ｊｐ／）について設けられた振分情報であり、ユーザエージェントに対応してバックエンドサーバ１３の種類を規定している。例えば、モバイル端末２０の通信キャリアが「Ｘ」である場合には、振分先のバックエンドサーバ１３として、バックエンドサーバ１３Ａが選択される。一方、モバイル端末２０の通信キャリアが「Ｙ」である場合には、振分先のバックエンドサーバ１３として、バックエンドサーバ１３Ｂが選択される。なお、バックエンドサーバ１３Ａとバックエンドサーバ１３Ｂとでは、異なるコンテンツデータが取得される。すなわち、バックエンドサーバ１３Ａによれば通信キャリア「Ｘ」に応じたコンテンツデータが取得され、バックエンドサーバ１３Ｂによれば通信キャリア「Ｙ」に応じたコンテンツデータが取得される。このように、１のリクエスト要求（ｗｗｗ．？？？．ｃｏ．ｊｐ／）がされた場合であっても、モバイル端末２０の端末情報（ユーザエージェント）により、モバイル端末２０には異なるコンテンツが提供される。

また、図４（２）は、リクエスト要求（ｗｗｗ．＊＊＊．ｃｏ．ｊｐ／）について設けられた振分情報であり、任意の文字列に対応してバックエンドサーバ１３の種類を規定している。例えば、モバイル端末２０（ユーザ）によりβ版のコンテンツを希望することが予め登録されていた場合には、振分先のバックエンドサーバ１３として、バックエンドサーバ１３Ｄが選択される。一方、モバイル端末２０（ユーザ）によりβ版のコンテンツを希望することが予め登録されていない場合には、振分先のバックエンドサーバ１３として、バックエンドサーバ１３Ｅが選択される。そして、バックエンドサーバ１３Ｄによれば試作用のβ版のコンテンツデータが取得され、バックエンドサーバ１３Ｅによれば現状のコンテンツデータが取得される。このように、１のリクエスト要求（ｗｗｗ．＊＊＊．ｃｏ．ｊｐ／）がされた場合であっても、モバイル端末２０の端末情報（任意の文字列）により、モバイル端末２０には異なるコンテンツが提供される。

図２を参照して、振分変更手段１２５は、振分情報ＤＢ１２４に記憶される振分情報を変更する。例えば、コンテンツ提供者がコンテンツを継続して提供している状況でコンテンツの改良を行う場合に、β版のコンテンツを試作用に新たに提供するとき、振分変更手段１２５は振分情報ＤＢ１２４に新たな振分情報を追加する。このような、振分変更手段１２５を設けることで、コンテンツを継続して提供している状況で、振分情報を新たに追加することができる。

リクエスト送信手段１２６は、バックエンド選択手段１２３が選択したバックエンドサーバ１３にリクエスト要求を送信する。
コンテンツデータ受信手段１２７は、リクエスト要求に応じてバックエンドサーバ１３が取得したコンテンツデータをバックエンドサーバ１３から受信する。
コンテンツデータ送信手段１２８は、受信したコンテンツデータをフロントエンドサーバ１１に送信する。

［フロントエンドサーバ１１、バックエンドサーバ１３の構成］
なお、図示は省略するが、フロントエンドサーバ１１は、モバイル端末２０からリクエスト要求を受信する手段、受信したリクエスト要求をバックエンドプロキシサーバ１２へ送信する手段、リクエスト要求に応じたコンテンツデータをバックエンドプロキシサーバ１２を介してバックエンドサーバ１３から受信する手段、受信したコンテンツデータをモバイル端末２０へ送信する手段、を備えている。

また、バックエンドサーバ１３は、バックエンドプロキシサーバ１２からリクエスト要求を受信する手段、リクエスト要求に応じてコンテンツテーブル１４からコンテンツデータを取得する手段、取得したコンテンツデータをバックエンドプロキシサーバ１２を介してフロントエンドサーバ１１へ送信する手段、を備えている。

なお、上記各手段の全部又は一部は、ハードウェア、ソフトウェア、ハードウェアとソフトウェアの両方のいずれかによって構成することができる。ハードウェアとしては、例えば、ＣＰＵの他、記憶装置として、メモリ（ＲＡＭ、ＲＯＭ）、ハードディスク（ＨＤＤ）、光磁気ディスク（ＣＤ、ＤＶＤなど）、通信装置として、各種有線、無線インターフェース装置、表示装置として、ディスプレイ（液晶ディスプレイ、プラズマディスプレなど）、入力装置として、キーボード、ポインティング・デバイス（マウスなど）を適宜備えた一般的なコンピュータであってよい。ソフトウェアとしては、コンピュータを、上述した各手段として機能させるコンピュータ・プログラム及びデータを含む。前記コンピュータ・プログラム（データ含む）は、通信回線を介して配布することも可能であり、ＣＤ−ＲＯＭなどのコンピュータ可読媒体に記録して配布することも可能である。

［コンテンツ提供サーバシステムにおける処理の流れ］
次に、図５を参照して、コンテンツ提供サーバシステム１により行われる処理の流れを説明する。

Ｓ１〜Ｓ４：モバイル端末２０はユーザが所望するコンテンツについてのリクエスト要求を送信する。フロントエンドサーバ１１は、リクエスト要求に含まれる端末情報（ユーザＩＤ）から端末情報に関連する関連情報を取得し、これらの情報をリクエスト要求に付加するとともに、リクエスト要求をバックエンドプロキシサーバ１２に送信する。

Ｓ５，Ｓ６：バックエンドプロキシサーバ１２の端末情報取得手段１２２は、リクエスト要求のヘッダ情報部１５１を解析し、端末情報及び関連情報を取得する。

Ｓ７：バックエンドプロキシサーバ１２のバックエンド選択手段１２３は、振分情報ＤＢ１２４を参照し、リクエスト要求及び端末情報に対応するバックエンドサーバ１３を選択する。

Ｓ８：バックエンドプロキシサーバ１２のリクエスト送信手段１２６は、選択したバックエンドサーバ１３へリクエスト要求を送信する。

Ｓ９〜Ｓ１１：バックエンドサーバ１３は、リクエスト要求を解析し、リクエスト要求のコンテンツ部１５２を参照して、コンテンツテーブル１４から対応するコンテンツデータを取得する。

Ｓ１２〜Ｓ１３：そして、バックエンドサーバ１３は、取得したコンテンツデータをバックエンドプロキシサーバ１２を介してフロントエンドサーバ１１へ送信する。

Ｓ１４〜Ｓ１７：フロントエンドサーバ１１では、受信したコンテンツデータを、端末情報及びユーザ関連情報に基づいて最適化を行い、最適化したコンテンツデータをモバイル端末２０に送信し、モバイル端末２０は受信したコンテンツデータに基づいてコンテンツを表示する。

［動作例］
以上、本実施の形態に係るコンテンツ提供サーバシステム１、バックエンドプロキシサーバ１２、及びモバイル端末からのリクエスト要求に応じてコンテンツデータを取得する複数のバックエンドサーバから特定のバックエンドサーバを選択する方法について説明した。以下、これらの動作例について、図６を参照して説明する。

図６は、コンテンツ提供者が現在提供中のコンテンツを改良したβ版を作成し、このβ版を正式運用前に希望するユーザに試用してもらう場合における、β版を希望しない際の動作例（図６（１））、希望する際の動作例（図６（２））を示す。なお、β版を希望するか否かは、ユーザが予め選択しておき、その情報はフロントエンドサーバ１１又はフロントエンドサーバ１１に接続可能なＤＢサーバにユーザＩＤに関連付けられて登録されている。

モバイル端末２０がフロントエンドサーバ１１へＵＲＬを指定するリクエスト要求を行う。このリクエスト要求には、β版を希望するか否かの情報が含まれる。続いて、フロントエンドサーバ１１はバックエンドプロキシサーバ１２へリクエスト要求を送信する。バックエンドプロキシサーバ１２では、リクエスト要求のヘッダ情報を解析し、モバイル端末２０のユーザがβ版を希望するか否かを判別する。

このとき、モバイル端末２０のユーザがβ版を希望しない場合には（図６（１））、バックエンドプロキシサーバ１２は、バックエンドサーバ群からバックエンドサーバ１３Ｄを選択し、このバックエンドサーバ１３Ｄへリクエスト要求を送信する。バックエンドサーバ１３Ｄでは、リクエスト要求に応じたコンテンツデータを取得し、バックエンドプロキシサーバ１２を介して、フロントエンドサーバ１１へコンテンツデータを送信する。そして、フロントエンドサーバ１１は、コンテンツデータをモバイル端末２０へ送信する。

一方、モバイル端末２０のユーザがβ版を希望する場合には（図６（２））、バックエンドプロキシサーバ１２は、バックエンドサーバ群からバックエンドサーバ１３Ｅを選択し、このバックエンドサーバ１３Ｅへリクエスト要求を送信する。バックエンドサーバ１３Ｅでは、リクエスト要求に応じたコンテンツデータを取得し、バックエンドプロキシサーバ１２を介して、フロントエンドサーバ１１へコンテンツデータを送信する。そして、フロントエンドサーバ１１は、コンテンツデータをモバイル端末２０へ送信する。

その結果、モバイル端末２０のユーザがβ版を希望しない場合には、モバイル端末２０の表示部にコンテンツ１７１が表示され、モバイル端末２０のユーザがβ版を希望する場合にはコンテンツ１７１とは異なるコンテンツ１７２が表示される。

このように本実施の形態では、フロントエンドサーバ１１の環境を変えることなく１のリクエスト要求に対して異なる複数のコンテンツを提供することができる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。

１ コンテンツ提供サーバシステム
１１ フロントエンドサーバ
１２ バックエンドプロキシサーバ
１３ バックエンドサーバ
１４ コンテンツテーブル
１２１ リクエスト受信手段
１２２ 端末情報取得手段
１２３ バックエンド選択手段
１２４ 振分情報ＤＢ
１２５ 振分変更手段
１２６ リクエスト送信手段
１２７ コンテンツデータ受信手段
１２８ コンテンツデータ送信手段

Claims (4)

1. モバイル端末からコンテンツのリクエスト要求を１のＵＲＬでアクセスされるフロントエンドサーバと、前記フロントエンドサーバへのリクエスト要求に対応するコンテンツの複数バージョンの処理をそれぞれ実行する複数のバックエンドサーバと、コンテンツデータを記憶するコンテンツテーブルと、リクエスト要求に対応する複数の前記バックエンドサーバから１のバックエンドサーバを選択するバックエンドプロキシサーバと、を備え、
   前記バックエンドプロキシサーバは、
   前記フロントエンドサーバが受け付けたリクエスト要求を前記フロントエンドサーバから受信するリクエスト受信手段と、
   受信した前記リクエスト要求からモバイル端末の種別を示す端末情報を取得する端末情報取得手段と、
   端末情報に対応するバックエンドサーバを規定した振分情報を記憶する振分情報ＤＢと、
   前記振分情報ＤＢに記憶される前記振分情報を参照し、取得した前記端末情報に対応するバックエンドサーバを選択するバックエンド選択手段と、
   選択した前記バックエンドサーバに前記リクエスト要求を送信するリクエスト送信手段と、
   を備え、
   前記バックエンドサーバは、
   前記バックエンドプロキシサーバから受信したリクエスト要求に応じて、前記コンテンツテーブルからコンテンツデータを取得するコンテンツデータ取得手段と、
   取得した前記コンテンツデータを前記フロントエンドサーバへ送信するデータ送信手段と、
   を備え、
   前記フロントエンドサーバは、受信した前記コンテンツデータを前記モバイル端末に送信する送信手段を備えることを特徴とするコンテンツ提供サーバシステム。
2. 前記振分情報ＤＢに記憶される振分情報を変更する振分変更手段を備えることを特徴とする請求項１に記載のコンテンツ提供サーバシステム。
3. モバイル端末からコンテンツのリクエスト要求を１のＵＲＬでアクセスされるフロントエンドサーバと、前記フロントエンドサーバへのリクエスト要求に対応するコンテンツの複数バージョンの処理をそれぞれ実行する複数のバックエンドサーバと、コンテンツデータを記憶するコンテンツテーブルと、リクエスト要求に対応する複数の前記バックエンドサーバから１のバックエンドサーバを選択するバックエンドプロキシサーバと、を備えるコンテンツ提供サーバシステムが、モバイル端末からのリクエスト要求に応じてコンテンツデータを提供する方法であって、
   前記バックエンドプロキシサーバによる、
   前記フロントエンドサーバが受け付けたリクエスト要求を前記フロントエンドサーバから受信するステップと、
   受信した前記リクエスト要求からモバイル端末の種別を示す端末情報を取得するステップと、
   端末情報に対応するバックエンドサーバを規定した振分情報を記憶するステップと、
   記憶した前記振分情報を参照し、取得した前記端末情報に対応するバックエンドサーバを選択するステップと、
   選択した前記バックエンドサーバに前記リクエスト要求を送信するステップと、
   を含み、
   前記バックエンドサーバによる、
   前記バックエンドプロキシサーバから受信したリクエスト要求に応じて、コンテンツデータを取得するステップと、
   取得した前記コンテンツデータを前記フロントエンドサーバへ送信するステップと、
   を含み、
   前記フロントエンドサーバによる、
   受信した前記コンテンツデータを前記モバイル端末に送信するステップを含むことを特徴とする方法。
4. 記憶した前記振分情報を変更するステップを含むことを特徴とする請求項３に記載の方法。

Images