(57)【要約】【課題】悪意のあるクライアント端末が膨大なサービス要求を発信した場合でも、正規のクライアント端末が通常通りの短い時間でサービスを発見し、接続することが可能なクライアント端末を提供する。【解決手段】クライアント端末１００は、外部サービス機器２００へサービスを要求するサービス要求メッセージを生成する要求生成部１０４と、サービス要求メッセージの送信先の情報を含む動作モードを決定する動作モード決定部１０５と、動作モード決定部１０５によって決定された動作モードに従って、サービス要求メッセージを送信する通信部１０２とを備える。【選択図】図１
2006157601.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供装置からデータあるいは機能を提供されるクライアント端末であって、
前記サービス提供装置へサービスを要求するサービス要求メッセージを生成する要求生成部と、
前記サービス要求メッセージの送信先の情報を含む動作モードを決定する動作モード決定部と、
前記動作モード決定部によって決定された動作モードに従って、前記サービス要求メッセージを送信する通信部と
を備えることを特徴とするクライアント端末。
【請求項２】
前記サービス要求メッセージを蓄積するメッセージ蓄積部と、
前記メッセージ蓄積部の状態を監視する状態監視部とを更に備え、
前記動作モード決定部は、前記状態監視部によって得られた、前記メッセージ蓄積部に蓄積された前記サービス要求メッセージの量に基づいて、動作モードを決定することを特徴とする請求項１に記載のクライアント端末。
【請求項３】
クライアント端末にデータあるいは機能を提供するサービス提供装置であって、
前記クライアント端末から受信した、サービスを要求するサービス要求メッセージを蓄積するメッセージ蓄積部と、
前記サービス要求メッセージの送信先を含む動作モードを決定する動作モード決定部と
を備えることを特徴とするサービス提供装置。
【請求項４】
前記メッセージ蓄積部の状態を監視する状態監視部とを更に備え、
前記動作モード決定部は、前記状態監視部によって得られた、前記メッセージ蓄積部に蓄積された前記サービス要求メッセージの量に基づいて、動作モードを決定することを特徴とする請求項３に記載のサービス提供装置。
【請求項５】
クライアント端末と、該クライアント端末にデータあるいは機能を提供するサービス提供装置との通信を中継する中継機器であって、
前記クライアント端末から受信した、前記サービス提供装置へサービスを要求するサービス要求メッセージを蓄積するメッセージ蓄積部と、
前記サービス要求メッセージを処理する要求代行処理部と、
前記サービス要求メッセージの送信先を含む動作モードを決定する動作モード決定部と
を備えることを特徴とする中継機器。
【請求項６】
前記メッセージ蓄積部の状態を監視する状態監視部とを更に備え、
前記動作モード決定部は、前記状態監視部によって得られた、前記メッセージ蓄積部に蓄積された前記サービス要求メッセージの量に基づいて、動作モードを決定することを特徴とする請求項５に記載の中継機器。
【請求項７】
クライアント端末と、該クライアント端末にデータあるいは機能を提供するサービス提供装置と、前記クライアント端末と前記サービス提供装置との通信を中継する中継機器とを備えるサービス負荷分散システムであって、
前記サービス提供装置へサービスを要求するサービス要求メッセージを蓄積するメッセージ蓄積部と、
前記サービス要求メッセージの送信先の情報を含む動作モードを決定する動作モード決定部と
を備えることを特徴とするサービス負荷分散システム。
【請求項８】
クライアント端末と、該クライアント端末にデータあるいは機能を提供するサービス提供装置と、前記クライアント端末と前記サービス提供装置との通信を中継する中継機器とを備える負荷分散システムにおいて、前記サービス提供装置へサービスを要求するサービス要求メッセージを処理する負荷を分散するサービス負荷分散方法であって、
前記サービス要求メッセージを蓄積するステップと、
前記サービス要求メッセージの送信先の情報を含む動作モードを決定するステップと
を含むことを特徴とするサービス負荷分散方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント端末、サービス提供装置、中継機器、サービス負荷分散システム及びサービス負荷分散方法に関する。
【背景技術】
【０００２】
クライアント端末が他のサービスを発見する仕組みは、サービス発見プロトコルとして多数の検討が行われている。例えば、Jlni,UPnP（Universal Plug ＆ Play）,SLP（Service Location Protocol）等がサービス発見の手順を定義したプロトコルとして提案されている。サービス発見プロトコルでは、サービスを利用するクライアントが、サービス要求機能において要求するサービスを指定して周囲にブロードキャストする。要求を受信したサービスは、自身の提供するサービスとクライアントのサービス要求に記述されたサービスが一致する場合に、サービス応答機能においてサービス応答メッセージを生成し、クライアントに応答する。このように、効率良く通信相手を発見するための技術は開示されている（例えば、特許文献１参照。）
【０００３】
又、サービスは、接続すべきクライアントを接続前に把握していないため、接続を要求する不特定多数のクライアントに対してサービス応答を返信することが必要である。又、サービスはサービス自身の身元を証明するために、サービス応答にデジタル署名を付与することが重要である。このデジタル署名機能は、既存のサービス発見プロトコルにおいて必ずしも搭載されている機能ではないが、ＳＬＰではオプションとして提供されている。サービス応答へのデジタル署名機能を利用することにより、悪意のあるサービスが偽のサービス応答を発信し、クライアントが正規のサービスに接続することを妨害する攻撃を防止することができる。
【特許文献１】特開２００４−８８４２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術においては、サービスのサービス応答機能が不特定多数の任意のクライアントによるサービス要求に応答する必要がある。このため、悪意のあるクライアントが膨大な数のサービス要求を発信した場合、これらのサービス要求に対してサービスはデジタル署名を付与してサービス応答を返信することが必要である。デジタル署名は、デジタルカメラ等の計算機能の乏しいサービスにとって負荷の高い計算処理を要求するため、膨大な数のデジタル署名を計算するサービスはＣＰＵリソースが枯渇し、新規のサービス要求を処理できなくなるという問題があった。
【０００５】
本発明は、上記の課題に鑑み、悪意のあるクライアントが膨大なサービス要求を発信した場合でも、正規のクライアントが通常通りの短い時間でサービスを発見し、接続することが可能なクライアント端末、サービス提供装置、中継機器、サービス負荷分散システム及びサービス負荷分散方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の特徴は、サービス提供装置からデータあるいは機能を提供されるクライアント端末であって、（ａ）サービス提供装置へサービスを要求するサービス要求メッセージを生成する要求生成部と、（ｂ）サービス要求メッセージの送信先の情報を含む動作モードを決定する動作モード決定部と、（ｃ）動作モード決定部によって決定された動作モードに従って、サービス要求メッセージを送信する通信部とを備えるクライアント端末であることを要旨とする。
【０００７】
第１の特徴に係るクライアント端末によると、悪意のあるクライアントが膨大なサービス要求を発信した場合でも、正規のクライアントが通常通りの短い時間でサービスを発見し、接続することができる。
【０００８】
又、第１の特徴に係るクライアント端末は、サービス要求メッセージを蓄積するメッセージ蓄積部と、メッセージ蓄積部の状態を監視する状態監視部とを更に備え、動作モード決定部は、状態監視部によって得られた、メッセージ蓄積部に蓄積されたサービス要求メッセージの量に基づいて、動作モードを決定してもよい。
【０００９】
このクライアント端末によると、サービス要求メッセージの量に基づいて、動作モードを決定することにより、サービス提供装置の負荷を軽減することができる。
【００１０】
本発明の第２の特徴は、クライアント端末にデータあるいは機能を提供するサービス提供装置であって、（ａ）クライアント端末から受信した、サービスを要求するサービス要求メッセージを蓄積するメッセージ蓄積部と、（ｂ）サービス要求メッセージの送信先を含む動作モードを決定する動作モード決定部とを備えるサービス提供装置であることを要旨とする。
【００１１】
第２の特徴に係るサービス提供装置によると、悪意のあるクライアントが膨大なサービス要求を発信した場合でも、正規のクライアントが通常通りの短い時間でサービスを発見し、接続することができる。
【００１２】
本発明の第３の特徴は、メッセージ蓄積部の状態を監視する状態監視部とを更に備え、動作モード決定部は、状態監視部によって得られた、メッセージ蓄積部に蓄積されたサービス要求メッセージの量に基づいて、動作モードを決定してもよい。
【００１３】
このサービス提供装置によると、サービス要求メッセージの量に基づいて、動作モードを決定することにより、サービス提供装置の負荷を軽減することができる。
【００１４】
本発明の第４の特徴は、クライアント端末と、該クライアント端末にデータあるいは機能を提供するサービス提供装置との通信を中継する中継機器であって、（ａ）クライアント端末から受信した、サービス提供装置へサービスを要求するサービス要求メッセージを蓄積するメッセージ蓄積部と、（ｂ）サービス要求メッセージを処理する要求代行処理部と、（ｃ）サービス要求メッセージの送信先を含む動作モードを決定する動作モード決定部とを備える中継機器であることを要旨とする。
【００１５】
第３の特徴に係る中継機器によると、悪意のあるクライアントが膨大なサービス要求を発信した場合でも、正規のクライアントが通常通りの短い時間でサービスを発見し、接続することができる。
【００１６】
又、第３の特徴に係る中継機器は、メッセージ蓄積部の状態を監視する状態監視部とを更に備え、動作モード決定部は、状態監視部によって得られた、メッセージ蓄積部に蓄積されたサービス要求メッセージの量に基づいて、動作モードを決定してもよい。
【００１７】
この中継機器によると、サービス要求メッセージの量に基づいて、動作モードを決定することにより、サービス提供装置の負荷を軽減することができる。
【００１８】
本発明の第４の特徴は、クライアント端末と、該クライアント端末にデータあるいは機能を提供するサービス提供装置と、クライアント端末とサービス提供装置との通信を中継する中継機器とを備えるサービス負荷分散システムであって、（ａ）サービス提供装置へサービスを要求するサービス要求メッセージを蓄積するメッセージ蓄積部と、（ｂ）サービス要求メッセージの送信先の情報を含む動作モードを決定する動作モード決定部とを備えるサービス負荷分散システムであることを要旨とする。
【００１９】
第４の特徴に係るサービス負荷分散システムによると、悪意のあるクライアントが膨大なサービス要求を発信した場合でも、正規のクライアントが通常通りの短い時間でサービスを発見し、接続することができる。
【００２０】
本発明の第５の特徴は、クライアント端末と、該クライアント端末にデータあるいは機能を提供するサービス提供装置と、クライアント端末とサービス提供装置との通信を中継する中継機器とを備える負荷分散システムにおいて、サービス提供装置へサービスを要求するサービス要求メッセージを処理する負荷を分散するサービス負荷分散方法であって、（ａ）サービス要求メッセージを蓄積するステップと、（ｂ）サービス要求メッセージの送信先の情報を含む動作モードを決定するステップとを含むサービス負荷分散方法であることを要旨とする。
【００２１】
第５の特徴に係るサービス負荷分散方法によると、悪意のあるクライアントが膨大なサービス要求を発信した場合でも、正規のクライアントが通常通りの短い時間でサービスを発見し、接続することができる。
【発明の効果】
【００２２】
本発明によると、悪意のあるクライアントが膨大なサービス要求を発信した場合でも、正規のクライアントが通常通りの短い時間でサービスを発見し、接続することが可能なクライアント端末、サービス提供装置、中継機器、サービス負荷分散システム及びサービス負荷分散方法を提供することができる。
【発明を実施するための最良の形態】
【００２３】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００２４】
（サービス負荷分散システム）
本発明の実施の形態におけるサービス負荷分散システムは、図１に示すように、クライアント端末１００と、外部サービス機器２００（サービス提供装置）と、クライアント端末１００−サービス提供装置２００間の通信を中継する中継機器３００（例えば、プロキシサーバ）とから構成される。
【００２５】
クライアント端末１００は、入出力機能の拡張・遠隔デバイスとの通信／状態確認／制御等を目的として、外部サービス機器２００と接続する。外部サービス機器２００とは、デジタルカメラ・ビデオカメラ・テレビ・スピーカ等のクライアント端末よりも優れた入出力機能を有する機器や、ネットワーク機能を有する冷蔵庫・洗濯機・電子レンジ・エアコン等の白物家電や、温度計・湿度計・赤外線センサ・体温計・血圧計・体重計といった各種センサや、他のＰＣ・携帯電話・ＰＤＡといったクライアント端末や、ネットワーク上のあらゆるソフトウェアなど、クライアント端末に対して何らかの機能あるいはデータを提供するハードウェアもしくはソフトウェアである。
【００２６】
クライアント端末１００は、これらの外部サービス機器２００に接続することで、クライアント端末１００単体では実現できない多様なアプリケーションを実現する。例えば、高機能なデジタルカメラで撮影した画像をクライアント端末１００に転送して蓄積し、任意の大画面テレビに転送して表示するアプリケーションを実現することができる。又、日々の体温や体重の情報をセンサから取得して携帯電話に蓄積し、１ヶ月の履歴をテレビに表示して確認するといったアプリケーションが考えられる。これらのアプリケーションを実現するためには、クライアント端末１００が他のサービスを発見するための仕組みが必要である。
【００２７】
クライアント端末１００は、図１に示すように、中央処理部１０１と、通信部１０２と、メッセージ蓄積部１０３と、要求生成部１０４と、動作モード決定部１０５と、状態監視部１０６と、動作モード記録部１０７とを備える。
【００２８】
中央処理部１０１は、クライアント端末１００の各構成要素間の情報の流れを制御する。
【００２９】
通信部１０２は、外部サービス機器２００の通信部２０２および中継機器３００の通信部３０２との間で通信を行う。例えば、要求生成部１０４によって生成されたメッセージを、動作モード決定部１０５によって決定された動作モードに従って、外部サービス機器２００へ送信し、外部サービス機器２００から応答メッセージを受信する。
【００３０】
メッセージ蓄積部１０３は、要求生成部１０４によって生成されたサービス要求メッセージを蓄積する。又、メッセージ蓄積部１０３は、外部サービス機器２００および中継機器３００から受信したサービス応答メッセージを蓄積し、要求生成部１０４に転送する。
【００３１】
要求生成部１０４は、要求するサービスの種類や属性を記述したサービス要求メッセージを生成して外部サービス機器２００もしくは中継機器３００に送信する。
【００３２】
動作モード決定部１０５は、クライアント端末１００の負荷に基づいて、サービス要求メッセージの処理方法、サービス要求メッセージの送信先（外部サービス機器２００もしくは中継機器３００）、サービス要求メッセージの送信経路などの情報を含む動作モードを決定する。
【００３３】
状態監視部１０６は、メッセージ蓄積部１０３に蓄積されているサービス要求メッセージの量を監視し、監視結果を動作モード決定部１０５に通知する。
【００３４】
動作モード記録部１０７は、動作モード決定部１０５において決定された動作モードを記録する。
【００３５】
外部サービス機器２００は、図１に示すように、中央処理部２０１と、通信部２０２と、メッセージ蓄積部２０３と、要求応答部２０４と、動作モード決定部２０５と、状態監視部２０６と、動作モード記録部２０７とを備える。
【００３６】
中央処理部２０１は、外部サービス機器２００の各構成要素間の情報の流れを制御する。
【００３７】
通信部２０２は、クライアント端末１００の通信部１０２および中継機器３００の通信部３０２との間で通信を行う。例えば、クライアント端末１００からサービス要求メッセージを受信し、要求応答部２０４で生成したサービス応答メッセージをクライアント端末１００へ送信する。あるいは、中継機器３００の要求代行処理部３０４から処理済みのメッセージを受信し、クライアント端末１００にサービス応答メッセージを送信する。
【００３８】
メッセージ蓄積部２０３は、クライアント端末１００および中継機器３００から受信するサービス要求メッセージを蓄積する。
【００３９】
要求応答部２０４は、メッセージ蓄積部２０３に蓄積されたメッセージを処理し、サービス応答メッセージを生成してクライアント端末１００へ送信する。
【００４０】
動作モード決定部２０５は、メッセージ蓄積部２０３に蓄積されたサービス要求メッセージの量を監視し、監視結果に応じてサービス要求メッセージの処理方法、サービス要求メッセージの送信先（外部サービス機器２００もしくは中継機器３００）、サービス要求メッセージの送信経路などの情報を含む動作モードを決定する。
【００４１】
状態監視部２０６は、メッセージ蓄積部２０３に蓄積されたサービス要求メッセージの量を監視し、監視結果を動作モード決定部３０５に通知する。
【００４２】
動作モード記録部２０７は、動作モード決定部２０５において決定された動作モードを記録する。
【００４３】
中継機器３００は、図１に示すように、中央処理部３０１と、通信部３０２と、メッセージ蓄積部３０３と、要求代行処理部３０４と、動作モード決定部３０５と、状態監視部３０６と、動作モード記録部３０７とを備える。
【００４４】
中央処理部３０１は、中継機器３００の各構成要素間の情報の流れを制御する。
【００４５】
通信部３０２は、クライアント端末１００の通信部１０２および外部サービス機器２００の通信部２０２との間で通信を行う。
【００４６】
メッセージ蓄積部３０３は、クライアント端末１００および外部サービス機器２００から受信したメッセージを蓄積する。
【００４７】
要求代行処理部３０４は、クライアント端末１００からサービス要求メッセージを受信した場合に、外部サービス機器２００の代理としてメッセージの処理を行う。例えば、メッセージの優先度を計算する処理や、サービスの署名を付与する処理を行う。
【００４８】
動作モード決定部３０５は、クライアント端末１００が発信するサービス要求メッセージの処理方法、サービス要求メッセージの送信先（外部サービス機器２００もしくは中継機器３００）、サービス要求メッセージの送信経路などの情報を含む動作モードを決定する。
【００４９】
状態監視部３０６は、メッセージ蓄積部３０３に蓄積されたサービス要求メッセージの量を監視し、監視結果を動作モード決定部３０５に通知する。
【００５０】
動作モード記録部３０７は、動作モード決定部３０５において決定された動作モードを記録する。
【００５１】
又、クライアント端末１００のメッセージ蓄積部１０３、動作モード記録部１０７、外部サービス機器２００のメッセージ蓄積部２０３、動作モード記録部２０７、中継機器３００のメッセージ蓄積部３０３、動作モード記録部３０７は、ＲＡＭ等の内部記憶装置を用いても良く、ハードディスクやフレキシブルディスク等の外部記憶装置を用いても良い。
【００５２】
又、本実施形態に係るクライアント端末１００は、処理制御装置（ＣＰＵ）を有し、上述した中央処理部１０１、通信部１０２、要求生成部１０４、動作モード決定部１０５、状態監視部１０６などをモジュールとして、ＣＰＵに内蔵する構成とすることができる。これらのモジュールは、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。
【００５３】
又、図示していないが、クライアント端末１００は、要求生成処理、動作モード決定処理、状態監視処理などをＣＰＵに実行させるためのプログラムを蓄積するプログラム保持部を備えてもよい。プログラム保持部は、例えば、ＲＡＭ、ＲＯＭ、ハードディスク、フレキシブルディスク、コンパクトディスク、ＩＣチップ、カセットテープなどの記録媒体である。このような記録媒体によれば、プログラムの蓄積、運搬、販売などを容易に行うことができる。
【００５４】
同様に、外部サービス機器２００は、処理制御装置（ＣＰＵ）を有し、上述した中央処理部２０１、通信部２０２、要求応答部２０４、動作モード決定部２０５、状態監視部２０６などをモジュールとして、ＣＰＵに内蔵する構成とすることができる。これらのモジュールは、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。
【００５５】
又、図示していないが、外部サービス機器２００は、要求応答処理、動作モード決定処理、状態監視処理などをＣＰＵに実行させるためのプログラムを蓄積するプログラム保持部を備えてもよい。プログラム保持部は、例えば、ＲＡＭ、ＲＯＭ、ハードディスク、フレキシブルディスク、コンパクトディスク、ＩＣチップ、カセットテープなどの記録媒体である。このような記録媒体によれば、プログラムの蓄積、運搬、販売などを容易に行うことができる。
【００５６】
同様に、中継機器３００は、処理制御装置（ＣＰＵ）を有し、上述した中央処理部３０１、通信部３０２、要求代行処理部３０４、動作モード決定部３０５、状態監視部３０６などをモジュールとして、ＣＰＵに内蔵する構成とすることができる。これらのモジュールは、パーソナルコンピュータ等の汎用コンピュータにおいて、所定のプログラム言語を利用するための専用プログラムを実行することにより実現することができる。
【００５７】
又、図示していないが、中継機器３００は、要求代行処理、動作モード決定処理、状態監視処理などをＣＰＵに実行させるためのプログラムを蓄積するプログラム保持部を備えてもよい。プログラム保持部は、例えば、ＲＡＭ、ＲＯＭ、ハードディスク、フレキシブルディスク、コンパクトディスク、ＩＣチップ、カセットテープなどの記録媒体である。このような記録媒体によれば、プログラムの蓄積、運搬、販売などを容易に行うことができる。
【００５８】
（サービス負荷分散方法）
次に、本実施形態に係るサービス負荷分散方法について、図２〜５を用いて説明する。ここで、サービス要求メッセージの送信先を含む動作モードを決定する主体は、クライアント端末１００でもよく、外部サービス機器２００でもよく、中継機器３００でもよい。
【００５９】
図２は、クライアント端末１００において、動作モードを決定する方法を示すフローチャートである。
【００６０】
まず、ステップＳ１１において、クライアント端末１００の要求生成部１０４は、サービス要求メッセージを生成する。
【００６１】
次に、ステップＳ１２において、クライアント端末１００のメッセージ蓄積部１０３は、サービス要求メッセージを蓄積する。
【００６２】
次に、ステップＳ１３において、状態監視部１０６は、メッセージ蓄積部１０３に蓄積されているサービス要求メッセージの量を監視し、監視結果を動作モード決定部１０５に通知する。
【００６３】
次に、ステップＳ１４において、動作モード決定部１０５は、クライアント端末１００の負荷に基づいて、サービス要求メッセージの処理方法、サービス要求メッセージの送信先（外部サービス機器２００もしくは中継機器３００）、サービス要求メッセージの送信経路などの情報を含む動作モードを決定する。例えば、同一の外部サービス機器２００に膨大な量のサービス要求メッセージを送信する場合は、その一部を中継機器３００に送信する動作モードとする。
【００６４】
そして、ステップＳ１５において、通信部１０２は、動作モード決定部１０５によって決定された動作モードに従って、サービス要求メッセージを送信する。
【００６５】
図３は、外部サービス機器２００において、動作モードを決定する方法を示すフローチャートである。
【００６６】
まず、ステップＳ２１において、外部サービス機器２００のメッセージ蓄積部２０３は、クライアント端末１００から受信したサービス要求メッセージを蓄積する。
【００６７】
次に、ステップＳ２２において、外部サービス機器２００の状態監視部２０６は、メッセージ蓄積部２０３に蓄積されているサービス要求メッセージの量を監視し、監視結果を動作モード決定部２０５に通知する。
【００６８】
次に、ステップＳ２３において、動作モード決定部２０５は、外部サービス機器２００の負荷に基づいて、サービス要求メッセージの処理方法、サービス要求メッセージの送信先（外部サービス機器２００もしくは中継機器３００）、サービス要求メッセージの送信経路などの情報を含む動作モードを決定する。例えば、膨大な量のサービス要求メッセージが蓄積されている場合、これ以降のサービス要求メッセージは、中継機器３００に送信する動作モードとする。
【００６９】
そして、ステップＳ２４において、外部サービス機器２００の通信部１０２は、動作モード決定部２０５によって決定された動作モードをクライアント端末１００及び中継機器３００に通知する。
【００７０】
クライアント端末１００は、通知された動作モードに従って、サービス要求メッセージを送信する。
【００７１】
図４は、中継機器３００において、動作モードを決定する方法を示すフローチャートである。ここでは、クライアント端末１００が中継機器３００に対して、サービス要求メッセージを送信していることを前提とする。
【００７２】
まず、ステップＳ３１において、中継機器３００のメッセージ蓄積部３０３は、クライアント端末１００から受信したサービス要求メッセージを蓄積する。
【００７３】
次に、ステップＳ３２において、中継機器３００の状態監視部３０６は、メッセージ蓄積部３０３に蓄積されているサービス要求メッセージの量を監視し、監視結果を動作モード決定部３０５に通知する。
【００７４】
次に、ステップＳ３３において、動作モード決定部３０５は、外部サービス機器２００及び中継機器３００の負荷に基づいて、サービス要求メッセージの処理方法、サービス要求メッセージの送信先（外部サービス機器２００もしくは中継機器３００）、サービス要求メッセージの送信経路などの情報を含む動作モードを決定する。例えば、蓄積されるサービス要求メッセージが規定量より小さい場合、まだ中継機器３００には、処理能力があるとして、これ以降のサービス要求メッセージは、中継機器３００に送信する動作モードとする。
【００７５】
そして、ステップＳ３４において、中継機器３００の通信部３０２は、動作モード決定部３０５によって決定された動作モードをクライアント端末１００及び外部サービス機器２００に通知する。
【００７６】
クライアント端末１００は、通知された動作モードに従って、サービス要求メッセージを送信する。
【００７７】
次に、図５に示すクライアント端末１００、外部サービス機器２００及び中継機器３００のシーケンス図を用いて、サービス負荷分散方法の詳細を説明する。
【００７８】
ここでは、クライアント端末１００が発信したサービス要求に対して、外部サービス機器２００がサービス応答を発信し、クライアント端末１００がサービス応答を受信するまでの第１ステップと、外部サービス機器２００の負荷が増大したことを中継機器３００に通知し、動作モードを変更し、新しい動作モードをクライアント端末１００および外部サービス機器２００に通知するまでの第２ステップと、クライアント端末１００が新しい動作モードに従って中継機器３００へサービス要求を送信し、中継機器において代理でメッセージの優先制御と応答メッセージへの署名処理を行い、外部サービス機器２００を経由してクライアント端末１００へ応答メッセージを返信するまでの第３ステップとから構成される。
【００７９】
＝第１のステップ＝
まず、ステップＳ１０１においてクライアント端末１００の要求生成部１０４は、サービス要求メッセージを生成し、通信部１０２に送信する。
【００８０】
次に、ステップＳ１０２において、クライアント端末１００の通信部１０２は、サービス要求メッセージを外部サービス機器２００へ送信し、外部サービス機器２００の通信部２０２は、サービス要求メッセージを受信する。
【００８１】
次に、ステップＳ１０３において、外部サービス機器２００の通信部２０２は、受信したサービス要求メッセージをメッセージ蓄積部２０３へ送信する。
【００８２】
次に、ステップＳ１０４において、外部サービス機器２００のメッセージ蓄積部２０３は、受信したメッセージを要求応答部２０４に送信し、要求されたサービスの内容を確認し、外部サービス機器２００において提供するサービスと一致するか否かを確認する。要求されたサービスと一致していない場合にはサービス要求メッセージを破棄する。
【００８３】
次に、一致している場合には、ステップＳ１０５において、外部サービス機器２００の要求応答部２０４は、サービス応答メッセージを作成し、サービスの電子署名を加えて通信部２０２に送信する。
【００８４】
次に、ステップＳ１０６において、外部サービス機器２００の通信部２０２は、サービス応答メッセージをクライアント端末１００に送信し、クライアント端末１００の通信部１０２は、サービス応答メッセージを受信する。
【００８５】
次に、ステップＳ１０７において、クライアント端末１００の通信部１０２は、サービス応答メッセージを要求生成部１０４に送信し、要求生成部１０４は、発見されたサービスに接続するための情報を取得する。
【００８６】
＝第２のステップ＝
次に、ステップＳ２０１において、外部サービス機器２００の状態監視部２０６は、メッセージ蓄積部２０３を監視し、メッセージ蓄積部２０３に蓄積されたメッセージの量を確認し、記録する。
【００８７】
次に、ステップＳ２０２において、外部サービス機器２００の動作モード決定部２０５は、状態監視部２０６に記録されたメッセージの蓄積状態を確認する。
【００８８】
次に、ステップＳ２０３において、動作モード決定部２０５は、外部サービス機器２００の負荷が規定の閾値を超えている場合、中継機器３００の動作モード決定部３０５に動作状態変更通知を送信し、中継機器３００の動作モード決定部３０５は動作状態変更通知を受信する。
【００８９】
次に、ステップＳ２０４において、中継機器３００の動作モード決定部３０５は、クライアント端末１００から発信されるサービス要求メッセージを、中継機器３００を経由して外部サービス機器２００へ送信する動作モードに変更し、その変更をクライアント端末１００の動作モード決定部１０５および外部サービス機器２００の動作モード決定部２０５に通知する。
【００９０】
＝第３のステップ＝
次に、ステップＳ３０１において、クライアント端末１００の要求生成部１０４は、サービス要求メッセージを生成し、通信部１０２に送信する。
【００９１】
次に、ステップＳ３０２において、クライアント端末１００は、動作モード記録部１０７に記録された動作モードを確認し、中継機器３００の通信部３０２へサービス要求メッセージを送信し、中継機器３００の通信部３０２は、サービス要求メッセージを受信する。
【００９２】
次に、ステップＳ３０３において、中継機器３００の通信部３０２は、サービス要求メッセージをメッセージ蓄積部３０３に蓄積する。
【００９３】
次に、ステップＳ３０４において、メッセージ蓄積部３０３は、サービス要求メッセージを要求代行処理部３０４に送信する。
【００９４】
次に、ステップＳ３０５において、要求代行処理部３０４は、サービス要求メッセージの処理を外部サービス機器２００の代理として実行する。例えば、サービス応答メッセージを生成し、外部サービス機器２００の電子署名を付与する。あるいは、同一発信元からのサービス要求メッセージを多数受信した場合に処理の優先度を下げることによりＤｏＳ攻撃の可能性のあるメッセージを排除する。これらの処理を終えた後、新たに生成されたサービス応答メッセージを通信部３０２に送信する。
【００９５】
次に、ステップＳ３０６において、中継機器３００の通信部３０２は、サービス応答メッセージを外部サービス機器２００の通信部２０２に送信する。
【００９６】
次に、ステップＳ３０７において、外部サービス機器２００の通信部２０２は、サービス応答メッセージをメッセージ蓄積部２０３に蓄積する。
【００９７】
次に、ステップＳ３０８において、外部サービス機器２００のメッセージ蓄積部２０３は、サービス応答メッセージを要求応答部２０４に送信し、サービス応答メッセージを処理する。
【００９８】
次に、ステップＳ３０９において、外部サービス機器２００の要求応答部２０４は、サービス応答メッセージを通信部２０２に送信する。
【００９９】
次に、ステップＳ３１０において、外部サービス機器２００の通信部２０２は、クライアント端末１００の通信部１０２にサービス応答メッセージを送信し、クライアント端末１００の通信部１０２は、サービス応答メッセージを受信する。
【０１００】
次に、ステップＳ３１１において、クライアント端末１００の通信部１０２は、サービス応答メッセージを要求生成部１０４に送信し、要求生成部１０４はサービスに接続するための情報を取得する。
【０１０１】
（作用及び効果）
本実施の形態に係るクライアント端末１００、外部サービス機器２００、中継機器３００、サービス負荷分散システム及びサービス負荷分散方法によると、外部サービス機器２００が膨大なサービス要求メッセージを受信した際に、中継機器３００を経由してサービス要求メッセージを送信する経路に変更し、中継機器３００において外部サービス機器２００の行う処理を代行することにより、外部サービス機器２００の負荷を軽減し、正規のクライアント端末１００からのサービス要求を処理することが可能となる。
【０１０２】
又、本実施の形態に係るクライアント端末１００によると、状態監視部１０６によって得られた、メッセージ蓄積部１０３に蓄積されたサービス要求メッセージの量に基づいて、動作モードを決定することができる。
【０１０３】
同様に、本実施の形態に係る外部サービス機器２００によると、状態監視部２０６によって得られた、メッセージ蓄積部２０３に蓄積されたサービス要求メッセージの量に基づいて、動作モードを決定することができる。
【０１０４】
同様に、本実施の形態に係る中継機器３００によると、状態監視部３０６によって得られた、メッセージ蓄積部３０３に蓄積されたサービス要求メッセージの量に基づいて、動作モードを決定することができる。
【０１０５】
このように、サービス要求メッセージの量に基づいて、動作モードを決定することにより、外部サービス機器２００の負荷を軽減することができる。
【０１０６】
（その他の実施形態）
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１０７】
例えば、本発明の実施の形態において、中継機器３００の配置方法として、インターネットを介して通信することを前提に遠隔地に配置してもよいし、無線LANやBluetoothあるいはイーサネット（登録商標）などによるローカルエリアネットワークを介して通信することを前提にユーザに近い場所に配置してもよい。又、中継機器３００は複数台を配置してもよい。又、中継機器３００が外部サービス機器２００の代理として行う処理として、サービス要求メッセージに記述された要求内容と外部サービス機器の提供するサービス内容のマッチング、サービス応答メッセージの生成、サービス応答メッセージへの電子署名の付与、サービス要求メッセージの処理の優先度の決定などの様々な処理のうち、任意の処理を代行してよい。
【０１０８】
又、本発明の実施の形態において、クライアント端末１００は、中央処理部１０１、通信部１０２、要求生成部１０４、動作モード決定部１０５、状態監視部１０６等を一つの処理制御装置（ＣＰＵ）内に備えてもよいと説明したが、それらが二つあるいはそれ以上の処理制御装置に分かれていても構わない。その際はそれらの処理制御装置間でデータのやりとりが行えるようにバスなどで装置間を接続しているとする。外部サービス機器２００、中継機器３００についても同様である。
【０１０９】
このように、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１１０】
【図１】本実施形態に係るクライアント端末、外部サービス機器及び中継機器の構成ブロック図である。
【図２】本実施形態に係るクライアント端末の動作を示すフローチャートである。
【図３】本実施形態に係る外部サービス機器の動作を示すフローチャートである。
【図４】本実施形態に係る中継機器の動作を示すフローチャートである。
【図５】本実施形態に係るサービス負荷分散方法のシーケンス図である。
【符号の説明】
【０１１１】
１００…クライアント端末
１０１…中央処理部
１０２…通信部
１０３…メッセージ蓄積部
１０４…要求生成部
１０５…動作モード決定部
１０６…状態監視部
１０７…動作モード記録部
２００…サービス提供装置
２００…外部サービス機器
２０１…中央処理部
２０２…通信部
２０３…メッセージ蓄積部
２０４…要求応答部
２０５…動作モード決定部
２０６…状態監視部
２０７…動作モード記録部
３００…中継機器
３０１…中央処理部
３０２…通信部
３０３…メッセージ蓄積部
３０４…要求代行処理部
３０５…動作モード決定部
３０６…状態監視部
３０７…動作モード記録部
【図１】
2006157601.tif 000003
【図２】
2006157601.tif 000004
【図３】
2006157601.tif 000005
【図４】
2006157601.tif 000006
【図５】
2006157601.tif 000007