ＷＥＢシステムにおける分散処理方法およびＷＥＢシステムにおける分散処理システム
【課題】複数のＷＥＢサーバに分散処理させる際のプログラムの数や処理量を低減たり、あるいは不要にするＷＥＢシステムにおける分散処理方法を提供すること。
【解決手段】クライアント装置１から受信したＨＴＴＰリクエストに従ってＷＥＢサーバの分散処理をするＷＥＢサーバ２０において、ＨＴＴＰリクエストに含まれるメソッド、リソース情報、コンテントタイプ、およびメッセージ種別情報のうち少なくとも1つを設定ファイルとして設定し、設定ファイルに基づき抽出されたＨＴＴＰリクエストに対してＷＥＢサービスを実行すると共に、ＷＥＢサーバ２５に転送することを特徴とする。
【解決手段】クライアント装置１から受信したＨＴＴＰリクエストに従ってＷＥＢサーバの分散処理をするＷＥＢサーバ２０において、ＨＴＴＰリクエストに含まれるメソッド、リソース情報、コンテントタイプ、およびメッセージ種別情報のうち少なくとも1つを設定ファイルとして設定し、設定ファイルに基づき抽出されたＨＴＴＰリクエストに対してＷＥＢサービスを実行すると共に、ＷＥＢサーバ２５に転送することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、主に、ＷＥＢサービスのリクエストを複数のＷＥＢサーバで分散して処理するＷＥＢシステムにおける分散処理方法に関する。
【背景技術】
【０００２】
ＷＥＢ関連技術の一つに、ネットワーク上に分散したアプリケーションでサービスオブジェクトを供給するＷＥＢサービスの技術がある。
ＷＥＢサービスの分散処理方法の一例としては、例えば、クライアントから送信されたリクエストに従って、複数のＷＥＢサーバのうち一のＷＥＢサーバにクライアントからのリクエストを送信し、リクエストを受信したＷＥＢサーバがさらに別のＷＥＢサーバにリクエストを転送して、複数のＷＥＢサーバに処理を分散させる方法がある。つまり、ＷＥＢサーバ自体が他のＷＥＢサーバに対してのクライアントとなり、他のＷＥＢサーバにリクエストをすることである。
このように、一のＷＥＢサーバのアプリケーションが、他のＷＥＢサーバに対してリクエストする場合、リクエストを送信するＷＥＢサーバには、他のＷＥＢサーバにＷＥＢサービスを実行させるためのプログラムが必要である（例えば、非特許文献１参照）。
また、ＷＥＢサービスに利用されるプログラムとして、例えば、Ｒｕｂｙ ｏｎ Ｒａｉｌｓがある。このＲｕｂｙ ｏｎ Ｒａｉｌｓでは、Ａｃｔｉｖｅ Ｒｅｓｏｕｒｃｅというコンポーネントを用いて、ＷＥＢサービスをカプセル化し、データベースのように呼び出しを簡易化する技術や、ＷＡＤＬ（ Web Application Description Language ）のような記述言語を用いてプログラムを簡易化する技術がある。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ＲＥＳＴｆｕｌ Ｗｅｂ サービス」、Ｌｅｏｎａｒｄ Ｒｉｃｈａｒｄｓｏｎ，Ｓａｍ Ｒｕｂｙ著、山本陽平 監訳、株式会社クイープ訳、２００７年１２月発行．
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、Ａｃｔｉｖｅ Ｒｅｓｏｕｒｃｅというコンポーネントを用いて呼び出しを簡易化する場合や、ＷＡＤＬを用いてプログラムを簡略化する場合であっても、いずれも、リクエストを他のＷＥＢサーバに転送し、ＷＥＢサービスを分散するためのプログラムは必要である。
また、ＷＥＢサービスを提供する複数のＷＥＢサーバが、同一のプログラムに対応していない場合、ＷＥＢサーバごとに複数のプログラムが必要となる問題がある。
【０００５】
本発明は、このような事情を考慮し、上記の問題を解決すべくなされたものであって、その目的は、複数のＷＥＢサーバに分散処理させる際のプログラムの数や処理量を低減させ、あるいは不要にすることが可能なＷＥＢシステムにおける分散処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記問題を解決するために、本発明は、ＨＴＴＰリクエストを送信するクライアント装置と、前記クライアント装置とネットワークを介して接続され前記ＨＴＴＰリクエストに応じたＷＥＢサービスを提供する複数のＷＥＢサーバを含むＷＥＢシステムにおける分散処理方法であって、前記クライアント装置は、任意の処理データに対し前記ＷＥＢサービスを要求する前記ＨＴＴＰリクエストであって、前記ＨＴＴＰリクエストの種類を表すメソッド、前記処理データの送信先である前記ＷＥＢサーバを特定するリソース情報、前記処理データの情報の種類を示すコンテントタイプ、およびメッセージ種別情報のうち、少なくとも1つを含む前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち任意の第１のＷＥＢサーバに送信し、前記第１のＷＥＢサーバは、前記メソッドのうち特定の意味を持つ第１のメソッド、前記第１のＷＥＢサーバを識別する第１のリソース情報、前記コンテントタイプのうち特定の種類の第１のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第１のメッセージ種別情報を、第１の設定ファイルとして記憶し、前記第１の設定ファイルに基づき、前記第１の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記クライアント装置から受信した前記ＨＴＴＰリクエストから抽出し、前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第２のＷＥＢサーバに送信することを特徴とする。
【０００７】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記第２のＷＥＢサーバが、前記ＨＴＴＰリクエストに基づき、前記処理データからメタ情報を抽出するアプリケーションを備え、抽出された前記メタ情報を含むＨＴＴＰレスポンスを前記第１のＷＥＢサーバに送信し、前記第１のＷＥＢサーバが、前記第２のＷＥＢサーバから受信した前記ＨＴＴＰレスポンスの前記メタ情報に基づき、前記ＨＴＴＰリクエストに応じた前記ＷＥＢサービスを実行することを特徴とする。
【０００８】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記クライアント装置が、前記第１のメソッド、前記第１のリソース情報、前記第１のコンテントタイプ、および前記第１のメッセージ種別情報を、前記第１のＷＥＢサーバに送信し、前記第１のＷＥＢサーバが、前記クライアント装置から受信した前記第１のリソース情報、前記第１のコンテントタイプ、および前記第１のメッセージ種別情報を、前記第１の設定ファイルとして記憶することを特徴とする。
【０００９】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記第２のＷＥＢサーバが、前記メソッドのうち特定の意味を持つ第２のメソッド、前記第２のＷＥＢサーバを識別する第２のリソース情報、前記コンテントタイプのうち特定の種類の第２のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第２のメッセージ種別情報を、第２の設定ファイルとして記憶し、前記第２の設定ファイルに基づき、前記第２の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記第１のＷＥＢサーバから受信した前記ＨＴＴＰリクエストから抽出し、前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第３のＷＥＢサーバに送信することを特徴とする。
【００１０】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記第１のＷＥＢサーバが、前記ＨＴＴＰリクエストに、前記第２のメソッド、前記第２のリソース情報、前記第２のコンテントタイプ、および前記第２のメッセージ種別情報をメタ情報として記載した前記ＨＴＴＰリクエストを、前記第２のＷＥＢサーバに送信することを特徴とする。
【００１１】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記クライアント装置から前記第１のＷＥＢサーバに送信される前記ＨＴＴＰリクエスト、および前記第１のＷＥＢサーバから前記第２のＷＥＢサーバに送信される前記ＨＴＴＰリクエストが、ＡｔｏｍＰｕｂのｍｕｌｔｉｐａｒｔタイプで作成されていることを特徴とする。
【００１２】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記第１のＷＥＢサーバが、前記ＨＴＴＰリクエストの経路を示すヘッダとして、前記第１のＷＥＢサーバの前記リソース情報を追記し、前記第２のＷＥＢサーバに送信することを特徴とする。
【発明の効果】
【００１３】
本発明は、複数のＷＥＢサーバに分散処理させる際のプログラムの数や処理量を低減させ、あるいは不要にすることができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態に係るＷＥＢシステムの構成の一例を示すブロック図である。
【図２】本実施の形態に係るＨＴＴＰリクエストの一の表記例を示す概略図である。
【図３】本実施の形態に係る設定ファイルの一例を示す概略図である。
【図４】本実施の形態に係るＨＴＴＰリクエストに記載されたメタ情報を説明するための概略図である。
【図５】本実施の形態に係るＷＥＢシステムにおける分散処理方法の一例を示すフローチャートである。
【図６】本実施の形態に係るＨＴＴＰリクエストの他の表記例を示す概略図である。
【発明を実施するための形態】
【００１５】
次に、発明を実施するための形態について図面を参照して詳細に説明する。図１は、本実施の形態に係るＷＥＢシステムの構成の一例を示すブロック図である。
［第１の実施形態］
図１に示す通り、本実施の形態に係るＷＥＢシステム１００は、複数のクライアント装置１、・・・、１ｎ（以下、１Ｎと記す）と、複数のＷＥＢサーバ２０、・・・、２５、・・・、２ｍ（以下、２Ｍと記す）を含む。複数のクライアント装置１Ｎは、複数のＷＥＢサーバ２Ｍと、インターネットなどのネットワーク３によってそれぞれ接続されている。
【００１６】
複数のクライアント装置１Ｎは、ＷＥＢサービスの利用者（以下、ユーザという）の端末装置であって、例えば、ＷＥＢサイトにアクセスしたユーザの指示に従って、ＷＥＢサービスを提供するＷＥＢアプリケーションの呼び出しを行う。つまり、クライアント装置１Ｎは、ＷＥＢサイトにアクセスしたユーザによってＷＥＢサービスの呼び出しが指示されると、ユーザの要求に応じたＨＴＴＰリクエストを作成し、ネットワーク４を介して任意のＷＥＢサーバ２Ｍに送信する。ここで、ＷＥＢサービスとは、ＷＷＷ（ World Wide Web ）の仕組みを利用して、任意のＷＥＢサイトのソフトウェアプログラムが他のＷＥＢサイトのソフトウェアリソースを利用して処理を行い、その結果を利用する仕組みをいう。本実施の形態に係るクライアント装置１Ｎは、このＷＷＷにおけるＷＥＢブラウザとＷＥＢサーバと通信プロトコルとして用いられる、ＨＴＴＰ（ Hyper Text Transfer Protocol ）に従って作成されたＨＴＴＰリクエストを複数のＷＥＢサーバ２Ｍに送信する。
【００１７】
複数のＷＥＢサーバ２Ｍは、クライアント装置１Ｎから送信されるＨＴＴＰリクエストに応じて、各種のＷＥＢサービスを提供する。例えば、ＷＥＢサーバ２０、２５は、ＷＥＢサービスＡに要する処理を分散するとともに、分散された処理を連携して実行するＷＥＢサーバであって、それぞれのアプリケーションの両方が実行されることによって、ＷＥＢサービスＡをユーザに提供する。また、ＷＥＢサーバ２５は、例えば、ＷＥＢサーバ２０の分散処理に伴う新規な処理機能（例えば、ＷＥＢサーバ２０の分散処理と異なる処理機能）を有する。
ＷＥＢサーバ２ＭのＷＥＢサービスの分散処理の方法は、一のＷＥＢサーバ２Ｍが、クライアント装置１ＮからＨＴＴＰリクエストを受信すると、自己のＷＥＢアプリケーションを実行するともに、他のＷＥＢサーバ２ＭにＨＴＴＰリクエストを転送し、他のＷＥＢサーバ２Ｍに対してＷＥＢサービスに関する処理を分散する方法を利用するものである。
また、本実施の形態において、ＷＥＢサービスＡとは、クライアント装置１Ｎから受信したＨＴＴＰリクエストに含まれる属性情報に基づき、処理データである画像データを分類して管理するサービスであり、例えば、クライアント装置１Ｎから受信した画像データに含まれる位置情報等の属性情報に基づき、画像データを分類して管理しアルバムとして保管するサービスである。例えば、ＷＥＢサーバ２０は、クライアント装置１Ｎから受信した画像データを保存する“アルバム機能”を提供するアプリケーションＡ１を備える。また、ＷＥＢサーバ２５は、ＷＥＢサーバ２５から転送された画像データの属性情報を解析し、属性情報と画像データとを関連付ける管理ファイルを作成し、ＷＥＢサーバ２０に送信する“メタ情報作成機能”を提供するアプリケーションＡ２を備える。
なお、ＨＴＴＰによる通信は、クライアント側がＨＴＴＰリクエストを送信し、サーバ側がＨＴＴＰレスポンスを返すトランザクションの繰り返しであって、本実施の形態に係るＷＥＢシステムは、クライアント装置１ＮとＷＥＢサーバ２Ｍ間に限られず、ＷＥＢサーバ２Ｍ間でもトランザクションを繰り返す。つまり、ＨＴＴＰリクエストは、ＷＥＢサービスの処理を依頼するリクエストであり、ＨＴＴＰレスポンスは、そのＨＴＴＰリクエストに対する返信であって、一のＷＥＢサーバが他のＷＥＢサーバにＨＴＴＰリクエストを送信し、他のＷＥＢサーバが一のＷＥＢサーバにＨＴＴＰレスポンスを返信する場合がある。
【００１８】
次に、クライアント装置１ＮおよびＷＥＢサーバ２Ｍの各構成について詳細に説明する。なお、複数のクライアント装置１Ｎは、クライアント装置１と概ね同様の構成を有し、ＷＥＢサーバ２Ｍは、ＷＥＢサーバ２０、２５と概ね同様の構成を有する。
【００１９】
クライアント装置１は、クライアント機能部１０１と、位置検出部１０２と、制御部１０３と、メモリ部１０４と、操作部１０５と、リクエスト作成部１０６と、ネットワークインターフェース部１０７とを備える。本実施の形態に係るクライアント装置１は、例えば、クライアント機能部１０１が撮像機能を有する携帯電話や電子カメラ等が利用可能である。
クライアント機能部１０１は、例えば、光学系部材やＣＣＤ（ Charge Coupled Device ）センサー等を備え、光学系部材を介して入射した被写体光を電気信号に変換して画像データを出力する撮像機能部を備え、複数枚の画像データを生成する。以下、クライアント機能部１０１を、撮像部１０１と記す。
位置検出部１０２は、例えば、ＧＰＳ（ Global Positioning System ）等の位置検出技術を用いて、クライアント装置１の位置を検出し、位置を表す位置情報を生成する。
制御部１０３は、クライアント装置１を統括的に制御し、例えば、撮像部１０１によって取得された画像データに、位置検出部１０２によって検出された撮像部１０１によって撮像された際の位置情報を関連付けて、メモリ部１０４に記憶させる。
メモリ部１０４は、撮像部１０２によって撮像された複数の画像データを、位置検出部１０２によって検出された位置情報や、クライアント装置１を識別する識別子等と関連付けて記憶する。
操作部１０５は、ユーザによって操作され、操作に応じたユーザの操作指示が入力される。
【００２０】
リクエスト作成部１０６は、操作部１０５を介して入力されるユーザの指示や、ＷＥＢサーバ２Ｍが提供するＷＥＢサービスのアクセス方法に応じた、ＨＴＴＰリクエストＲ１を作成する。本実施の形態において、リクエスト作成部１０６は、図２に示すようなＨＴＴＰリクエストＲ１を作成する。
図２に示す通り、ＨＴＴＰリクエストＲ１は、少なくとも、リクエストラインＲ１１およびエンティティボディ部Ｒ１３を含み、本実施の形態においては、ヘッダＲ１２をさらに含む。リクエストラインＲ１１は、リクエストの種類を表すメソッドと、ＨＴＴＰリクエストＲ１の送信先を表すＷＥＢサーバを示すリソース情報、処理データの種類を表すコンテントタイプ、およびメッセージの種類を表すメッセージ種別情報のうち、少なくとも1つを含む。
【００２１】
つまり、リクエスト作成部１０６は、ＷＥＢサービスＡの提供を要求するため、メソッドとして“ＰＯＳＴ”およびリソース情報として“ａｌｂｕｍ／ｊｏｈｎ”をリクエストラインＲ１に記憶し、コンテントタイプとして“ｉｍａｇｅ”をヘッダＲ１２に記憶し、かつ、ＨＴＴＰに従って記載されたＨＴＴＰリクエストを作成する。なお、ＨＴＴＰリクエストが、ＷＥＢサーバ２Ｍに対応するＨＴＴＰで記載され、リクエストラインＲ１に“ＨＴＴＰ／１．１”が記憶されることで、メッセージ種別情報としてクライアント装置１からＷＥＢサーバ２Ｍに送信されるＨＴＴＰリクエストであることを表している。
リクエスト作成部１０６は、例えば、ＡｔｏｍＰｕｂに従って、ＨＴＴＰのＰＯＳＴメソッドを用いて、例えば、撮像部１０１によって生成された画像データのバイナリデータを、ＨＴＴＰリクエストＲ１のエンティティボディ部Ｒ１２に記憶させる。この画像データのバイナリデータには、位置検出部１０２によって検出された位置情報、例えば、東経１３９度、北緯３６度等の情報が埋め込まれている。
ここで、ＡｔｏｍＰｕｂとは、ＷＥＢサーバ２Ｍが、ＨＴＴＰリクエストに含まれるメタ情報が、更新、追加、削除するためのプロトコルであって、本実施の形態におけるＨＴＴＰリクエストＲ１は、ＡｔｏｍＰｕｂによって記載することができる。
【００２２】
ネットワークインターフェース部１０７は、ネットワーク３を介して、複数のＷＥＢサーバ２Ｍや他のクライアント装置１Ｎとメッセージやデータの送受信を行う。
【００２３】
次に、ＷＥＢサーバ２０の構成の一例について説明する。
ＷＥＢサーバ２０は、ネットワークインターフェース２０１と、メモリ部２０２と、フィルタ機能部（抽出部）２０３と、サービス処理機能部２０４と、アルバムメモリ部２０５とを備える。
ネットワークインターフェース２０１は、ネットワーク３を介して、複数のＷＥＢサーバ２Ｍや他のクライアント装置１Ｎとメッセージやデータの送受信を行う。
【００２４】
メモリ部２０２は、例えば、図３に示す設定ファイルＦ１を記憶する。図３に示す通り、設定ファイルＦ１は、メソッド（第１のメソッド）Ｆ１１“ＰＯＳＴ”、リソース情報（第１のリソース情報）Ｆ１２“/ａｌｂｕｍ/*”、コンテントタイプ（第１のコンテントタイプ）Ｆ１３“ｉｍａｇｅ/*”、およびメッセージ種別情報（第１のメッセージ種別情報）Ｆ１４“Ｒｅｑｕｅｓｔ”のうち、少なくとも1つを、フィルタ条件として記憶する。また、設定ファイルＦ１は、転送先Ｆ１５（Ｔｏ）に“ＰＯＳＴ http://www.server2.co./extract_exif”を含む。なお、転送先Ｆ１５には、転送先のＵＲＩおよびＨＴＴＰメソッドが記憶されており、ＷＥＢサーバ２０は、ＨＴＴＰメソッドの“ＰＯＳＴ”を用いて、ＷＥＢサーバ２５にＨＴＴＰリクエストを転送する。
つまり、設定ファイルＦ１は、フィルタ機能部２０３によって解析されたＨＴＴＰリクエストＲ１が、設定ファイルＦ１に設定されているメソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３、およびメッセージ種別情報Ｆ１４のうち少なくとも1つと相当する情報を含むＨＴＴＰリクエストであった場合、ＷＥＢサービスＡの分散処理を要求するリクエストであると、ＷＥＢサーバ２０が判断するフィルタとして機能する。
【００２５】
フィルタ機能部２０３は、ネットワークインターフェース部２０１を介してクライアント装置１から受信するＨＴＴＰリクエストＲ１を解析し、解析したＨＴＴＰリクエストＲ１と設定ファイルＦ１とを比較する。フィルタ機能部２０３は、設定ファイルＦ１に基づき、この設定ファイルＦ１に規定されている項目に相当する、メソッド、リソース情報、コンテントタイプおよびメッセージ種別情報を、ＨＴＴＰリクエストＲ１から抽出する。
フィルタ機能部２０３は、例えば、ＷＥＢサーバ２０の起動時にメモリ部２０２に記憶されている設定ファイルＦ１を読み出し、ＨＴＴＰリクエストＲ１内のメソッド、リソース情報、コンテントタイプおよびメッセージ種別情報と、設定ファイルＦ１とを比較し、それぞれが一致しているか否かを判断する。例えば、フィルタ機能部２０３は、（１）ＨＴＴＰリクエストに記憶されているメソッドが、設定ファイルＦ１に記憶されているメソッドＦ１１と一致しているか否かを判断し、（２）ＨＴＴＰリクエストに記憶されているリソース情報が、設定ファイルＦ１に記憶されているＷＥＢサーバ２０を表すリソース情報Ｆ１２と一致しているか否かを判断し、（３）ＨＴＴＰリクエストに記憶されているコンテントタイプが、設定ファイルＦ１に記憶されているコンテントタイプＦ１３と一致しているか否かを判断し、かつ、（４）ＨＴＴＰリクエストに記憶されているメッセージ種別情報が、設定ファイルＦ１に記憶されているメッセージ種別情報Ｆ１４であるか否かを判断する。
フィルタ機能部２０３は、例えば、（１）〜（４）のうち少なくとも1つが一致する場合、クライアント装置１Ｎから受信した画像データに対して、アプリケーションＡ１を用いたＷＥＢサービスＡに応じたアルバム機能の処理を実行すると共に、クライアント装置１Ｎから受信した画像データおよびＨＴＴＰリクエストＲ１をＷＥＢサーバ２５に転送する。
【００２６】
サービス処理機能部２０４は、ネットワークインターフェース部２０１を介してＷＥＢサーバ２０が受信したＨＴＴＰリクエストＲ１に基づき、クライアント装置１Ｎから受信した画像データに対して、ＷＥＢサービスＡに係る“アルバム機能”を実行するアプリケーションＡ１を備える。本実施の形態において、サービス処理機能部２０４は、位置情報と関連付けて画像データをアルバム管理する“アルバム機能”を備える。なお、“アルバム機能”とは、画像データを保管する“アルバム保管機能”と、画像データをユーザに閲覧させる“アルバム閲覧機能”とをそれぞれ備える。
例えば、サービス処理機能部２０４は、フィルタ機能部２０２によって（１）〜（４）のうち少なくとも1つが一致すると判断された場合、アプリケーションＡ１に従って“アルバム機能”を実行し、ＷＥＢサーバ２５から後述するメタ情報が更新されたＨＴＴＰレスポンスが入力された場合、クライアント装置１Ｎから受信した画像データと、ＨＴＴＰレスポンスのメタ情報に含まれる管理情報とをそれぞれ関連付けて、アルバムメモリ部２０６に記憶させる“アルバム保管機能”を実行する。さらに、サービス処理機能部２０４は、クライアント装置１Ｎから、アルバムの閲覧が指示された場合、アルバムメモリ部２０６に記憶されている画像データを、関連付けられている管理情報に基づき、クライアント装置１Ｎに提供する“アルバム閲覧機能”を実行する。
【００２７】
また、サービス処理機能部２０４は、フィルタ機能部２０３によって（１）〜（４）のうち少なくとも１つが一致すると判断された場合、例えば図５に示す通り、ＡｔｏｍＰｕｂに従って、クライアント装置１Ｎから受信したＨＴＴＰリクエストＲ１にメタデータＲ１４を生成する。
また、リクエスト編集部２０５は、ＨＴＴＰリクエストＲ１のヘッダＲ１２に、経路を示すヘッダとしてＶｉａヘッダＲ１５を設け、このＶｉａヘッダＲ１５にＷＥＢサーバ２０自身のＵＲＩを記憶することができる。
【００２８】
アルバムメモリ部２０６は、サービス機能部２０４によって“アルバム機能”が実行された画像データを、ＷＥＢサーバ２５から受信した管理ファイルと関連付けて記憶する。
【００２９】
次に、ＷＥＢサーバ２５の構成の一例について説明する。
ＷＥＢサーバ２５は、ネットワークインターフェース２５１と、メモリ部２５２と、フィルタ機能部（抽出部）２５３と、サービス処理機能部２５４とを備える。なお、ＷＥＢサーバ２０と同一の名称を有する構成は、同等の構成を有するため、詳細な説明は省略する。
メモリ部２５２は、第２のメソッド、第２のリソース情報、第２のコンテントタイプ、および第２のメッセージ種別情報のうち、少なくとも1つを、第２の設定ファイルとして記憶する。
フィルタ機能部２５３は、ネットワークインターフェース部２０１を介してＷＥＢサーバ２０から受信するＨＴＴＰリクエストＲ１を解析し、解析したＨＴＴＰリクエストＲ１と設定ファイルＦ２とを比較する。フィルタ機能部２５３は、設定ファイルＦ２に基づき、この設定ファイルＦ２に規定されている項目に相当する、メソッド、リソース情報、コンテントタイプおよびメッセージ種別情報を、ＨＴＴＰリクエストＲ１から抽出する。
【００３０】
サービス処理機能部２５４は、ネットワークインターフェース部２０１を介してＷＥＢサーバ２５が受信したＨＴＴＰリクエストＲ１に基づき、クライアント装置１Ｎから受信した画像データに対して、ＷＥＢサービスＡに係る“メタ情報作成機能”を実行するアプリケーションＡ２を備える。サービス処理機能部２５４は、例えば、フィルタ機能部２５３によって、設定ファイルＦ２に基づき、この設定ファイルＦ２に規定されている項目に相当する、メソッド、リソース情報、コンテントタイプおよびメッセージ種別情報のうち、少なくとも1つが、ＨＴＴＰリクエストＲ１から抽出された場合、アプリケーションＡ２に従って“メタ情報作成機能”を実行する。
本実施の形態において、サービス処理機能部２５４は、ＷＥＢサーバ２０から受信した画像データから属性情報として位置情報を抽出する。また、サービス処理機能部２５４は、抽出した位置情報をＨＴＴＰリクエストＲ１のメタ情報に更新し、ＨＴＴＰレスポンスとしてＷＥＢサーバ２０に返信する。なお、ＨＴＴＰリクエストＲ１のメタ情報の更新とは、ＷＥＢサーバ２０によってＨＴＴＰリクエストＲ１に作成されたメタ情報の画像データの属性情報に関する情報を、各画像データに対応付けて位置情報を追記、あるいは変更することをいう。
【００３１】
次に、本実施の形態に係るＷＥＢシステムにおける分散処理方法について、図５を用いて説明する。図５は、本実施の形態に係るＷＥＢシステムにおける分散処理方法について説明するためのフローチャートである。
図５に示す通り、クライアント装置１によってＨＴＴＰリクエストＲ１が作成されると、ネットワーク３を介してＨＴＴＰリクエストＲ１が、クライアント装置１からＷＥＢサーバ２Ｍに送信される（ステップＳＴ１）。なおこの時、クライアント装置１は、図２に示すように、リクエストラインＲ１１、ヘッダＲ１２およびエンティティボディＲ１３によって構成されるＨＴＴＰリクエストＲ１を作成し、このＨＴＴＰリクエストＲ１には、ＨＴＴＰメソッド“ＰＯＳＴ”、リソース情報“ａｌｂｕｍ／ｊｏｈｎ”、コンテントタイプ“ｉｍａｇｅ／ｊｐｅｇ”、およびメッセージ種別情報“ＨＴＴＰ／１．１”のうち少なくとも1つが記憶されている。
【００３２】
ＷＥＢサーバ２０は、ネットワークインターフェース部２０１を介してＨＴＴＰリクエストＲ１を受信すると、フィルタ機能部２０３がＨＴＴＰリクエストＲ１を解析し、設定ファイルＦ１と一致するか否かを判断する（ステップＳＴ２）。すなわち、フィルタ機能部２０３は、図３に示す設定ファイルＦ１に基づき、設定ファイルＦ１のメソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３およびメッセージ種Ｆ１４と、図２に示すＨＴＴＰリクエストＲ１の、メソッド“ＰＯＳＴ”、リソース情報“ａｌｂｕｍ／ｊｏｈｎ”、コンテントタイプ“ｉｍａｇｅ／ｊｐｅｇ”、およびメッセージ種“ＨＴＴＰ／１．１”のそれぞれを比較し、一致あるいは対応する項目があるか否かを判断する。
設定ファイルＦ１のメソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３およびメッセージ種Ｆ１４のうち、少なくとも１組が一致あるいは対応している場合（ステップＳＴ３−ＹＥＳ）、サービス処理機能部２０４がアプリケーションＡ１を実行し、ＨＴＴＰリクエストＲ１のメタ情報を作成する（ステップＳＴ４）。次いで、サービス処理機能部２０４は、設定ファイルＦ１の転送先Ｆ１５に設定されているＷＥＢサーバ２５に、メタ情報が記載されたＨＴＴＰリクエストＲ１を転送する（ステップＳＴ５）。なお、サービス処理機能部２０４は、ステップＳＴ４において、メタ情報を作成すると共に、ヘッダ部Ｒ１２にＶｉａヘッダＲ１５として、ＷＥＢサーバ２０のＵＲＩを記載してもよい。
【００３３】
ＷＥＢサーバ２５は、ＨＴＴＰリクエストＲ１をネットワークインターフェース部２５１を介して受信すると、第２の設定フィルタに基づき、第２の設定ファイルに規定されている項目に相当するメソッド、リソース情報、コンテントタイプおよびメッセージ種別情報を、ＷＥＢサーバ２０から受信したＨＴＴＰリクエストＲ１から抽出する。
いずれか一つでも抽出できた場合、サービス処理機能部２５４によってアプリケーションＡ２が実行され、ＨＴＴＰリクエストＲ１の画像データから属性情報（位置情報）が抽出される（ステップＳＴ６）。サービス処理機能部２５４は、抽出した位置情報に従って、ＨＴＴＰリクエストＲ１のメタ情報を追記あるいは変更し、メタ情報が追記あるいは変更されたＨＴＴＰリクエストＲ１を、ＨＴＴＰレスポンスとして、ＷＥＢサーバ２０に送信する（ステップＳＴ７）。
ＷＥＢサーバ２０は、ネットワーク３を介してＷＥＢサーバ２５から送信されたＨＴＴＰレスポンスを受信すると、サービス処理機能部２０４によるアルバム機能を継続し、ＨＴＴＰリクエストＲ１のメタ情報として記載されているメタ情報を、画像データと関連付けて、アルバムメモリ部２０６に記憶させる（ステップＳ８）。
【００３４】
これにより、ＷＥＢサーバ２Ｍは、ＨＴＴＰリクエストに含まれる項目をフィルタ抽出条件とした設定ファイルを利用することにより、プログラムを利用せずに、クライアント装置１からのＨＴＴＰリクエストを受信し、受信したＨＴＴＰリクエストが自身のアプリケーションの呼び出しであるか否かを判断することができる。また、自身のアプリケーションの呼び出しであると判断した場合、さらに他のＷＥＢサーバ２Ｍに転送するか否かを判断し、転送先が指定されている場合には、その転送先にＨＴＴＰリクエストを転送することができる。つまり、ＷＥＢサーバ２Ｍは、ＨＴＴＰリクエストを解析し、設定フィルタと比較することで、ＨＴＴＰリクエストが要求されているＷＥＢサーバであるか否かを判断すると共に、他のＷＥＢサーバ２Ｍに対してＨＴＴＰリクエストを要求するクライアント側であるか否かを判断することができる。
よって、複数のＷＥＢサーバに負荷分担させる際の各ＷＥＢサーバに対応するプログラムが不要となり、コストの削減等に貢献することができる。
【００３５】
また、本実施の形態に係るＷＥＢシステムは、図４に示す通り、ＷＥＢサーバ２０は、ＨＴＴＰリクエストＲ１のＶｉａヘッダＲ１５に自身のＵＲＩを検出した場合、他のＷＥＢサーバ２５からのＨＴＴＰレスポンスであると判断することができる。つまり、ＷＥＢサーバ２０は、自身のＵＲＩがＶｉａヘッダＲ１５に記載されている場合、ループが発生していると判断し、さらに他のＷＥＢサーバ２Ｍへの転送を停止することができる。
なお、本実施の形態に係るＷＥＢサーバ２０、２５は、従来の負荷分散（例えば、所定の同じ処理を複数のＷＥＢサーバで分散して処理するもの）のように、単に負荷処理を分散させるだけでなく、分散させるに際して、ＷＥＢサーバ２０の分散処理に伴う新規な処理機能を、ＷＥＢサーバ２０、２５が連携して分散処理することができる。つまり、ＷＥＢサーバ２０は、ＨＴＴＰリクエストに含まれるコンテントタイプやリソース情報等に応じて、転送先であるＷＥＢサーバを変更し、分散処理に伴う新規な処理機能を随時付加して分散処理することができる。例えば、本実施の形態におけるＷＥＢサーバ２０、２５は、ＷＥＢサービスＡとして、“メタ情報作成機能”に、画像データから属性情報を抽出する“メタ情報作成機能”という新規な処理機能を付加する処理を提供する例について説明したが、本発明はこれに限られず、他の新規な処理機能を備えるＷＥＢサーバ２Ｍと連携してＷＥＢサービスＡを提供する構成であってもよい。
【００３６】
［第２の実施形態］
また、本実施の形態に係るクライアント装置１Ｎは、ＨＴＴＰリクエストＲ１を作成するものに限定されず、図６に示したＨＴＴＰリクエストＲ２を作成し、ＷＥＢサーバ２０に送信するものであってもよい。
すなわち、クライアント装置１Ｎは、転送先を示す情報Ｒ２１０として、ＷＥＢサーバ２５のＵＲＩを、リクエストラインＲ２１のリソース情報“ａｌｂｕｍ／”の後ろに記載する。なお、ヘッダＲ２１やエンティティボディＲ２３は、第１の実施形態と同様である。
【００３７】
ＷＥＢサーバ２０は、ＨＴＴＰリクエストＲ２が、設定ファイルＦ１に設定されているメソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３、およびメッセージ種別情報Ｆ１４のうち少なくとも1つを含む場合、ＷＥＢサービスＡの分散処理を要求するリクエストであると判断するとともに、ＨＴＴＰリクエストＲ２の転送先を示す情報Ｒ２１０に示されているＷＥＢサーバ２５にＨＴＴＰリクエストＲ２を転送する。
なお、本実施の形態において、設定フィルタＦ１の転送先Ｆ１５に記憶されている転送先と、ＨＴＴＰリクエストＲ２の転送先を示す情報Ｆ２１０に記憶されている転送先が、共にＷＥＢサーバ２５を示すため、ＷＥＢサーバ２５が転送先であることに変わりない。しかし、両者が異なる場合、ＨＴＴＰリクエストＲ２の転送先を示す情報Ｆ２１０に記憶されている転送先が、優先される構成であってもよい。これにより、ＨＴＴＰリクエストＲ２の転送先をクライアント装置１Ｎによって選択し、決定することができる。
【００３８】
このように、本実施の形態に係るＷＥＢシステムは、クライアント装置１ＮあるいはＷＥＢサーバ２Ｍのいずれかによって、転送先のＷＥＢサーバ２Ｍを設定することができるため、ＨＴＴＰリクエストごとに、ＷＥＢサーバ２Ｍの連結パターンを動的に変更することができる。
【００３９】
［第３の実施形態］
上述の第１の実施形態では、設定ファイルＦ１がメモリ部２０２に予め設定されている例について説明したが、本発明はこれに限られず、例えば、以下のような方法が利用可能である。
例えば、クライアント装置１Ｎが、ＨＴＴＰリクエストの処理内容に応じて、任意の設定ファイルをリアルタイムに作成し、ＷＥＢサーバ２Ｍに送信する。例えば、ＷＥＢサーバ２０が、自身に宛てて送信された設定ファイルＦ１を受信すると、メモリ部２０２に記憶させる。なお、設定ファイルには、転送先であるＷＥＢサーバ２５が予め指定されており、記憶されている。
このように、クライアント装置１Ｎによって作成された設定ファイルＦ１が、ＷＥＢサーバ２０のメモリ部２０２に記憶されている状態において、クライアント装置１Ｎが、ＨＴＴＰリクエストをＷＥＢサーバ２０に送信すると、ＷＥＢサーバ２０は、設定ファイルＦ１に基づき、設定ファイルＦ１に規定されている項目に相当するメソッド、リソース情報、コンテントタイプおよびメッセージ種別情報を、クライアント装置１Ｎから受信したＨＴＴＰリクエストから抽出する。
【００４０】
ＷＥＢサーバ２０は、１つでも設定ファイルＦ１に規定されている項目に相当する情報をＨＴＴＰリクエストから抽出した場合、ＨＴＴＰリクエストに従って、受信したＨＴＴＰリクエストの処理データを処理すると共に、転送先であるＷＥＢサーバ２５に対して、ＨＴＴＰリクエストと、ＷＥＢサーバ２０によって処理された処理結果とを送信する。
ＷＥＢサーバ２５は、ＨＴＴＰリクエストおよび処理結果を受信すると、設定ファイルに記憶されているＷＥＢサーバ２５が処理する処理内容に応じて、処理した処理データを
このように、設定ファイルＦ１をクライアント装置１Ｎが作成することによって、転送先であるＷＥＢサーバ２５をクライアント装置１Ｎにおいて選択し、設定することができる。
【００４１】
また、本発明はこれに限られず、クライアント装置１Ｎが、任意の設定ファイルをリアルタイムに作成して、ＷＥＢサーバ２０に送信し、ＷＥＢサーバ２０が、受信した設定ファイルの転送先Ｆ１５を、ＨＴＴＰリクエストの処理内容に応じて、リアルタイムに書き換える構成であってもよい。
【００４２】
つまり、クライアント装置１Ｎは、ＷＥＢサーバ２０と、転送先であるＷＥＢサーバ２５の複数のリソースに対するＨＴＴＰリクエストを、ＡｔｏｍＰｕｂプロトコルの拡張仕様ｍｕｌｔｏｐａｒｔタイプで作成することができる。言い換えると、クライアント装置１ＮからＷＥＢサーバ２Ｍに送信されるＨＴＴＰリクエストが、複数のリソースに対するリクエストとして作成されるものであってもよい。
また、ＷＥＢサーバ２０が、クライアント装置１Ｎから受信したＨＴＴＰリクエストのメタ情報に、ＷＥＢサーバ２５の第２の設定ファイルに相当する情報を追記することで、結果的に、ＷＥＢサーバ２０がＡｔｏｍＰｕｂプロトコルの拡張仕様ｍｕｌｔｏｐａｒｔタイプで作成するものであってもよい。
なお、本実施の形態に係るクライアント装置１ＮおよびＷＥＢサーバ２Ｍは、ｍｕｌｔｏｐａｒｔタイプを利用することにより、意味的に関連性のあるリソースをまとめて取り扱うことが可能となる。すなわち、ＷＥＢサービスＡの負荷分担をするＷＥＢサーバ２０とＷＥＢサーバ２５は、意味的に関連性のあるリソースであって、ｍｕｌｔｏｐａｒｔタイプを利用することによって、それぞれのＷＥＢサーバ２０，２５のアプリケーションＡ１，Ａ２の読み出しを要求する複数のリクエストをまとめて取り扱うことができる。
【００４３】
また、フィルタ機能部２０３は、ＨＴＴＰリクエストを受信した場合、ＨＴＴＰリクエストのエンティティボディに記憶されている処理データに対応するメタデータを作成し、メモリ部２０２内の設定ファイルＦ１に記憶させる構成であってもよい。この場合、フィルタ機能部２０３は、他のＷＥＢサーバ２５から受信した情報（例えば、メタ情報作成機能によって抽出された管理ファイル等）に基づき、設定ファイルＦ１のメタデータを書き換えることができる。つまり、ファイル機能部２０３は、設定ファイルＦ１に記載されたメタデータを書き換えることでmultipartフォーマットを利用し、ＷＥＢサーバ２５から受信される情報に基づくメタデータの更新を行う。
【００４４】
また、本実施の形態に係る設定ファイルＦ１は、メソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３およびメッセージ種別情報Ｆ１４が設定されており、フィルタ機能部２０３は、これらのうち少なくとも１つが一致するＨＴＴＰリクエストを、転送先Ｆ１５に設定されているＷＥＢサーバ２５に転送する一例について説明した。しかし、本発明はこれに限られず、例えば、設定ファイルＦ１が、クライアント装置１Ｎからされた送信データの拡張子やメモリ容量、あるいはオプションヘッダに記載されるユーザエージェントに関する情報を備える構成であってもよい。
また、本実施の形態に係るＷＥＢシステム１００は、設定ファイルＦ１は、メソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３およびメッセージ種別情報Ｆ１４が設定されている場合には、フィルタ機能部２０３が、これら全てが一致した場合に、サービス処理機能部２０４にアルバム機能を実行させ、クライアント装置１から受信したＨＴＴＰリクエストをＷＥＢサーバ２５に転送する構成であることが好ましい。
なお、本実施の形態において、クライアント装置１Ｎは、クライアント機能部１０１、位置検出部１０２等を備えるものを例に説明したが、本発明はこれに限られず、これら構成要件を備える外部装置から出力される処理データを受信し、この処理データに基づき、ＨＴＴＰリクエストを作成する構成であってもよい。
また、本実施の形態に係るＷＥＢシステムは、複数のＷＥＢサーバがそれぞれ異なる機能を持ち、一のＷＥＢサーバの持つ機能をサポートする付加的な機能を他のＷＥＢサーバが備え、単に負荷処理を分散させるだけでなく、分散させるに際して他のＷＥＢサーバが備える新たな処理機能を付加する構成であってもよく、また、同じ機能を持つ複数のＷＥＢサーバに所定の処理を分散させる負荷分散方法を用いるＷＥＢシステムであってもよい。
【００４５】
なお、本実施の形態に係るＷＥＢシステムにおける分散処理方法の過程は、コンピュータに実行させるためのプログラムや、このプログラムとしてコンピュータ読み取り可能な記録媒体として利用可能であり、コンピュータシステムが読み出して実行することによって、上記処理が行われる。なお、ここでいう「コンピュータシステム」とは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００４６】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に記憶したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４７】
１ クライアント装置
２０，２５ ＷＥＢサーバ
１０６ リクエスト作成部
２０３ フィルタ機能部
２０４ サービス処理機能部
２０５ アルバムメモリ部
２５３ フィルタ機能部
２５４ サービス処理機能部
【技術分野】
【０００１】
本発明は、主に、ＷＥＢサービスのリクエストを複数のＷＥＢサーバで分散して処理するＷＥＢシステムにおける分散処理方法に関する。
【背景技術】
【０００２】
ＷＥＢ関連技術の一つに、ネットワーク上に分散したアプリケーションでサービスオブジェクトを供給するＷＥＢサービスの技術がある。
ＷＥＢサービスの分散処理方法の一例としては、例えば、クライアントから送信されたリクエストに従って、複数のＷＥＢサーバのうち一のＷＥＢサーバにクライアントからのリクエストを送信し、リクエストを受信したＷＥＢサーバがさらに別のＷＥＢサーバにリクエストを転送して、複数のＷＥＢサーバに処理を分散させる方法がある。つまり、ＷＥＢサーバ自体が他のＷＥＢサーバに対してのクライアントとなり、他のＷＥＢサーバにリクエストをすることである。
このように、一のＷＥＢサーバのアプリケーションが、他のＷＥＢサーバに対してリクエストする場合、リクエストを送信するＷＥＢサーバには、他のＷＥＢサーバにＷＥＢサービスを実行させるためのプログラムが必要である（例えば、非特許文献１参照）。
また、ＷＥＢサービスに利用されるプログラムとして、例えば、Ｒｕｂｙ ｏｎ Ｒａｉｌｓがある。このＲｕｂｙ ｏｎ Ｒａｉｌｓでは、Ａｃｔｉｖｅ Ｒｅｓｏｕｒｃｅというコンポーネントを用いて、ＷＥＢサービスをカプセル化し、データベースのように呼び出しを簡易化する技術や、ＷＡＤＬ（ Web Application Description Language ）のような記述言語を用いてプログラムを簡易化する技術がある。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「ＲＥＳＴｆｕｌ Ｗｅｂ サービス」、Ｌｅｏｎａｒｄ Ｒｉｃｈａｒｄｓｏｎ，Ｓａｍ Ｒｕｂｙ著、山本陽平 監訳、株式会社クイープ訳、２００７年１２月発行．
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、Ａｃｔｉｖｅ Ｒｅｓｏｕｒｃｅというコンポーネントを用いて呼び出しを簡易化する場合や、ＷＡＤＬを用いてプログラムを簡略化する場合であっても、いずれも、リクエストを他のＷＥＢサーバに転送し、ＷＥＢサービスを分散するためのプログラムは必要である。
また、ＷＥＢサービスを提供する複数のＷＥＢサーバが、同一のプログラムに対応していない場合、ＷＥＢサーバごとに複数のプログラムが必要となる問題がある。
【０００５】
本発明は、このような事情を考慮し、上記の問題を解決すべくなされたものであって、その目的は、複数のＷＥＢサーバに分散処理させる際のプログラムの数や処理量を低減させ、あるいは不要にすることが可能なＷＥＢシステムにおける分散処理方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記問題を解決するために、本発明は、ＨＴＴＰリクエストを送信するクライアント装置と、前記クライアント装置とネットワークを介して接続され前記ＨＴＴＰリクエストに応じたＷＥＢサービスを提供する複数のＷＥＢサーバを含むＷＥＢシステムにおける分散処理方法であって、前記クライアント装置は、任意の処理データに対し前記ＷＥＢサービスを要求する前記ＨＴＴＰリクエストであって、前記ＨＴＴＰリクエストの種類を表すメソッド、前記処理データの送信先である前記ＷＥＢサーバを特定するリソース情報、前記処理データの情報の種類を示すコンテントタイプ、およびメッセージ種別情報のうち、少なくとも1つを含む前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち任意の第１のＷＥＢサーバに送信し、前記第１のＷＥＢサーバは、前記メソッドのうち特定の意味を持つ第１のメソッド、前記第１のＷＥＢサーバを識別する第１のリソース情報、前記コンテントタイプのうち特定の種類の第１のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第１のメッセージ種別情報を、第１の設定ファイルとして記憶し、前記第１の設定ファイルに基づき、前記第１の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記クライアント装置から受信した前記ＨＴＴＰリクエストから抽出し、前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第２のＷＥＢサーバに送信することを特徴とする。
【０００７】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記第２のＷＥＢサーバが、前記ＨＴＴＰリクエストに基づき、前記処理データからメタ情報を抽出するアプリケーションを備え、抽出された前記メタ情報を含むＨＴＴＰレスポンスを前記第１のＷＥＢサーバに送信し、前記第１のＷＥＢサーバが、前記第２のＷＥＢサーバから受信した前記ＨＴＴＰレスポンスの前記メタ情報に基づき、前記ＨＴＴＰリクエストに応じた前記ＷＥＢサービスを実行することを特徴とする。
【０００８】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記クライアント装置が、前記第１のメソッド、前記第１のリソース情報、前記第１のコンテントタイプ、および前記第１のメッセージ種別情報を、前記第１のＷＥＢサーバに送信し、前記第１のＷＥＢサーバが、前記クライアント装置から受信した前記第１のリソース情報、前記第１のコンテントタイプ、および前記第１のメッセージ種別情報を、前記第１の設定ファイルとして記憶することを特徴とする。
【０００９】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記第２のＷＥＢサーバが、前記メソッドのうち特定の意味を持つ第２のメソッド、前記第２のＷＥＢサーバを識別する第２のリソース情報、前記コンテントタイプのうち特定の種類の第２のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第２のメッセージ種別情報を、第２の設定ファイルとして記憶し、前記第２の設定ファイルに基づき、前記第２の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記第１のＷＥＢサーバから受信した前記ＨＴＴＰリクエストから抽出し、前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第３のＷＥＢサーバに送信することを特徴とする。
【００１０】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記第１のＷＥＢサーバが、前記ＨＴＴＰリクエストに、前記第２のメソッド、前記第２のリソース情報、前記第２のコンテントタイプ、および前記第２のメッセージ種別情報をメタ情報として記載した前記ＨＴＴＰリクエストを、前記第２のＷＥＢサーバに送信することを特徴とする。
【００１１】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記クライアント装置から前記第１のＷＥＢサーバに送信される前記ＨＴＴＰリクエスト、および前記第１のＷＥＢサーバから前記第２のＷＥＢサーバに送信される前記ＨＴＴＰリクエストが、ＡｔｏｍＰｕｂのｍｕｌｔｉｐａｒｔタイプで作成されていることを特徴とする。
【００１２】
また、本発明に係るＷＥＢシステムにおける分散処理方法は、前記第１のＷＥＢサーバが、前記ＨＴＴＰリクエストの経路を示すヘッダとして、前記第１のＷＥＢサーバの前記リソース情報を追記し、前記第２のＷＥＢサーバに送信することを特徴とする。
【発明の効果】
【００１３】
本発明は、複数のＷＥＢサーバに分散処理させる際のプログラムの数や処理量を低減させ、あるいは不要にすることができる。
【図面の簡単な説明】
【００１４】
【図１】本実施の形態に係るＷＥＢシステムの構成の一例を示すブロック図である。
【図２】本実施の形態に係るＨＴＴＰリクエストの一の表記例を示す概略図である。
【図３】本実施の形態に係る設定ファイルの一例を示す概略図である。
【図４】本実施の形態に係るＨＴＴＰリクエストに記載されたメタ情報を説明するための概略図である。
【図５】本実施の形態に係るＷＥＢシステムにおける分散処理方法の一例を示すフローチャートである。
【図６】本実施の形態に係るＨＴＴＰリクエストの他の表記例を示す概略図である。
【発明を実施するための形態】
【００１５】
次に、発明を実施するための形態について図面を参照して詳細に説明する。図１は、本実施の形態に係るＷＥＢシステムの構成の一例を示すブロック図である。
［第１の実施形態］
図１に示す通り、本実施の形態に係るＷＥＢシステム１００は、複数のクライアント装置１、・・・、１ｎ（以下、１Ｎと記す）と、複数のＷＥＢサーバ２０、・・・、２５、・・・、２ｍ（以下、２Ｍと記す）を含む。複数のクライアント装置１Ｎは、複数のＷＥＢサーバ２Ｍと、インターネットなどのネットワーク３によってそれぞれ接続されている。
【００１６】
複数のクライアント装置１Ｎは、ＷＥＢサービスの利用者（以下、ユーザという）の端末装置であって、例えば、ＷＥＢサイトにアクセスしたユーザの指示に従って、ＷＥＢサービスを提供するＷＥＢアプリケーションの呼び出しを行う。つまり、クライアント装置１Ｎは、ＷＥＢサイトにアクセスしたユーザによってＷＥＢサービスの呼び出しが指示されると、ユーザの要求に応じたＨＴＴＰリクエストを作成し、ネットワーク４を介して任意のＷＥＢサーバ２Ｍに送信する。ここで、ＷＥＢサービスとは、ＷＷＷ（ World Wide Web ）の仕組みを利用して、任意のＷＥＢサイトのソフトウェアプログラムが他のＷＥＢサイトのソフトウェアリソースを利用して処理を行い、その結果を利用する仕組みをいう。本実施の形態に係るクライアント装置１Ｎは、このＷＷＷにおけるＷＥＢブラウザとＷＥＢサーバと通信プロトコルとして用いられる、ＨＴＴＰ（ Hyper Text Transfer Protocol ）に従って作成されたＨＴＴＰリクエストを複数のＷＥＢサーバ２Ｍに送信する。
【００１７】
複数のＷＥＢサーバ２Ｍは、クライアント装置１Ｎから送信されるＨＴＴＰリクエストに応じて、各種のＷＥＢサービスを提供する。例えば、ＷＥＢサーバ２０、２５は、ＷＥＢサービスＡに要する処理を分散するとともに、分散された処理を連携して実行するＷＥＢサーバであって、それぞれのアプリケーションの両方が実行されることによって、ＷＥＢサービスＡをユーザに提供する。また、ＷＥＢサーバ２５は、例えば、ＷＥＢサーバ２０の分散処理に伴う新規な処理機能（例えば、ＷＥＢサーバ２０の分散処理と異なる処理機能）を有する。
ＷＥＢサーバ２ＭのＷＥＢサービスの分散処理の方法は、一のＷＥＢサーバ２Ｍが、クライアント装置１ＮからＨＴＴＰリクエストを受信すると、自己のＷＥＢアプリケーションを実行するともに、他のＷＥＢサーバ２ＭにＨＴＴＰリクエストを転送し、他のＷＥＢサーバ２Ｍに対してＷＥＢサービスに関する処理を分散する方法を利用するものである。
また、本実施の形態において、ＷＥＢサービスＡとは、クライアント装置１Ｎから受信したＨＴＴＰリクエストに含まれる属性情報に基づき、処理データである画像データを分類して管理するサービスであり、例えば、クライアント装置１Ｎから受信した画像データに含まれる位置情報等の属性情報に基づき、画像データを分類して管理しアルバムとして保管するサービスである。例えば、ＷＥＢサーバ２０は、クライアント装置１Ｎから受信した画像データを保存する“アルバム機能”を提供するアプリケーションＡ１を備える。また、ＷＥＢサーバ２５は、ＷＥＢサーバ２５から転送された画像データの属性情報を解析し、属性情報と画像データとを関連付ける管理ファイルを作成し、ＷＥＢサーバ２０に送信する“メタ情報作成機能”を提供するアプリケーションＡ２を備える。
なお、ＨＴＴＰによる通信は、クライアント側がＨＴＴＰリクエストを送信し、サーバ側がＨＴＴＰレスポンスを返すトランザクションの繰り返しであって、本実施の形態に係るＷＥＢシステムは、クライアント装置１ＮとＷＥＢサーバ２Ｍ間に限られず、ＷＥＢサーバ２Ｍ間でもトランザクションを繰り返す。つまり、ＨＴＴＰリクエストは、ＷＥＢサービスの処理を依頼するリクエストであり、ＨＴＴＰレスポンスは、そのＨＴＴＰリクエストに対する返信であって、一のＷＥＢサーバが他のＷＥＢサーバにＨＴＴＰリクエストを送信し、他のＷＥＢサーバが一のＷＥＢサーバにＨＴＴＰレスポンスを返信する場合がある。
【００１８】
次に、クライアント装置１ＮおよびＷＥＢサーバ２Ｍの各構成について詳細に説明する。なお、複数のクライアント装置１Ｎは、クライアント装置１と概ね同様の構成を有し、ＷＥＢサーバ２Ｍは、ＷＥＢサーバ２０、２５と概ね同様の構成を有する。
【００１９】
クライアント装置１は、クライアント機能部１０１と、位置検出部１０２と、制御部１０３と、メモリ部１０４と、操作部１０５と、リクエスト作成部１０６と、ネットワークインターフェース部１０７とを備える。本実施の形態に係るクライアント装置１は、例えば、クライアント機能部１０１が撮像機能を有する携帯電話や電子カメラ等が利用可能である。
クライアント機能部１０１は、例えば、光学系部材やＣＣＤ（ Charge Coupled Device ）センサー等を備え、光学系部材を介して入射した被写体光を電気信号に変換して画像データを出力する撮像機能部を備え、複数枚の画像データを生成する。以下、クライアント機能部１０１を、撮像部１０１と記す。
位置検出部１０２は、例えば、ＧＰＳ（ Global Positioning System ）等の位置検出技術を用いて、クライアント装置１の位置を検出し、位置を表す位置情報を生成する。
制御部１０３は、クライアント装置１を統括的に制御し、例えば、撮像部１０１によって取得された画像データに、位置検出部１０２によって検出された撮像部１０１によって撮像された際の位置情報を関連付けて、メモリ部１０４に記憶させる。
メモリ部１０４は、撮像部１０２によって撮像された複数の画像データを、位置検出部１０２によって検出された位置情報や、クライアント装置１を識別する識別子等と関連付けて記憶する。
操作部１０５は、ユーザによって操作され、操作に応じたユーザの操作指示が入力される。
【００２０】
リクエスト作成部１０６は、操作部１０５を介して入力されるユーザの指示や、ＷＥＢサーバ２Ｍが提供するＷＥＢサービスのアクセス方法に応じた、ＨＴＴＰリクエストＲ１を作成する。本実施の形態において、リクエスト作成部１０６は、図２に示すようなＨＴＴＰリクエストＲ１を作成する。
図２に示す通り、ＨＴＴＰリクエストＲ１は、少なくとも、リクエストラインＲ１１およびエンティティボディ部Ｒ１３を含み、本実施の形態においては、ヘッダＲ１２をさらに含む。リクエストラインＲ１１は、リクエストの種類を表すメソッドと、ＨＴＴＰリクエストＲ１の送信先を表すＷＥＢサーバを示すリソース情報、処理データの種類を表すコンテントタイプ、およびメッセージの種類を表すメッセージ種別情報のうち、少なくとも1つを含む。
【００２１】
つまり、リクエスト作成部１０６は、ＷＥＢサービスＡの提供を要求するため、メソッドとして“ＰＯＳＴ”およびリソース情報として“ａｌｂｕｍ／ｊｏｈｎ”をリクエストラインＲ１に記憶し、コンテントタイプとして“ｉｍａｇｅ”をヘッダＲ１２に記憶し、かつ、ＨＴＴＰに従って記載されたＨＴＴＰリクエストを作成する。なお、ＨＴＴＰリクエストが、ＷＥＢサーバ２Ｍに対応するＨＴＴＰで記載され、リクエストラインＲ１に“ＨＴＴＰ／１．１”が記憶されることで、メッセージ種別情報としてクライアント装置１からＷＥＢサーバ２Ｍに送信されるＨＴＴＰリクエストであることを表している。
リクエスト作成部１０６は、例えば、ＡｔｏｍＰｕｂに従って、ＨＴＴＰのＰＯＳＴメソッドを用いて、例えば、撮像部１０１によって生成された画像データのバイナリデータを、ＨＴＴＰリクエストＲ１のエンティティボディ部Ｒ１２に記憶させる。この画像データのバイナリデータには、位置検出部１０２によって検出された位置情報、例えば、東経１３９度、北緯３６度等の情報が埋め込まれている。
ここで、ＡｔｏｍＰｕｂとは、ＷＥＢサーバ２Ｍが、ＨＴＴＰリクエストに含まれるメタ情報が、更新、追加、削除するためのプロトコルであって、本実施の形態におけるＨＴＴＰリクエストＲ１は、ＡｔｏｍＰｕｂによって記載することができる。
【００２２】
ネットワークインターフェース部１０７は、ネットワーク３を介して、複数のＷＥＢサーバ２Ｍや他のクライアント装置１Ｎとメッセージやデータの送受信を行う。
【００２３】
次に、ＷＥＢサーバ２０の構成の一例について説明する。
ＷＥＢサーバ２０は、ネットワークインターフェース２０１と、メモリ部２０２と、フィルタ機能部（抽出部）２０３と、サービス処理機能部２０４と、アルバムメモリ部２０５とを備える。
ネットワークインターフェース２０１は、ネットワーク３を介して、複数のＷＥＢサーバ２Ｍや他のクライアント装置１Ｎとメッセージやデータの送受信を行う。
【００２４】
メモリ部２０２は、例えば、図３に示す設定ファイルＦ１を記憶する。図３に示す通り、設定ファイルＦ１は、メソッド（第１のメソッド）Ｆ１１“ＰＯＳＴ”、リソース情報（第１のリソース情報）Ｆ１２“/ａｌｂｕｍ/*”、コンテントタイプ（第１のコンテントタイプ）Ｆ１３“ｉｍａｇｅ/*”、およびメッセージ種別情報（第１のメッセージ種別情報）Ｆ１４“Ｒｅｑｕｅｓｔ”のうち、少なくとも1つを、フィルタ条件として記憶する。また、設定ファイルＦ１は、転送先Ｆ１５（Ｔｏ）に“ＰＯＳＴ http://www.server2.co./extract_exif”を含む。なお、転送先Ｆ１５には、転送先のＵＲＩおよびＨＴＴＰメソッドが記憶されており、ＷＥＢサーバ２０は、ＨＴＴＰメソッドの“ＰＯＳＴ”を用いて、ＷＥＢサーバ２５にＨＴＴＰリクエストを転送する。
つまり、設定ファイルＦ１は、フィルタ機能部２０３によって解析されたＨＴＴＰリクエストＲ１が、設定ファイルＦ１に設定されているメソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３、およびメッセージ種別情報Ｆ１４のうち少なくとも1つと相当する情報を含むＨＴＴＰリクエストであった場合、ＷＥＢサービスＡの分散処理を要求するリクエストであると、ＷＥＢサーバ２０が判断するフィルタとして機能する。
【００２５】
フィルタ機能部２０３は、ネットワークインターフェース部２０１を介してクライアント装置１から受信するＨＴＴＰリクエストＲ１を解析し、解析したＨＴＴＰリクエストＲ１と設定ファイルＦ１とを比較する。フィルタ機能部２０３は、設定ファイルＦ１に基づき、この設定ファイルＦ１に規定されている項目に相当する、メソッド、リソース情報、コンテントタイプおよびメッセージ種別情報を、ＨＴＴＰリクエストＲ１から抽出する。
フィルタ機能部２０３は、例えば、ＷＥＢサーバ２０の起動時にメモリ部２０２に記憶されている設定ファイルＦ１を読み出し、ＨＴＴＰリクエストＲ１内のメソッド、リソース情報、コンテントタイプおよびメッセージ種別情報と、設定ファイルＦ１とを比較し、それぞれが一致しているか否かを判断する。例えば、フィルタ機能部２０３は、（１）ＨＴＴＰリクエストに記憶されているメソッドが、設定ファイルＦ１に記憶されているメソッドＦ１１と一致しているか否かを判断し、（２）ＨＴＴＰリクエストに記憶されているリソース情報が、設定ファイルＦ１に記憶されているＷＥＢサーバ２０を表すリソース情報Ｆ１２と一致しているか否かを判断し、（３）ＨＴＴＰリクエストに記憶されているコンテントタイプが、設定ファイルＦ１に記憶されているコンテントタイプＦ１３と一致しているか否かを判断し、かつ、（４）ＨＴＴＰリクエストに記憶されているメッセージ種別情報が、設定ファイルＦ１に記憶されているメッセージ種別情報Ｆ１４であるか否かを判断する。
フィルタ機能部２０３は、例えば、（１）〜（４）のうち少なくとも1つが一致する場合、クライアント装置１Ｎから受信した画像データに対して、アプリケーションＡ１を用いたＷＥＢサービスＡに応じたアルバム機能の処理を実行すると共に、クライアント装置１Ｎから受信した画像データおよびＨＴＴＰリクエストＲ１をＷＥＢサーバ２５に転送する。
【００２６】
サービス処理機能部２０４は、ネットワークインターフェース部２０１を介してＷＥＢサーバ２０が受信したＨＴＴＰリクエストＲ１に基づき、クライアント装置１Ｎから受信した画像データに対して、ＷＥＢサービスＡに係る“アルバム機能”を実行するアプリケーションＡ１を備える。本実施の形態において、サービス処理機能部２０４は、位置情報と関連付けて画像データをアルバム管理する“アルバム機能”を備える。なお、“アルバム機能”とは、画像データを保管する“アルバム保管機能”と、画像データをユーザに閲覧させる“アルバム閲覧機能”とをそれぞれ備える。
例えば、サービス処理機能部２０４は、フィルタ機能部２０２によって（１）〜（４）のうち少なくとも1つが一致すると判断された場合、アプリケーションＡ１に従って“アルバム機能”を実行し、ＷＥＢサーバ２５から後述するメタ情報が更新されたＨＴＴＰレスポンスが入力された場合、クライアント装置１Ｎから受信した画像データと、ＨＴＴＰレスポンスのメタ情報に含まれる管理情報とをそれぞれ関連付けて、アルバムメモリ部２０６に記憶させる“アルバム保管機能”を実行する。さらに、サービス処理機能部２０４は、クライアント装置１Ｎから、アルバムの閲覧が指示された場合、アルバムメモリ部２０６に記憶されている画像データを、関連付けられている管理情報に基づき、クライアント装置１Ｎに提供する“アルバム閲覧機能”を実行する。
【００２７】
また、サービス処理機能部２０４は、フィルタ機能部２０３によって（１）〜（４）のうち少なくとも１つが一致すると判断された場合、例えば図５に示す通り、ＡｔｏｍＰｕｂに従って、クライアント装置１Ｎから受信したＨＴＴＰリクエストＲ１にメタデータＲ１４を生成する。
また、リクエスト編集部２０５は、ＨＴＴＰリクエストＲ１のヘッダＲ１２に、経路を示すヘッダとしてＶｉａヘッダＲ１５を設け、このＶｉａヘッダＲ１５にＷＥＢサーバ２０自身のＵＲＩを記憶することができる。
【００２８】
アルバムメモリ部２０６は、サービス機能部２０４によって“アルバム機能”が実行された画像データを、ＷＥＢサーバ２５から受信した管理ファイルと関連付けて記憶する。
【００２９】
次に、ＷＥＢサーバ２５の構成の一例について説明する。
ＷＥＢサーバ２５は、ネットワークインターフェース２５１と、メモリ部２５２と、フィルタ機能部（抽出部）２５３と、サービス処理機能部２５４とを備える。なお、ＷＥＢサーバ２０と同一の名称を有する構成は、同等の構成を有するため、詳細な説明は省略する。
メモリ部２５２は、第２のメソッド、第２のリソース情報、第２のコンテントタイプ、および第２のメッセージ種別情報のうち、少なくとも1つを、第２の設定ファイルとして記憶する。
フィルタ機能部２５３は、ネットワークインターフェース部２０１を介してＷＥＢサーバ２０から受信するＨＴＴＰリクエストＲ１を解析し、解析したＨＴＴＰリクエストＲ１と設定ファイルＦ２とを比較する。フィルタ機能部２５３は、設定ファイルＦ２に基づき、この設定ファイルＦ２に規定されている項目に相当する、メソッド、リソース情報、コンテントタイプおよびメッセージ種別情報を、ＨＴＴＰリクエストＲ１から抽出する。
【００３０】
サービス処理機能部２５４は、ネットワークインターフェース部２０１を介してＷＥＢサーバ２５が受信したＨＴＴＰリクエストＲ１に基づき、クライアント装置１Ｎから受信した画像データに対して、ＷＥＢサービスＡに係る“メタ情報作成機能”を実行するアプリケーションＡ２を備える。サービス処理機能部２５４は、例えば、フィルタ機能部２５３によって、設定ファイルＦ２に基づき、この設定ファイルＦ２に規定されている項目に相当する、メソッド、リソース情報、コンテントタイプおよびメッセージ種別情報のうち、少なくとも1つが、ＨＴＴＰリクエストＲ１から抽出された場合、アプリケーションＡ２に従って“メタ情報作成機能”を実行する。
本実施の形態において、サービス処理機能部２５４は、ＷＥＢサーバ２０から受信した画像データから属性情報として位置情報を抽出する。また、サービス処理機能部２５４は、抽出した位置情報をＨＴＴＰリクエストＲ１のメタ情報に更新し、ＨＴＴＰレスポンスとしてＷＥＢサーバ２０に返信する。なお、ＨＴＴＰリクエストＲ１のメタ情報の更新とは、ＷＥＢサーバ２０によってＨＴＴＰリクエストＲ１に作成されたメタ情報の画像データの属性情報に関する情報を、各画像データに対応付けて位置情報を追記、あるいは変更することをいう。
【００３１】
次に、本実施の形態に係るＷＥＢシステムにおける分散処理方法について、図５を用いて説明する。図５は、本実施の形態に係るＷＥＢシステムにおける分散処理方法について説明するためのフローチャートである。
図５に示す通り、クライアント装置１によってＨＴＴＰリクエストＲ１が作成されると、ネットワーク３を介してＨＴＴＰリクエストＲ１が、クライアント装置１からＷＥＢサーバ２Ｍに送信される（ステップＳＴ１）。なおこの時、クライアント装置１は、図２に示すように、リクエストラインＲ１１、ヘッダＲ１２およびエンティティボディＲ１３によって構成されるＨＴＴＰリクエストＲ１を作成し、このＨＴＴＰリクエストＲ１には、ＨＴＴＰメソッド“ＰＯＳＴ”、リソース情報“ａｌｂｕｍ／ｊｏｈｎ”、コンテントタイプ“ｉｍａｇｅ／ｊｐｅｇ”、およびメッセージ種別情報“ＨＴＴＰ／１．１”のうち少なくとも1つが記憶されている。
【００３２】
ＷＥＢサーバ２０は、ネットワークインターフェース部２０１を介してＨＴＴＰリクエストＲ１を受信すると、フィルタ機能部２０３がＨＴＴＰリクエストＲ１を解析し、設定ファイルＦ１と一致するか否かを判断する（ステップＳＴ２）。すなわち、フィルタ機能部２０３は、図３に示す設定ファイルＦ１に基づき、設定ファイルＦ１のメソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３およびメッセージ種Ｆ１４と、図２に示すＨＴＴＰリクエストＲ１の、メソッド“ＰＯＳＴ”、リソース情報“ａｌｂｕｍ／ｊｏｈｎ”、コンテントタイプ“ｉｍａｇｅ／ｊｐｅｇ”、およびメッセージ種“ＨＴＴＰ／１．１”のそれぞれを比較し、一致あるいは対応する項目があるか否かを判断する。
設定ファイルＦ１のメソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３およびメッセージ種Ｆ１４のうち、少なくとも１組が一致あるいは対応している場合（ステップＳＴ３−ＹＥＳ）、サービス処理機能部２０４がアプリケーションＡ１を実行し、ＨＴＴＰリクエストＲ１のメタ情報を作成する（ステップＳＴ４）。次いで、サービス処理機能部２０４は、設定ファイルＦ１の転送先Ｆ１５に設定されているＷＥＢサーバ２５に、メタ情報が記載されたＨＴＴＰリクエストＲ１を転送する（ステップＳＴ５）。なお、サービス処理機能部２０４は、ステップＳＴ４において、メタ情報を作成すると共に、ヘッダ部Ｒ１２にＶｉａヘッダＲ１５として、ＷＥＢサーバ２０のＵＲＩを記載してもよい。
【００３３】
ＷＥＢサーバ２５は、ＨＴＴＰリクエストＲ１をネットワークインターフェース部２５１を介して受信すると、第２の設定フィルタに基づき、第２の設定ファイルに規定されている項目に相当するメソッド、リソース情報、コンテントタイプおよびメッセージ種別情報を、ＷＥＢサーバ２０から受信したＨＴＴＰリクエストＲ１から抽出する。
いずれか一つでも抽出できた場合、サービス処理機能部２５４によってアプリケーションＡ２が実行され、ＨＴＴＰリクエストＲ１の画像データから属性情報（位置情報）が抽出される（ステップＳＴ６）。サービス処理機能部２５４は、抽出した位置情報に従って、ＨＴＴＰリクエストＲ１のメタ情報を追記あるいは変更し、メタ情報が追記あるいは変更されたＨＴＴＰリクエストＲ１を、ＨＴＴＰレスポンスとして、ＷＥＢサーバ２０に送信する（ステップＳＴ７）。
ＷＥＢサーバ２０は、ネットワーク３を介してＷＥＢサーバ２５から送信されたＨＴＴＰレスポンスを受信すると、サービス処理機能部２０４によるアルバム機能を継続し、ＨＴＴＰリクエストＲ１のメタ情報として記載されているメタ情報を、画像データと関連付けて、アルバムメモリ部２０６に記憶させる（ステップＳ８）。
【００３４】
これにより、ＷＥＢサーバ２Ｍは、ＨＴＴＰリクエストに含まれる項目をフィルタ抽出条件とした設定ファイルを利用することにより、プログラムを利用せずに、クライアント装置１からのＨＴＴＰリクエストを受信し、受信したＨＴＴＰリクエストが自身のアプリケーションの呼び出しであるか否かを判断することができる。また、自身のアプリケーションの呼び出しであると判断した場合、さらに他のＷＥＢサーバ２Ｍに転送するか否かを判断し、転送先が指定されている場合には、その転送先にＨＴＴＰリクエストを転送することができる。つまり、ＷＥＢサーバ２Ｍは、ＨＴＴＰリクエストを解析し、設定フィルタと比較することで、ＨＴＴＰリクエストが要求されているＷＥＢサーバであるか否かを判断すると共に、他のＷＥＢサーバ２Ｍに対してＨＴＴＰリクエストを要求するクライアント側であるか否かを判断することができる。
よって、複数のＷＥＢサーバに負荷分担させる際の各ＷＥＢサーバに対応するプログラムが不要となり、コストの削減等に貢献することができる。
【００３５】
また、本実施の形態に係るＷＥＢシステムは、図４に示す通り、ＷＥＢサーバ２０は、ＨＴＴＰリクエストＲ１のＶｉａヘッダＲ１５に自身のＵＲＩを検出した場合、他のＷＥＢサーバ２５からのＨＴＴＰレスポンスであると判断することができる。つまり、ＷＥＢサーバ２０は、自身のＵＲＩがＶｉａヘッダＲ１５に記載されている場合、ループが発生していると判断し、さらに他のＷＥＢサーバ２Ｍへの転送を停止することができる。
なお、本実施の形態に係るＷＥＢサーバ２０、２５は、従来の負荷分散（例えば、所定の同じ処理を複数のＷＥＢサーバで分散して処理するもの）のように、単に負荷処理を分散させるだけでなく、分散させるに際して、ＷＥＢサーバ２０の分散処理に伴う新規な処理機能を、ＷＥＢサーバ２０、２５が連携して分散処理することができる。つまり、ＷＥＢサーバ２０は、ＨＴＴＰリクエストに含まれるコンテントタイプやリソース情報等に応じて、転送先であるＷＥＢサーバを変更し、分散処理に伴う新規な処理機能を随時付加して分散処理することができる。例えば、本実施の形態におけるＷＥＢサーバ２０、２５は、ＷＥＢサービスＡとして、“メタ情報作成機能”に、画像データから属性情報を抽出する“メタ情報作成機能”という新規な処理機能を付加する処理を提供する例について説明したが、本発明はこれに限られず、他の新規な処理機能を備えるＷＥＢサーバ２Ｍと連携してＷＥＢサービスＡを提供する構成であってもよい。
【００３６】
［第２の実施形態］
また、本実施の形態に係るクライアント装置１Ｎは、ＨＴＴＰリクエストＲ１を作成するものに限定されず、図６に示したＨＴＴＰリクエストＲ２を作成し、ＷＥＢサーバ２０に送信するものであってもよい。
すなわち、クライアント装置１Ｎは、転送先を示す情報Ｒ２１０として、ＷＥＢサーバ２５のＵＲＩを、リクエストラインＲ２１のリソース情報“ａｌｂｕｍ／”の後ろに記載する。なお、ヘッダＲ２１やエンティティボディＲ２３は、第１の実施形態と同様である。
【００３７】
ＷＥＢサーバ２０は、ＨＴＴＰリクエストＲ２が、設定ファイルＦ１に設定されているメソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３、およびメッセージ種別情報Ｆ１４のうち少なくとも1つを含む場合、ＷＥＢサービスＡの分散処理を要求するリクエストであると判断するとともに、ＨＴＴＰリクエストＲ２の転送先を示す情報Ｒ２１０に示されているＷＥＢサーバ２５にＨＴＴＰリクエストＲ２を転送する。
なお、本実施の形態において、設定フィルタＦ１の転送先Ｆ１５に記憶されている転送先と、ＨＴＴＰリクエストＲ２の転送先を示す情報Ｆ２１０に記憶されている転送先が、共にＷＥＢサーバ２５を示すため、ＷＥＢサーバ２５が転送先であることに変わりない。しかし、両者が異なる場合、ＨＴＴＰリクエストＲ２の転送先を示す情報Ｆ２１０に記憶されている転送先が、優先される構成であってもよい。これにより、ＨＴＴＰリクエストＲ２の転送先をクライアント装置１Ｎによって選択し、決定することができる。
【００３８】
このように、本実施の形態に係るＷＥＢシステムは、クライアント装置１ＮあるいはＷＥＢサーバ２Ｍのいずれかによって、転送先のＷＥＢサーバ２Ｍを設定することができるため、ＨＴＴＰリクエストごとに、ＷＥＢサーバ２Ｍの連結パターンを動的に変更することができる。
【００３９】
［第３の実施形態］
上述の第１の実施形態では、設定ファイルＦ１がメモリ部２０２に予め設定されている例について説明したが、本発明はこれに限られず、例えば、以下のような方法が利用可能である。
例えば、クライアント装置１Ｎが、ＨＴＴＰリクエストの処理内容に応じて、任意の設定ファイルをリアルタイムに作成し、ＷＥＢサーバ２Ｍに送信する。例えば、ＷＥＢサーバ２０が、自身に宛てて送信された設定ファイルＦ１を受信すると、メモリ部２０２に記憶させる。なお、設定ファイルには、転送先であるＷＥＢサーバ２５が予め指定されており、記憶されている。
このように、クライアント装置１Ｎによって作成された設定ファイルＦ１が、ＷＥＢサーバ２０のメモリ部２０２に記憶されている状態において、クライアント装置１Ｎが、ＨＴＴＰリクエストをＷＥＢサーバ２０に送信すると、ＷＥＢサーバ２０は、設定ファイルＦ１に基づき、設定ファイルＦ１に規定されている項目に相当するメソッド、リソース情報、コンテントタイプおよびメッセージ種別情報を、クライアント装置１Ｎから受信したＨＴＴＰリクエストから抽出する。
【００４０】
ＷＥＢサーバ２０は、１つでも設定ファイルＦ１に規定されている項目に相当する情報をＨＴＴＰリクエストから抽出した場合、ＨＴＴＰリクエストに従って、受信したＨＴＴＰリクエストの処理データを処理すると共に、転送先であるＷＥＢサーバ２５に対して、ＨＴＴＰリクエストと、ＷＥＢサーバ２０によって処理された処理結果とを送信する。
ＷＥＢサーバ２５は、ＨＴＴＰリクエストおよび処理結果を受信すると、設定ファイルに記憶されているＷＥＢサーバ２５が処理する処理内容に応じて、処理した処理データを
このように、設定ファイルＦ１をクライアント装置１Ｎが作成することによって、転送先であるＷＥＢサーバ２５をクライアント装置１Ｎにおいて選択し、設定することができる。
【００４１】
また、本発明はこれに限られず、クライアント装置１Ｎが、任意の設定ファイルをリアルタイムに作成して、ＷＥＢサーバ２０に送信し、ＷＥＢサーバ２０が、受信した設定ファイルの転送先Ｆ１５を、ＨＴＴＰリクエストの処理内容に応じて、リアルタイムに書き換える構成であってもよい。
【００４２】
つまり、クライアント装置１Ｎは、ＷＥＢサーバ２０と、転送先であるＷＥＢサーバ２５の複数のリソースに対するＨＴＴＰリクエストを、ＡｔｏｍＰｕｂプロトコルの拡張仕様ｍｕｌｔｏｐａｒｔタイプで作成することができる。言い換えると、クライアント装置１ＮからＷＥＢサーバ２Ｍに送信されるＨＴＴＰリクエストが、複数のリソースに対するリクエストとして作成されるものであってもよい。
また、ＷＥＢサーバ２０が、クライアント装置１Ｎから受信したＨＴＴＰリクエストのメタ情報に、ＷＥＢサーバ２５の第２の設定ファイルに相当する情報を追記することで、結果的に、ＷＥＢサーバ２０がＡｔｏｍＰｕｂプロトコルの拡張仕様ｍｕｌｔｏｐａｒｔタイプで作成するものであってもよい。
なお、本実施の形態に係るクライアント装置１ＮおよびＷＥＢサーバ２Ｍは、ｍｕｌｔｏｐａｒｔタイプを利用することにより、意味的に関連性のあるリソースをまとめて取り扱うことが可能となる。すなわち、ＷＥＢサービスＡの負荷分担をするＷＥＢサーバ２０とＷＥＢサーバ２５は、意味的に関連性のあるリソースであって、ｍｕｌｔｏｐａｒｔタイプを利用することによって、それぞれのＷＥＢサーバ２０，２５のアプリケーションＡ１，Ａ２の読み出しを要求する複数のリクエストをまとめて取り扱うことができる。
【００４３】
また、フィルタ機能部２０３は、ＨＴＴＰリクエストを受信した場合、ＨＴＴＰリクエストのエンティティボディに記憶されている処理データに対応するメタデータを作成し、メモリ部２０２内の設定ファイルＦ１に記憶させる構成であってもよい。この場合、フィルタ機能部２０３は、他のＷＥＢサーバ２５から受信した情報（例えば、メタ情報作成機能によって抽出された管理ファイル等）に基づき、設定ファイルＦ１のメタデータを書き換えることができる。つまり、ファイル機能部２０３は、設定ファイルＦ１に記載されたメタデータを書き換えることでmultipartフォーマットを利用し、ＷＥＢサーバ２５から受信される情報に基づくメタデータの更新を行う。
【００４４】
また、本実施の形態に係る設定ファイルＦ１は、メソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３およびメッセージ種別情報Ｆ１４が設定されており、フィルタ機能部２０３は、これらのうち少なくとも１つが一致するＨＴＴＰリクエストを、転送先Ｆ１５に設定されているＷＥＢサーバ２５に転送する一例について説明した。しかし、本発明はこれに限られず、例えば、設定ファイルＦ１が、クライアント装置１Ｎからされた送信データの拡張子やメモリ容量、あるいはオプションヘッダに記載されるユーザエージェントに関する情報を備える構成であってもよい。
また、本実施の形態に係るＷＥＢシステム１００は、設定ファイルＦ１は、メソッドＦ１１、リソース情報Ｆ１２、コンテントタイプＦ１３およびメッセージ種別情報Ｆ１４が設定されている場合には、フィルタ機能部２０３が、これら全てが一致した場合に、サービス処理機能部２０４にアルバム機能を実行させ、クライアント装置１から受信したＨＴＴＰリクエストをＷＥＢサーバ２５に転送する構成であることが好ましい。
なお、本実施の形態において、クライアント装置１Ｎは、クライアント機能部１０１、位置検出部１０２等を備えるものを例に説明したが、本発明はこれに限られず、これら構成要件を備える外部装置から出力される処理データを受信し、この処理データに基づき、ＨＴＴＰリクエストを作成する構成であってもよい。
また、本実施の形態に係るＷＥＢシステムは、複数のＷＥＢサーバがそれぞれ異なる機能を持ち、一のＷＥＢサーバの持つ機能をサポートする付加的な機能を他のＷＥＢサーバが備え、単に負荷処理を分散させるだけでなく、分散させるに際して他のＷＥＢサーバが備える新たな処理機能を付加する構成であってもよく、また、同じ機能を持つ複数のＷＥＢサーバに所定の処理を分散させる負荷分散方法を用いるＷＥＢシステムであってもよい。
【００４５】
なお、本実施の形態に係るＷＥＢシステムにおける分散処理方法の過程は、コンピュータに実行させるためのプログラムや、このプログラムとしてコンピュータ読み取り可能な記録媒体として利用可能であり、コンピュータシステムが読み出して実行することによって、上記処理が行われる。なお、ここでいう「コンピュータシステム」とは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００４６】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に記憶したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組合せで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【符号の説明】
【００４７】
１ クライアント装置
２０，２５ ＷＥＢサーバ
１０６ リクエスト作成部
２０３ フィルタ機能部
２０４ サービス処理機能部
２０５ アルバムメモリ部
２５３ フィルタ機能部
２５４ サービス処理機能部
【特許請求の範囲】
【請求項１】
ＨＴＴＰリクエストを送信するクライアント装置と、前記クライアント装置とネットワークを介して接続され前記ＨＴＴＰリクエストに応じたＷＥＢサービスを提供する複数のＷＥＢサーバを含むＷＥＢシステムにおける分散処理方法であって、
前記クライアント装置は、
任意の処理データに対しての前記ＷＥＢサービスを要求する前記ＨＴＴＰリクエストであって、前記ＨＴＴＰリクエストの種類を表すメソッド、前記処理データの送信先である前記ＷＥＢサーバを特定するリソース情報、前記処理データの情報の種類を示すコンテントタイプ、およびメッセージ種別情報のうち、少なくとも1つを含む前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち任意の第１のＷＥＢサーバに送信し、
前記第１のＷＥＢサーバは、
前記メソッドのうち特定の意味を持つ第１のメソッド、前記第１のＷＥＢサーバを識別する第１のリソース情報、前記コンテントタイプのうち特定の種類の第１のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第１のメッセージ種別情報を、第１の設定ファイルとして記憶し、
前記第１の設定ファイルに基づき、前記第１の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記クライアント装置から受信した前記ＨＴＴＰリクエストから抽出し、
前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第２のＷＥＢサーバに送信する
ことを特徴とするＷＥＢシステムにおける分散処理方法。
【請求項２】
前記第２のＷＥＢサーバは、
前記ＨＴＴＰリクエストに基づき、前記処理データからメタ情報を抽出するアプリケーションを備え、抽出された前記メタ情報を含むＨＴＴＰレスポンスを前記第１のＷＥＢサーバに送信し、
前記第１のＷＥＢサーバは、
前記第２のＷＥＢサーバから受信した前記ＨＴＴＰレスポンスの前記メタ情報に基づき、前記ＨＴＴＰリクエストに応じた前記ＷＥＢサービスを実行する
ことを特徴とする請求項１に記載のＷＥＢシステムにおける分散処理方法。
【請求項３】
前記クライアント装置は、
前記第１のメソッド、前記第１のリソース情報、前記第１のコンテントタイプ、および前記第１のメッセージ種別情報を、前記第１のＷＥＢサーバに送信し、
前記第１のＷＥＢサーバは、
前記クライアント装置から受信した前記第１のリソース情報、前記第１のコンテントタイプ、および前記第１のメッセージ種別情報を、前記第１の設定ファイルとして記憶することを特徴とする請求項１あるいは２に記載のＷＥＢシステムにおける分散処理方法。
【請求項４】
前記第２のＷＥＢサーバは、
前記メソッドのうち特定の意味を持つ第２のメソッド、前記第２のＷＥＢサーバを識別する第２のリソース情報、前記コンテントタイプのうち特定の種類の第２のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第２のメッセージ種別情報を、第２の設定ファイルとして記憶し、
前記第２の設定ファイルに基づき、前記第２の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記第１のＷＥＢサーバから受信した前記ＨＴＴＰリクエストから抽出し、
前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第３のＷＥＢサーバに送信する
ことを特徴とする請求項１に記載のＷＥＢシステムにおける分散処理方法。
【請求項５】
前記第１のＷＥＢサーバは、
前記ＨＴＴＰリクエストに、前記第２のメソッド、前記第２のリソース情報、前記第２のコンテントタイプ、および前記第２のメッセージ種別情報をメタ情報として記載した前記ＨＴＴＰリクエストを、前記第２のＷＥＢサーバに送信する
ことを特徴とする請求項４に記載のＷＥＢシステムにおける分散処理方法。
【請求項６】
前記クライアント装置から前記第１のＷＥＢサーバに送信される前記ＨＴＴＰリクエスト、および前記第１のＷＥＢサーバから前記第２のＷＥＢサーバに送信される前記ＨＴＴＰリクエストは、ＡｔｏｍＰｕｂのｍｕｌｔｉｐａｒｔタイプで作成されていることを特徴とする請求項１から５のいずれか一項に記載のＷＥＢシステムにおける分散処理方法。
【請求項７】
前記第１のＷＥＢサーバは、
前記ＨＴＴＰリクエストの経路を示すヘッダとして、前記第１のＷＥＢサーバの前記リソース情報を追記し、前記第２のＷＥＢサーバに送信することを特徴とする請求項１から６のいずれか一項に記載のＷＥＢシステムにおける分散処理方法。
【請求項８】
ＨＴＴＰリクエストを送信するクライアント装置と、前記クライアント装置とネットワークを介して接続され前記ＨＴＴＰリクエストに応じたＷＥＢサービスを提供する複数のＷＥＢサーバを含むＷＥＢシステムにおける分散処理システムであって、
前記クライアント装置は、
任意の処理データに対しての前記ＷＥＢサービスを要求する前記ＨＴＴＰリクエストであって、前記ＨＴＴＰリクエストの種類を表すメソッド、前記処理データの送信先である前記ＷＥＢサーバを特定するリソース情報、前記処理データの情報の種類を示すコンテントタイプ、およびメッセージ種別情報のうち、少なくとも1つを含む前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち任意の第１のＷＥＢサーバに送信するインターフェース部を備え、
前記第１のＷＥＢサーバは、
前記メソッドのうち特定の意味を持つ第１のメソッド、前記第１のＷＥＢサーバを識別する第１のリソース情報、前記コンテントタイプのうち特定の種類の第１のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第１のメッセージ種別情報を、第１の設定ファイルとして記憶するメモリ部と、
前記第１の設定ファイルに基づき、前記第１の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記クライアント装置から受信した前記ＨＴＴＰリクエストから抽出するフィルタ機能部と、
前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第２のＷＥＢサーバに送信するインターフェース部と
を備えることを特徴とするＷＥＢシステムにおける分散処理システム。
【請求項１】
ＨＴＴＰリクエストを送信するクライアント装置と、前記クライアント装置とネットワークを介して接続され前記ＨＴＴＰリクエストに応じたＷＥＢサービスを提供する複数のＷＥＢサーバを含むＷＥＢシステムにおける分散処理方法であって、
前記クライアント装置は、
任意の処理データに対しての前記ＷＥＢサービスを要求する前記ＨＴＴＰリクエストであって、前記ＨＴＴＰリクエストの種類を表すメソッド、前記処理データの送信先である前記ＷＥＢサーバを特定するリソース情報、前記処理データの情報の種類を示すコンテントタイプ、およびメッセージ種別情報のうち、少なくとも1つを含む前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち任意の第１のＷＥＢサーバに送信し、
前記第１のＷＥＢサーバは、
前記メソッドのうち特定の意味を持つ第１のメソッド、前記第１のＷＥＢサーバを識別する第１のリソース情報、前記コンテントタイプのうち特定の種類の第１のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第１のメッセージ種別情報を、第１の設定ファイルとして記憶し、
前記第１の設定ファイルに基づき、前記第１の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記クライアント装置から受信した前記ＨＴＴＰリクエストから抽出し、
前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第２のＷＥＢサーバに送信する
ことを特徴とするＷＥＢシステムにおける分散処理方法。
【請求項２】
前記第２のＷＥＢサーバは、
前記ＨＴＴＰリクエストに基づき、前記処理データからメタ情報を抽出するアプリケーションを備え、抽出された前記メタ情報を含むＨＴＴＰレスポンスを前記第１のＷＥＢサーバに送信し、
前記第１のＷＥＢサーバは、
前記第２のＷＥＢサーバから受信した前記ＨＴＴＰレスポンスの前記メタ情報に基づき、前記ＨＴＴＰリクエストに応じた前記ＷＥＢサービスを実行する
ことを特徴とする請求項１に記載のＷＥＢシステムにおける分散処理方法。
【請求項３】
前記クライアント装置は、
前記第１のメソッド、前記第１のリソース情報、前記第１のコンテントタイプ、および前記第１のメッセージ種別情報を、前記第１のＷＥＢサーバに送信し、
前記第１のＷＥＢサーバは、
前記クライアント装置から受信した前記第１のリソース情報、前記第１のコンテントタイプ、および前記第１のメッセージ種別情報を、前記第１の設定ファイルとして記憶することを特徴とする請求項１あるいは２に記載のＷＥＢシステムにおける分散処理方法。
【請求項４】
前記第２のＷＥＢサーバは、
前記メソッドのうち特定の意味を持つ第２のメソッド、前記第２のＷＥＢサーバを識別する第２のリソース情報、前記コンテントタイプのうち特定の種類の第２のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第２のメッセージ種別情報を、第２の設定ファイルとして記憶し、
前記第２の設定ファイルに基づき、前記第２の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記第１のＷＥＢサーバから受信した前記ＨＴＴＰリクエストから抽出し、
前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第３のＷＥＢサーバに送信する
ことを特徴とする請求項１に記載のＷＥＢシステムにおける分散処理方法。
【請求項５】
前記第１のＷＥＢサーバは、
前記ＨＴＴＰリクエストに、前記第２のメソッド、前記第２のリソース情報、前記第２のコンテントタイプ、および前記第２のメッセージ種別情報をメタ情報として記載した前記ＨＴＴＰリクエストを、前記第２のＷＥＢサーバに送信する
ことを特徴とする請求項４に記載のＷＥＢシステムにおける分散処理方法。
【請求項６】
前記クライアント装置から前記第１のＷＥＢサーバに送信される前記ＨＴＴＰリクエスト、および前記第１のＷＥＢサーバから前記第２のＷＥＢサーバに送信される前記ＨＴＴＰリクエストは、ＡｔｏｍＰｕｂのｍｕｌｔｉｐａｒｔタイプで作成されていることを特徴とする請求項１から５のいずれか一項に記載のＷＥＢシステムにおける分散処理方法。
【請求項７】
前記第１のＷＥＢサーバは、
前記ＨＴＴＰリクエストの経路を示すヘッダとして、前記第１のＷＥＢサーバの前記リソース情報を追記し、前記第２のＷＥＢサーバに送信することを特徴とする請求項１から６のいずれか一項に記載のＷＥＢシステムにおける分散処理方法。
【請求項８】
ＨＴＴＰリクエストを送信するクライアント装置と、前記クライアント装置とネットワークを介して接続され前記ＨＴＴＰリクエストに応じたＷＥＢサービスを提供する複数のＷＥＢサーバを含むＷＥＢシステムにおける分散処理システムであって、
前記クライアント装置は、
任意の処理データに対しての前記ＷＥＢサービスを要求する前記ＨＴＴＰリクエストであって、前記ＨＴＴＰリクエストの種類を表すメソッド、前記処理データの送信先である前記ＷＥＢサーバを特定するリソース情報、前記処理データの情報の種類を示すコンテントタイプ、およびメッセージ種別情報のうち、少なくとも1つを含む前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち任意の第１のＷＥＢサーバに送信するインターフェース部を備え、
前記第１のＷＥＢサーバは、
前記メソッドのうち特定の意味を持つ第１のメソッド、前記第１のＷＥＢサーバを識別する第１のリソース情報、前記コンテントタイプのうち特定の種類の第１のコンテントタイプ、および前記ＨＴＴＰリクエストであることを示す第１のメッセージ種別情報を、第１の設定ファイルとして記憶するメモリ部と、
前記第１の設定ファイルに基づき、前記第１の設定ファイルに規定されている項目に相当する前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報を、前記クライアント装置から受信した前記ＨＴＴＰリクエストから抽出するフィルタ機能部と、
前記メソッド、前記リソース情報、前記コンテントタイプおよび前記メッセージ種別情報のうち、少なくとも1つが抽出された場合、前記ＨＴＴＰリクエストに従って前記ＷＥＢサービスを実行するとともに、前記ＨＴＴＰリクエストを、前記複数のＷＥＢサーバのうち前記ＷＥＢサービスの転送先である第２のＷＥＢサーバに送信するインターフェース部と
を備えることを特徴とするＷＥＢシステムにおける分散処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１９１７０６（Ｐ２０１０−１９１７０６Ａ）
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願番号】特願２００９−３５６７９（Ｐ２００９−３５６７９）
【出願日】平成２１年２月１８日（２００９．２．１８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願日】平成２１年２月１８日（２００９．２．１８）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]