JP2005038027A - サービス中継装置、サービス中継方法、及びプログラム - Google Patents
サービス中継装置、サービス中継方法、及びプログラム Download PDFInfo
- Publication number
- JP2005038027A JP2005038027A JP2003197439A JP2003197439A JP2005038027A JP 2005038027 A JP2005038027 A JP 2005038027A JP 2003197439 A JP2003197439 A JP 2003197439A JP 2003197439 A JP2003197439 A JP 2003197439A JP 2005038027 A JP2005038027 A JP 2005038027A
- Authority
- JP
- Japan
- Prior art keywords
- server
- request
- servers
- service
- response
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
【課題】本発明は、同種の機能を持つ複数のサーバがインターネット／イントラネット上に公開される環境において、サーバ毎に運用状況（稼動状況、レスポンス、利用料金等）が変動しても、信頼性、処理性能、及びコストなど含むユーザの要求を安定して達成するシステムを提供することを目的とする。
【解決手段】サービス中継装置であって、ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信する手段と、上記要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択する手段と、上記要求メッセージを上記選択したサーバに適合する形式に変換する手段と、上記変換した要求メッセージを上記選択したサーバに送信する手段とを備える。
【選択図】 図１
【解決手段】サービス中継装置であって、ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信する手段と、上記要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択する手段と、上記要求メッセージを上記選択したサーバに適合する形式に変換する手段と、上記変換した要求メッセージを上記選択したサーバに送信する手段とを備える。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネット／イントラネット上に存在するウェブサービスをクライアントから実行させる技術に関する。
【０００２】
【従来の技術】
近年、サーバ上のプログラム（ウェブサービス）をクライアントからインターネット／イントラネット経由で実行し、これらサーバが提供する機能を組み合わせてクライアントとして必要な機能を実現する技術が台頭してきた。この技術は、未だ発展途上段階にあるが、完全にオープンな技術であり特定のベンダのソフトウエア製品やプロトコルに依存することなくソフトウエア同士を容易に連携させることが出来る。このため、電子商取引（ＥＣ）の形態の一つであるＢｔｏＢ（Ｂｕｓｉｎｅｓｓ ｔｏ Ｂｕｓｉｎｅｓｓ）やネット接続可能な組み込み機器での利用に関して大きな注目を集めている。
【０００３】
従来、ウェブサービスを利用した技術においては、図２０に示すように１機能につき１個のサーバが固定的に使用され、システム全体が１事業者（グループ）の管理下に置かれていた（特許文献１）。
【０００４】
今後は、異なる事業者によって同種の機能を持つサーバが複数提供され、クライアントは機能毎に最適なサーバを選択して実行することが可能になると考えられる。
【０００５】
【特許文献１】
特開２００１−１６０００６号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上述のような従来の技術では、サーバ毎に事業者が異なることから以下のような問題が生じる。即ち、各事業者の事業計画に合わせてサーバ毎に運用状況（稼動状況、レスポンス、利用料金等）が変動する。このため、各サーバの変動状況に合わせてクライアントはサーバを変更しなければならず、システム全体として安定稼動を続けることが困難な場合がある。例えば、過去の実績にしたがい最も信頼できる事業者のサーバを利用していたが、その事業者の名声によりそのサーバへのアクセスが過多となりレスポンスが悪化してしまう場合がある。また、人気の集中した事業者が料金を高めに設定し、コスト面での条件が満足されなくなる場合もある。
【０００７】
本発明は、以上のような問題を解決し、同種の機能を持つ複数のサーバがインターネット／イントラネット上に公開される環境において、サーバ毎に運用状況（稼動状況、レスポンス、利用料金等）が変動しても、信頼性、処理性能、及びコストなど含むユーザの要求を安定して達成するシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記問題を解決するため、本発明は以下のような構成をとる。即ち、本発明は、サービス中継装置であって、ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信する手段と、上記要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択する手段と、上記要求メッセージを上記選択したサーバに適合する形式に変換する手段と、上記変換した要求メッセージを上記選択したサーバに送信する手段とを備える。
【０００９】
本発明によれば、ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信し、その要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択し、その要求メッセージを選択したサーバに適合する形式に変換して選択したサーバに送信することができる。
【００１０】
好ましくは、上記サービス中継サーバは、上記要求メッセージに対する応答メッセージを上記選択したサーバから受信する手段と、上記応答メッセージを要求元となるユーザ端末に適合する形式に変換する手段と、上記変換した応答メッセージを上記ユーザ端末に送信する手段とを備えるように構成してもよい。
【００１１】
本発明によれば、要求メッセージに対する応答メッセージを選択したサーバから受信し、その応答メッセージを要求元となるユーザ端末に適合する形式に変換してユーザ端末に送信することができる。
【００１２】
好ましくは、上記サービス中継サーバは、上記要求メッセージに対する応答メッセージが受信されない場合には、上記複数のサーバのうち上記選択する手段により選択されなかったサーバから上記条件に合致するサーバを選択する手段と、上記選択したサーバに対し、上記要求メッセージを再度送信する手段とを備えるように構成してもよい。
【００１３】
本発明によれば、要求メッセージに対する応答メッセージが受信されない場合には、複数のサーバのうち選択されなかったサーバから要求条件に合致するサーバを選択して、その選択したサーバに対して要求メッセージを再度送信することができる。
【００１４】
好ましくは、上記条件は、選択されるサーバに対してサービスの利用料金、要求に対する平均応答時間、サービスの成功回数、サービスの実行回数、上記成功回数または実行回数に基づく信頼性を示す情報の少なくとも１つを指定するようにしてもよい。
【００１５】
本発明によれば、選択されるサーバに対してサービスの利用料金、要求に対する平均応答時間、サービスの成功回数、サービスの実行回数、成功回数または実行回数に基づく信頼性を示す情報の少なくとも１つを、サーバを選択する際の条件として指定することができる。
【００１６】
好ましくは、上記選択する手段は、上記複数のサーバに対して上記条件への適否判定の基準となる条件パラメータを記録する手段を有しており、上記条件パラメータは、上記応答メッセージ受信の有無または受信した応答メッセージにしたがって更新されるように構成してもよい。
【００１７】
以上のように、本発明によれば、サービス中継装置により同種の機能を持つ複数のサーバの中からユーザ端末の要求に応じてその時点における所与の条件に合致するサーバを自動的に選択することができる。このため、ユーザが各サーバの運用状況の変動に応じて利用するサーバを変更する必要がなくなり、信頼性、処理性能、及びコスト等を含むユーザの要求を安定して達成するシステムを提供することが可能となる。
【００１８】
また、本発明は、以上の方法を実行させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータ等が読み取り可能な記録媒体に記録したものでもよい。
【００１９】
【発明の実施の形態】
以下、図面を用いて本発明の実施形態について説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【００２０】
《実施形態》
本実施形態では、ウェブサービスをホームセキュリティシステムに適用した場合を想定する。
【００２１】
〈システム構成〉
図１は、本実施形態におけるシステム構成を示す図である。本システムは、図１に示すように、ホームセキュリティシステムが構築された住居５とサービスを提供する各種サーバ６Ａ，６Ｂ，７Ａ，及び７Ｂとの間にサービス中継サーバ８を設置し、それぞれインターネットまたはイントラネットを介してサービス中継サーバ８に接続されることにより構成される。
【００２２】
住居５は、ホームセキュリティ端末１、侵入センサ２、カメラ付インターホン３、電子錠４を有しており、住居５内においてホームセキュリティシステムが構築される。上記の各種サーバは、例えば、警備員派遣サーバ６Ａ、警備員派遣サーバ６Ｂ、顔面認証サーバ７Ａ、顔面認証サーバ７Ｂである。以下、各構成要素について説明する。
【００２３】
ホームセキュリティ端末１は、侵入者を検知した時の警備員派遣要求処理、来訪者を検知した時の顔面認証処理または電子錠制御処理を実行する。ホームセキュリティ端末１は、警備員派遣要求時には、警備員派遣サーバ６Ａまたは６Ｂを利用する。また、ホームセキュリティ端末１は、顔面認証時には、顔面認証サーバ７Ａまたは７Ｂを利用する。
【００２４】
侵入センサ２は、住居５内への侵入者を検知し、ホームセキュリティ端末１に通知するセンサである。侵入センサ２には、例えば、窓に設置させるマグネットセンサ、室内に設置される赤外線センサ等がある。
【００２５】
カメラ付インターホン３は、来訪者を検知すると、来訪者の顔を撮影し、撮影画像をホームセキュリティ端末１に送信するインターホンである。来訪者は、インターホンのボタンを押下することで検知される。
【００２６】
電子錠４は、住居５の玄関扉に設置され、ホームセキュリティ端末１から開錠または施錠を操作することが可能な鍵である。
【００２７】
警備員派遣サーバ６Ａ，６Ｂは、警備員派遣要求を受信し、要求元へ警備員手配するサーバである。サーバ６Ａ，６Ｂは、それぞれ事業者が異なり、異なる条件により運用される。ここでいう、異なる条件とは、例えば、警備員派遣要求を受信するＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）、稼動状況、警備員派遣要求に対するレスポンス、料金等である。
【００２８】
顔面認証サーバ７Ａ，７Ｂは、顔面が撮影された２枚の画像を受信し、同一人物であるかどうかを認証し、認証結果を返すサーバである。サーバ７Ａ，７Ｂは、それぞれ事業者が異なり、異なる条件により運用される。ここでいう、異なる条件とは、例えば、データを受信するＩ／Ｆ、稼動状況、認証結果を返すまでのレスポンス、料金等である。
【００２９】
サービス中継サーバ８は、ホームセキュリティ端末１から警備員派遣サーバ６Ａ，６Ｂ、または顔面認証サーバ７Ａ，７Ｂへのリクエストを中継するサーバである。即ち、サービス中継サーバ８は、同種の機能を提供する複数のサーバから最適なサーバ、又はホームセキュリティ端末１からの要求条件に合致するサーバを選択し、クライアント（住居５）からのリクエストを中継する。また、サービス中継サーバ８は、選択したサーバからクライアントに対するレスポンスを中継する。それぞれの中継時には、サービス中継サーバ８は、メッセージ（リクエスト、レスポンス）形式の変換を行う。
【００３０】
以上から、本システムでは、同種の機能を持つ複数のサーバから、サーバ毎の運用状況などに応じてその都度最適なサーバ、又は所与の条件に合致するサーバを用いて、例えば、住居５において住居内への侵入者を侵入センサ２が検知すると自動的に警備員の派遣を手配するようなサービス、または、来訪者の検知時にカメラ付インターホン３で顔面認証を行い、居住者であれば玄関ドアの電子錠を自動的に開錠するようなサービスを提供することが可能なシステムを提供する。
【００３１】
〈サービス中継サーバに跨る通信〉
図２は、本システムにおける通信シーケンスを示す図である。図２に示すように、サービス中継サーバ８に跨る通信には、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を用いる。ＳＯＡＰは、他のコンピュータにあるデータやサービスを呼び出すためのプロトコルとして一般的に知られており、ＳＯＡＰ使用時にはＳＯＡＰメッセージが送受信される。図２に示すように、ホームセキュリティ端末１−サービス中継サーバ８間、及びサービス中継サーバ８−警備員派遣サーバ６／顔面認証サーバ７間の通信には、ＳＯＡＰメッセージとして、ＳＯＡＰリクエストとＳＯＡＰレスポンスを用いる。なお、警備員派遣サーバ６Ａ，６Ｂを総称して、警備員派遣サーバ６という。また、顔面認証サーバ７Ａ，７Ｂを総称して、顔面認証サーバ７という。
【００３２】
図２において、まず、ホームセキュリティ端末１からサービス中継サーバ８に対して、ＳＯＡＰリクエストが送信される（１）。そして、サービス中継サーバ８は、受信したＳＯＡＰリクエストからそのリクエスト内に指定された条件が最適となるサーバを選択して、選択したサーバへＳＯＡＰリクエストを送信する（２）。ＳＯＡＰリクエストを受信したサーバは、その応答としてサービス中継サーバ８へＳＯＡＰレスポンスを送信する（３）。サービス中継サーバ８は、ＳＯＡＰリクエストの要求元となるホームセキュリティ端末１へ受信したＳＯＡＰレスポンスを送信する（４）。このように、本システムでは、サービス中継サーバ８を介してＳＯＡＰメッセージが送受信され、ホームセキュリティ端末１−警備員派遣サーバ６／顔面認証サーバ７間の通信が実現される。
【００３３】
なお、ここでは、指定された条件が最適となるサーバを選択したが、これに代えて、指定の条件が指定基準を満足するサーバを選択するようにしてもよい。
【００３４】
次に、ＳＯＡＰリクエストとＳＯＡＰレスポンスのメッセージ形式について説明する。図３は、ＳＯＡＰリクエストとＳＯＡＰレスポンスのメッセージ形式を示す図である。図３に示すように、ＳＯＡＰメッセージは、メッセージ名、引数名とそれに対応するデータ型および値を示すフィールドを有する。このうち、メッセージ名には、メッセージの種類が示される。また、引数名などを示すフィールドには、指定する条件（望ましいサーバを選択する際に、優先させる条件）、その他要求時に必要な情報、要求に対する応答結果などが、メッセージの種類に応じて設定される。
【００３５】
次に、上述した通信シーケンスとメッセージ形式について、警備員派遣時を例にして図４及び図５を用いて、具体的に説明する。図４は、警備員派遣時における通信シーケンスを示す図である。図５は、警備員派遣時におけるメッセージ形式を示す図である。なお、図４と図５に示す連番（（１），（２）…）は、それぞれ対応する。
【００３６】
警備員派遣時における通信は、図４に示されるように、まず、ホームセキュリティ端末１からサービス中継サーバ８に対して、ＳＯＡＰリクエストとして警備員派遣要求が送信される（１）。この時、警備員派遣要求には、メッセージの種類（メッセージ名）として警備員派遣要求“Ｃａｌｌ Ｇｕａｒｄ”が示され、優先させる条件“Ｐｒｉｏｒｉｔｙ”として、例えば、“Ｃｏｓｔ（料金）”と“Ｒｅｓｐｏｎｓｅ（応答時間）”と“Ｒｅｌｉａｂｉｌｉｔｙ（信頼性）”の何れかが指定され、その他に警備員を派遣する際に必要な情報として“住所（Ａｄｄｒｅｓｓ）”、“電話番号（Ｐｈｏｎｅ）”、及び“契約者名（Ｎａｍｅ）”が示される（図５の（１））。
【００３７】
続いて、サービス中継サーバ８は、例えば、受信した警備員派遣要求に指定された条件が最適となるサーバを選択して、選択したサーバへ警備員派遣要求を送信する（２（２’））。ここで、警備員派遣要求に指定される条件に最も適合するサーバが警備員派遣サーバ６Ａである場合には、警備員派遣要求が警備員派遣サーバ６Ａへ送信される。一方、警備員派遣要求に指定される条件に最も適合するサーバが警備員派遣サーバ６Ｂである場合には、警備員派遣要求が警備員派遣サーバ６Ｂへ送信される。この時、警備員派遣サーバ６Ａへ送信される警備員派遣要求には、例えば、メッセージの種類として“Ｑｕｉｃｋ Ｇｕａｒｄ（迅速さ）”が示され、その他に警備員を派遣する際に必要な情報として“郵便番号（Ｚｉｐ Ｃｏｄｅ）”、“町名番地号室（Ｔｏｗｎ）”、及び“契約者名（Ｎａｍｅ）”が示される（図５の（２））。一方、警備員派遣サーバ６Ｂへ送信される警備員派遣要求には、例えば、メッセージの種類として“Ｒｅａｓｏｎａｂｌｅ Ｇｕａｒｄ（低価格）”が示され、その他に警備員を派遣する際に必要な情報として“電話番号（ａｒｇ０）”が示される（図５の（２）’）。このように、サービス中継サーバ８から送信されるＳＯＡＰリクエストのメッセージ名は、サーバを選択する際に優先した条件に対応する名称とすることが望ましい。
【００３８】
続いて、警備員派遣要求を受信したサーバ（サービス中継サーバに選択された６Ａまたは６Ｂの何れかのサーバ）は、その応答としてサービス中継サーバ８対して、警備員派遣応答を送信する（３（３’））。この時、警備員派遣サーバ６Ａから送信される警備員派遣応答には、例えば、メッセージの種類として“Ｑｕｉｃｋ Ｇｕａｒｄ Ｒｅｔｕｒｎ”が示され、その要求に対する結果（ｒｅｔｕｒｎ）として成功または失敗を示す値“０（成功）または１（失敗）”が示される（図５の（３））。一方、警備員派遣サーバ６Ｂから送信される警備員派遣応答には、例えば、メッセージの種類として“Ｒｅａｓｏｎａｂｌｅ Ｇｕａｒｄ Ｄｏｎｅ”が示され、その要求に対する結果（ａｒｇ０）として成功または失敗を示す情報“０Ｋ（成功）またはＮＧ（失敗）”が示される（図５の（３）’）。
【００３９】
続いて、サービス中継サーバ８は、受信した警備員派遣応答を警備員派遣要求の要求元となるホームセキュリティ端末１へ送信する（４）。この時、警備員派遣応答には、例えば、メッセージの種類として“Ｃａｌｌ Ｇｕａｒｄ Ｒｅｓｐｏｎｓｅ”が示され、その要求に対する結果（ｒｅｓｕｌｔ）として成功または失敗を示す値“０（成功）または１（失敗）”が示される（図５の（４））。
【００４０】
次に、上述した通信シーケンスとメッセージ形式について、顔面認証時を例にして図６及び図７を用いて、具体的に説明する。図６は、顔面認証時における通信シーケンスを示す図である。図７は、顔面認証時におけるメッセージ形式を示す図である。なお、図６と図７に示す連番（（１），（２）…）は、それぞれ対応している。
【００４１】
顔面認証時における通信は、図６に示されるように、まず、ホームセキュリティ端末１からサービス中継サーバ８に対して、ＳＯＡＰリクエストとして顔面認証要求が送信される（１）。この時、顔面認証要求には、メッセージの種類として顔面認証要求“Ｆａｃｅ Ｃｏｍｐａｒｅ”が示され、優先させる条件“Ｐｒｉｏｒｉｔｙ”として“Ｃｏｓｔ（料金）”と“Ｒｅｓｐｏｎｓｅ（応答時間）”と“Ｒｅｌｉａｂｉｌｉｔｙ（信頼性）”の何れかが指定され、その他に送信される“画像種別（Ｅｎｃｏｄｉｎｇ）”（例えば、ＧＩＦやＢＭＰ）が示され、“居住者顔面画像（Ｆａｃｅ）”と“来訪者顔面画像（Ｆａｃｅ）”の２枚の画像が添付される（図７の（１））。
【００４２】
続いて、サービス中継サーバ８は、受信した顔面認証要求に指定された条件が最適となるサーバを選択して、選択したサーバへ顔面認証要求を送信する（２（２’））。ここで、顔面認証要求に指定される条件に最も適合するサーバが顔面認証サーバ７Ａである場合には、顔面認証要求が顔面認証サーバ７Ａへ送信される。一方、顔面認証要求に指定される条件に最も適合するサーバが顔面認証サーバ７Ｂである場合には、顔面認証要求が顔面認証サーバ７Ｂへ送信される。この時、顔面認証サーバ７Ａへ送信される顔面認証要求には、例えば、メッセージの種類として“ＧＩＦ Ｆａｃｅ ｋｅｙ”が示され、顔面認証を行うための２枚の画像“居住者ＧＩＦ顔面画像（Ｐｉｃｔｕｒｅ）”と“来訪者ＧＩＦ顔面画像（Ｐｉｃｔｕｒｅ）”が添付される（図７の（２））。一方、顔面認証サーバ７Ｂへ送信される顔面認証要求には、例えば、メッセージの種類として“ＢＭＰ Ｃｏｍｐａｒｅ”が示され、顔面認証を行うための２枚の画像“居住者ＢＭＰ顔面画像（ａｒｇ０）”と“来訪者ＢＭＰ顔面画像（ａｒｇ１）”が添付される（図７の（２）’）。
【００４３】
続いて、顔面認証要求を受信したサーバ（サービス中継サーバに選択された７Ａまたは７Ｂの何れかのサーバ）は、その応答としてサービス中継サーバ８対して、顔面認証応答を送信する（３）。この時、顔面認証サーバ７Ａから送信される顔面認証応答には、例えば、メッセージの種類として“ＧＩＦ Ｆａｃｅ ｋｅｙ Ｒｅｔｕｒｎ”が示され、その要求に対する結果（ｒｅｔｕｒｎ）として認証成功または認証失敗を示す値“１（認証成功）または０（認証失敗）”が示される（図７の（３））。一方、顔面認証サーバ７Ｂから送信される顔面認証応答には、例えば、メッセージの種類として“ＢＭＰ Ｃｏｍｐａｒｅ Ｒｅｓｐｏｎｓｅ”が示され、その要求に対する結果（ａｒｇ０）として認証成功または認証失敗を示す情報“ＯＫ（認証成功）またはＮＧ（認証失敗）”が示される（図７の（３）’）。
【００４４】
続いて、サービス中継サーバ８は、顔面認証要求の要求元となるホームセキュリティ端末１へ受信した顔面認証応答を送信する（４）。この時、顔面認証応答には、例えば、メッセージの種類として“Ｆａｃｅ Ｃｏｍｐａｒｅ Ｒｅｓｐｏｎｓｅ”が示され、その要求に対する結果（ｒｅｓｕｌｔ）として認証成功または認証失敗を示す値“０（認証成功）または１（認証失敗）”が示される（図７の（４））。
【００４５】
なお、図４，図６の処理では、指定された条件に最も適合するサーバを選択する例を示したが、これに代えて、所定の基準を満たすサーバから無作為に選択するような処理であってもよい。
【００４６】
〈ハードウエア構成〉
《ホームセキュリティ端末》
図８は、本システムにおけるホームセキュリティ端末１のハードウエア構成を示す図である。ホームセキュリティ端末１は、ＣＰＵ１Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１Ｃ、通信制御部１Ｄ、顔面画像記憶部１Ｅ、侵入センサ監視部１Ｆ、画像受信部１Ｇ、及び電子錠制御部１Ｈを有する。このうち、通信制御部１Ｄは、インターネットまたはイントラネットに接続される。このイントラネットは、例えば、家庭内ネットワークである。その他に、侵入センサ監視部１Ｆは、侵入センサ２と接続され、画像受信部１Ｇは、カメラ付インターホン３と接続され、電子錠制御部１Ｈは、電子錠４と接続される。
【００４７】
ＣＰＵ１Ａは、ホームセキュリティ端末全体を制御する。ＲＯＭ１Ｂは、ホームセキュリティ端末１のプログラム等を格納する。ＲＡＭ１Ｃは、プログラム実行時の一時的なデータ記憶に利用する。通信制御部１Ｄは、サービス中継サーバ８へのＳＯＡＰリクエストを送信、サービス中継サーバ８からのＳＯＡＰレスポンスを受信する。顔面画像記憶部１Ｅは、居住者の顔面を撮影した画像を格納する。侵入センサ監視部１Ｆは、侵入センサ２からの侵入通知を監視する。画像受信部１Ｇは、カメラ付インターホン３から、来訪者の顔面画像を受信する。電子錠制御部１Ｈは、電子錠４の開錠または施錠を行う。
【００４８】
《警備員派遣サーバ》
図９は、本システムにおける警備員派遣サーバ６（６Ａ、６Ｂ）のハードウエア構成を示す図である。警備員派遣サーバ６は、パソコン等の一般的なコンピュータで構成され、ＣＰＵ６Ｃ、ＲＯＭ６Ｄ、ＲＡＭ６Ｅ、通信制御部６Ｆ、ハードディスク６Ｇ、及びＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）６Ｈを有する。このうち、ＨＭＩ６Ｈは、キーボード、マウス、ディスプレイ等の入出力装置で構成される。その他の構成要素は、コンピュータを構成する一般的な機能であるため、その説明を省略する。
【００４９】
《顔面認証サーバ》
顔面認証サーバ７Ａおよび７Ｂは、警備員派遣サーバ６Ａおよび６Ｂと同様のハードウエア構成を有する。このため、顔面認証サーバ７Ａおよび７Ｂの構成要素については、その説明を省略する。なお、以下の説明では、顔面認証サーバ７の構成要素については、警備員派遣サーバ６における構成要素の６を７に変更した符号を用いる。
【００５０】
《サービス中継サーバ》
サービス中継サーバ８は、警備員派遣サーバ６Ａおよび６Ｂと同様のハードウエア構成を有する。このため、サービス中継サーバ８の構成要素についても、その説明を省略する。
【００５１】
〈ソフトウエア構成〉
《ホームセキュリティ端末》
図１０は、本システムにおけるホームセキュリティ端末１のソフトウエア構成を示す図である。本システムにおけるホームセキュリティ端末１のソフトウエアは、侵入監視部１Ｉ、来訪者監視部１Ｊ、ＳＯＡＰリクエスト送信部１Ｋ、及びＳＯＡＰレスポンス受信部１Ｌにより機能する。このうち、ＳＯＡＰリクエスト送信部１Ｋ、及びＳＯＡＰレスポンス受信部１Ｌは、サービス中継サーバ８と連携して機能する。
【００５２】
侵入監視部１Ｉは、侵入センサ２からの侵入通知を受け取り、ＳＯＡＰリクエスト（警備員派遣要求）をＳＯＡＰリクエスト送信部１Ｋに出力する。
【００５３】
来訪者監視部１Ｊは、カメラ付インターホン３から来訪者の顔面画像を受け取り、ＳＯＡＰリクエスト（顔面認証要求）をＳＯＡＰリクエスト送信部１Ｋに出力する。来訪者監視部１Ｊは、このＳＯＡＰリクエストに対して、サービス中継サーバ８からＳＯＡＰレスポンス（顔面認証応答）を受信し、認証に成功すれば（来訪者が居住者であれば）電子錠を開錠する。
【００５４】
ＳＯＡＰリクエスト送信部１Ｋは、侵入監視部１Ｉ、または来訪者監視部１Ｊから、ＳＯＡＰリクエストを受け取り、サービス中継サーバ８に送信する。
【００５５】
ＳＯＡＰレスポンス受信部１Ｌは、サービス中継サーバ８から受信したＳＯＡＰレスポンス（警備員派遣応答）を侵入監視部１Ｉへ、ＳＯＡＰレスポンス（顔面認証応答）を来訪者監視部１Ｊへ出力する。
【００５６】
《警備員派遣サーバ》
図１１は、本システムにおける警備員派遣サーバ６（６Ａ、６Ｂ）のソフトウエア構成を示す図である。本システムにおける警備員派遣サーバ６のソフトウエアは、警備員派遣Ｗｅｂサービス６Ｉ、ＳＯＡＰリクエスト受信部６Ｊ、及びＳＯＡＰレスポンス送信部６Ｋにより機能する。
【００５７】
警備員派遣Ｗｅｂサービス６Ｉは、ＳＯＡＰリクエスト受信部６ＪからＳＯＡＰリクエスト（警備員派遣要求）を受け取り、警備員の派遣を手配する。この警備員の派遣の手配には、例えば、ディスプレイに派遣要求元の住所を表示する、または警備員の携帯電話宛にメールを送信する等が考えられる。また、警備員派遣Ｗｅｂサービス６Ｉは、ＳＯＡＰレスポンス（警備員派遣応答）をＳＯＡＰレスポンス送信部６Ｋを介してサービス中継サーバ８に送信する。
【００５８】
ＳＯＡＰリクエスト受信部６Ｊは、サービス中継サーバ８からＳＯＡＰリクエストを受信し、警備員派遣Ｗｅｂサービス６Ｉに出力する。
【００５９】
ＳＯＡＰレスポンス送信部６Ｋは、警備員派遣Ｗｅｂサービス６ＩからＳＯＡＰレスポンスを受け取り、サービス中継サーバ８に送信する。
【００６０】
《顔面認証サーバ》
図１２は、本システムにおける顔面認証サーバ７（７Ａ、７Ｂ）のソフトウエア構成を示す図である。本システムにおける顔面認証サーバ７のソフトウエアは、顔面認証Ｗｅｂサービス７Ｉ、ＳＯＡＰリクエスト受信部７Ｊ、及びＳＯＡＰレスポンス送信部７Ｋにより機能する。
【００６１】
顔面認証Ｗｅｂサービス７Ｉは、ＳＯＡＰリクエスト受信部７ＪからＳＯＡＰリクエスト（顔面認証要求）を受け取り、顔面認証を行う。また、ＳＯＡＰレスポンス（顔面認証応答）をＳＯＡＰレスポンス送信部７Ｋを介してサービス中継サーバ８に送信する。
【００６２】
ＳＯＡＰリクエスト受信部７Ｊは、サービス中継サーバ８からＳＯＡＰリクエストを受信し、顔面認証Ｗｅｂサービス７Ｉに出力する。
【００６３】
ＳＯＡＰレスポンス送信部７Ｋは、顔面認証Ｗｅｂサービス７ＩからＳＯＡＰレスポンスを受け取り、サービス中継サーバ８に送信する。
【００６４】
《サービス中継サーバ》
図１３は、本システムにおけるサービス中継サーバ８のソフトウエア構成を示す図である。本システムにおけるサービス中継サーバ８のソフトウエアは、ＳＯＡＰリクエスト受信部８Ａ、サーバ選択部８Ｂ、サーバ管理部８Ｃ、サーバ管理リスト８Ｄ、中継プログラムリスト８Ｅ、Ｗｅｂサービス中継部８Ｆ、ＳＯＡＰリクエスト送信部８Ｇ、ＳＯＡＰレスポンス受信部８Ｈ、及びＳＯＡＰレスポンス送信部８Ｉにより機能する。
【００６５】
ＳＯＡＰリクエスト受信部８Ａは、ホームセキュリティ端末１からＳＯＡＰリクエストを受信し、サーバ選択部８Ｂに出力する。
【００６６】
サーバ選択部８Ｂは、ＳＯＡＰリクエスト受信部８ＡからＳＯＡＰリクエストを受け取り、中継先のサーバを決定（選択）する。即ち、サーバ選択部８Ｂは、ＳＯＡＰリクエストに指定された条件に基づいて、その条件を満たす最適なサーバを選択する。
【００６７】
サーバ管理部８Ｃは、サーバ管理リスト８Ｄの登録、検索、削除処理を行う。また、サーバ管理部８Ｃは、ＳＯＡＰメッセージの送受信に基づくサーバ管理リスト８Ｄの更新処理も行う。
【００６８】
サーバ管理リスト８Ｄは、各警備員派遣サーバ６、顔面認証サーバ７の情報を記憶する。なお、サーバ管理リスト８Ｄの詳細なデータ構造については、後述する。
【００６９】
中継プログラムリスト８Ｅは、各警備員派遣サーバ６（６Ａ，６Ｂ）、顔面認証サーバ７（７Ａ，７Ｂ）毎のメッセージ形式を変換するためのプログラムを格納する。即ち、送受信されるＳＯＡＰメッセージをサーバ毎に対応するインターフェースに変換するために用いるプログラムが格納される。
【００７０】
Ｗｅｂサービス中継部８Ｆは、サーバ選択部８Ｂが選択したサーバへＳＯＡＰリクエストを中継する。また、サーバからのＳＯＡＰレスポンスをホームセキュリティ端末１に中継する。中継時には、中継プログラムリスト８Ｅに登録されている中継プログラムを実行して、中継先のサーバに適合する形式にＳＯＡＰリクエスト、ＳＯＡＰレスポンスの書式（形式）を変換する。
【００７１】
ＳＯＡＰリクエスト送信部８Ｇは、Ｗｅｂサービス中継部８ＦからＳＯＡＰリクエストを受け取り、警備員派遣サーバ６または顔面認証サーバ７に送信する。
【００７２】
ＳＯＡＰレスポンス受信部８Ｈは、警備員派遣サーバ６または顔面認証サーバ７からＳＯＡＰレスポンスを受信し、Ｗｅｂサービス中継部８Ｆに出力する。
【００７３】
ＳＯＡＰレスポンス送信部８Ｉは、Ｗｅｂサービス中継部８ＦからＳＯＡＰレスポンスを受け取り、ホームセキュリティ端末１に送信する。
【００７４】
次に、サーバ管理リスト８Ｄのデータ構造について説明する。図１４は、サーバ管理リスト８Ｄのデータ構造を示す図である。サーバ管理リスト８Ｄは、各サーバ毎のＳＯＡＰリクエスト種別、サーバ、コスト（Ｃｏｓｔ）、レスポンス（Ｒｅｓｐｏｎｓｅ）、信頼性（Ｒｅｌｉａｂｉｌｉｔｙ）、成功回数、実行回数、中継プログラムを示すフィールドを有する。
【００７５】
ＳＯＡＰリクエスト種別には、サービス中継サーバ８がホームセキュリティ端末１から受信するＳＯＡＰリクエストの種別が示される。サーバには、ＳＯＡＰリクエストの中継先となるサーバ名が示される。コストには、サーバの利用料金が示される。レスポンスには、サーバの平均応答時間が示される。成功回数には、サーバの利用に成功した回数が示される。ここでは、サーバから応答が返ってきた場合を成功とし、サーバが機能していなくて応答が返らない場合を失敗とみなす。実行回数には、サーバを利用しようとした回数が示される。信頼性には、上記の成功回数及び実行回数に基づくサーバのシステムの信頼性が示される。この信頼性は、例えば、成功回数を実行回数で割った値に１００を掛けて算出すればよい。中継プログラムには、中継時にＳＯＡＰリクエスト／ＳＯＡＰレスポンスの形式に変換するために実行する、中継プログラムリスト８Ｅ中のプログラム名が示される。
【００７６】
〈処理フロー〉
《ホームセキュリティ端末における侵入者検知時》
図１５は、ホームセキュリティ端末１が侵入者を検知した場合の処理を示すフローチャートである。この処理は、例えば、窓に設置されているマグネットセンサ（侵入センサ２）が住居内への侵入者を監視しており、窓の開閉によって侵入者が検知された場合に実行される。
【００７７】
まず、ＣＰＵ１Ａは、侵入センサ２によって侵入者が検知されたか否かを判断する（Ｓ１）。即ち、侵入センサ監視部１Ｆに、窓の開閉によりマグネットセンサからの侵入通知がされたか否かが判断される。
【００７８】
続いて、ＣＰＵ１Ａは、ＳＯＡＰリクエストを生成する（Ｓ２）。ここでは、侵入通知に対するＳＯＡＰリクエストとして、警備員派遣要求が生成される。生成されたＳＯＡＰリクエスト（警備員派遣要求）は、通信制御部１Ｄからサービス中継サーバ８へ送信される（Ｓ３）。ここでいう、ＳＯＡＰリクエストは、図４及び５の“（１）警備員派遣要求”に相当する。
【００７９】
通信制御部１Ｄは、送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスをサービス中継サーバ８から受信する（Ｓ４）。ここでいう、ＳＯＡＰレスポンスは、図４及び５の“（４）警備員派遣応答”に相当する。そして、ＣＰＵ１Ａは、受信したＳＯＡＰレスポンス中の“成功／失敗”を示す値に基づいて、警備員の手配が完了したか否かを判断する（Ｓ５）。ここで、警備員の手配が完了していない場合（ＳＯＡＰレスポンスの値が“失敗”を示していた場合）には、Ｓ２に戻り、再び警備員派遣要求を実行する。一方、警備員の手配が完了している場合には、再び侵入者の監視状態（Ｓ１）に戻る。
【００８０】
以上のようにして、ホームセキュリティ端末１は、住居内への侵入者を検知した場合に、自動的に警備員を手配することができる。
【００８１】
《ホームセキュリティ端末における来訪者検知時》
図１６は、ホームセキュリティ端末１が来訪者を検知した場合の処理を示すフローチャートである。この処理は、例えば、カメラ付インターホン３のボタンが押下され、来訪者が検知された場合に実行される。
【００８２】
まず、ＣＰＵ１Ａは、カメラ付インターホン３のボタンの押下によって来訪者が検知されたか否かを判断する（Ｓ１１）。ここでは、カメラ付インターホン３のボタンの押下が検知されると同時に、画像受信部１Ｇに来訪者の顔面画像が送信される。ボタンの押下によって、来訪者が検知された場合には、顔面画像記憶部１Ｅに未認証の顔面画像があるか否かを判断する（Ｓ１２）。ここでは、顔面画像記憶部１Ｅに記憶されている居住者の画像のうち、未認証となっている画像（まだ帰宅していない居住者の画像）があるか否かが判断される。ここで、未認証となっている画像がある場合には、ＣＰＵ１Ａは、顔面画像記憶部１Ｅから未認証の顔面画像を取得する（Ｓ１３）。ここでの処理は、まだ帰宅していない居住者がいることを前提としている。一方、未認証となっている画像がない場合には、再び来訪者の検知状態（Ｓ１１）に戻る。
【００８３】
続いて、ＣＰＵ１Ａは、取得した顔面画像を用いて、ＳＯＡＰリクエスト（顔面認証要求）を生成する（Ｓ１４）。生成されたＳＯＡＰリクエスト（顔面認証要求）は、通信制御部１Ｄからサービス中継サーバ８へ送信される（Ｓ１５）。ここでいう、ＳＯＡＰリクエストは、図６及び７の“（１）顔面認証要求”に相当する。
【００８４】
通信制御部１Ｄは、送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスをサービス中継サーバ８から受信する（Ｓ１６）。ここでいう、ＳＯＡＰレスポンスは、図６及び７の“（４）顔面認証応答”に相当する。そして、ＣＰＵ１Ａは、受信したＳＯＡＰレスポンス中の“認証成功／認証失敗”を示す値に基づいて、顔面画像の認証が成功したか否かを判断する（Ｓ１７）。ここで、認証が成功したと判断された場合（ＳＯＡＰレスポンスの値が“認証成功”を示していた場合）には、電子錠４が開錠される（Ｓ１８）。一方、認証が成功しなかったと判断された場合（ＳＯＡＰレスポンスの値が“認証失敗”を示していた場合）には、再びＳ１２以降の処理が実行される。
【００８５】
以上のようにして、ホームセキュリティ端末１は、来訪者を検知した場合に、顔面画像を用いて自動的に居住者であるか否かを判断して電子錠４を開錠することができる。
【００８６】
《警備員派遣サーバ》
図１７は、警備員派遣サーバ６（６Ａ，６Ｂ）がサービス中継サーバ８からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。この処理は、警備員派遣サーバ６が何らかのＳＯＡＰリクエストを受信した場合に実行される。ここで、警備員派遣サーバ６Ａは、Ａ社が管理するサーバであり、警備員派遣サーバ６Ｂは、Ｂ社が管理するサーバであると仮定する。
【００８７】
ＣＰＵ６Ｃは、ＳＯＡＰリクエスト受信部６Ｊがサービス中継サーバ８からのＳＯＡＰリクエストを受信したか否かを判断する（Ｓ２１）。ＳＯＡＰリクエストを受信した場合には、ＣＰＵ６Ｃは、そのＳＯＡＰリクエストが警備員派遣要求であるか否かを判断する（Ｓ２２）。この時、警備員派遣サーバ６Ａ，６Ｂは、それぞれ自社に対する警備員派遣要求であるか否かも同時に判断する。ここでいう、ＳＯＡＰリクエストは、図４及び５の“（２）Ａ社警備員派遣要求”または“（２）’Ｂ社警備員派遣要求”に相当する。
【００８８】
ＳＯＡＰリクエストが自社に対する警備員派遣要求であった場合には、警備員派遣サーバ側で警備員の手配が行われる（Ｓ２３）。ここでは、例えば、ＣＰＵ６Ｃがディスプレイ上にその旨を知らせるメッセージを表示させ、それを受けたオペレータが電話などで指示を出し警備員を手配するようにすればよい。
【００８９】
警備員が手配された後、ＣＰＵ６Ｃは、その結果を含むＳＯＡＰレスポンス（警備員派遣応答）を生成する（Ｓ２４）。即ち、警備員が無事手配できた場合には、成功を示す応答メッセージが生成され、何らかの事情で警備員が手配できなかった場合には、失敗を示す応答メッセージが生成される。ここでいう、ＳＯＡＰレスポンスは、図４及び５の“（３）Ａ社警備員派遣応答”または“（３）’Ｂ社警備員派遣応答”に相当する。
【００９０】
生成したＳＯＡＰレスポンスは、通信制御部６Ｆからサービス中継サーバ８へ送信される（Ｓ２５）。
【００９１】
以上のようにして、警備員派遣サーバ（６Ａ，６Ｂ）は、警備員派遣要求を受信すると、警備員を手配して、その結果を通知するように機能することができる。
【００９２】
《顔面認証サーバ》
図１８は、顔面認証サーバ７（７Ａ，７Ｂ）がサービス中継サーバ８からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。この処理は、顔面認証サーバ７が何らかのＳＯＡＰリクエストを受信した場合に実行される。ここで、顔面認証サーバ７Ａは、Ａ社が管理するサーバであり、顔面認証サーバ７Ｂは、Ｂ社が管理するサーバであると仮定する。
【００９３】
ＣＰＵ７Ｃは、ＳＯＡＰリクエスト受信部７Ｊがサービス中継サーバ８からのＳＯＡＰリクエストを受信したか否かを判断する（Ｓ３１）。ＳＯＡＰリクエストを受信した場合には、ＣＰＵ７Ｃは、そのＳＯＡＰリクエストが顔面認証要求であるか否かを判断する（Ｓ３２）。この時、顔面認証サーバ７Ａ，７Ｂは、それぞれ自社に対する顔面認証要求であるか否かも同時に判断する。ここでいう、ＳＯＡＰリクエストは、図６及び７の“（２）Ａ社顔面認証要求”または“（２）’Ｂ社顔面認証要求”に相当する。
【００９４】
ＳＯＡＰリクエストが自社に対する顔面認証要求であると判断された場合には、顔面認証Ｗｅｂサービス７Ｉは、顔面認証を行う（Ｓ３３）。ここでは、例えば、図７に示される“居住者ＧＩＦ顔面画像”と“来訪者ＧＩＦ顔面画像”とが、一致するか否かを判断するような顔面認証を行えばよい。
【００９５】
顔面認証が行われた後、ＣＰＵ７Ｃは、その結果を含むＳＯＡＰレスポンス（顔面認証応答）を生成する（Ｓ３４）。即ち、２枚の画像が一致した場合には、認証成功を示す応答メッセージが生成され、不一致であった場合には、認証失敗を示す応答メッセージが生成される。ここでいう、ＳＯＡＰレスポンスは、図６及び７の“（３）Ａ社顔面認証応答”または“（３）’Ｂ社顔面認証応答”に相当する。
【００９６】
生成したＳＯＡＰレスポンスは、通信制御部７Ｆからサービス中継サーバ８へ送信される（Ｓ３５）。
【００９７】
以上のようにして、顔面認証サーバ（７Ａ，７Ｂ）は、顔面認証要求を受信すると、顔面認証を行い、その結果を通知するように機能することができる。
【００９８】
《サービス中継サーバ》
図１９は、サービス中継サーバ８がホームセキュリティ端末１からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。この処理は、ホームセキュリティ端末１から何らかのＳＯＡＰリクエストを受信した場合に実行される。
【００９９】
まず、サービス中継サーバ８のＣＰＵは、ＳＯＡＰリクエスト受信部８Ａがホームセキュリティ端末１からＳＯＡＰリクエストを受信したか否かを判断する（Ｓ４１）。ここで、ＳＯＡＰリクエストを受信したと判断された場合には、サーバ管理部８Ｃは、サーバ管理リスト８Ｄを検索する（Ｓ４２）。続いて、未試行のサーバがあるか否かが判断される（Ｓ４３）。サーバの選択は、基本的に条件に適合するサーバから順次行われるが、このステップは、２回目以降にサーバの選択を行う場合を想定している。
【０１００】
続いて、サーバ選択部８Ｂは、未試行のサーバの中からＳＯＡＰリクエストの“Ｐｒｉｏｒｉｔｙ（優先）”で指定された条件が最適となるサーバを選択する（Ｓ４４）。続いて、中継プログラムリスト８Ｅから選択したサーバ用の中継プログラムがＷｅｂサービス中継部８Ｆにより取り出される（Ｓ４５）。そして、Ｗｅｂサービス中継部８Ｆは、中継プログラムを実行してＳＯＡＰリクエストの形式を変換する（Ｓ４６）。ここでは、取り出した中継プログラムを用いて、ＳＯＡＰリクエストが選択したサーバに適合するメッセージ形式に変換される。
【０１０１】
変換したＳＯＡＰリクエストは、ＳＯＡＰリクエスト送信部８Ｇから選択したサーバに送信される（Ｓ４７）。そして、サーバ管理リスト８Ｄ中の該当するサーバの“実行回数”がサーバ管理部８Ｃにより更新される（Ｓ４８）。
【０１０２】
続いて、サービス中継サーバ８のＣＰＵは、ＳＯＡＰレスポンス受信部８Ｈが選択したサーバからＳＯＡＰレスポンスを受信したか否かを判断する（Ｓ４９）。ここで、選択したサーバからＳＯＡＰレスポンスを受信した場合には、サーバ管理リスト８Ｄ中の“Ｒｅｓｐｏｎｓｅ（応答）”と“Ｒｅｌｉａｂｉｌｉｔｙ（信頼性）”と“成功回数”がサーバ管理部８Ｃにより更新される（Ｓ５０）。一方、一定時間経過しても、選択したサーバからＳＯＡＰレスポンスが受信されない場合には、サーバ管理リスト８Ｄ中の“Ｒｅｌｉａｂｉｌｉｔｙ（信頼性）”がサーバ管理部８Ｃにより更新され、条件が最適となるサーバの選択が再び実行される（Ｓ５３）。このようにして、サーバからＳＯＡＰレスポンスが受信され、成功が確認できるまで、最適なサーバを選択する処理を実行する。
【０１０３】
続いて、Ｗｅｂサービス中継部８Ｆは、中継プログラムを実行してＳＯＡＰレスポンスの形式を変換する（Ｓ５１）。ここでは、中継プログラムを用いて、選択したサーバから受信したＳＯＡＰレスポンスがホームセキュリティ端末１に適合する形式に変換される。変換したＳＯＡＰレスポンスは、ＳＯＡＰレスポンス送信部８Ｉからホームセキュリティ端末１に送信される（Ｓ５２）。
【０１０４】
以上のようにして、サービス中継サーバ８は、クライアント（ホームセキュリティ端末１）がその時点で要求する条件に応じた最適なサーバを自動的に選択して、サービスを提供することができる。
【０１０５】
また、本実施形態のサービス中継サーバ８は、選択したサーバにメッセージを送信する際に、クライアントから受信したメッセージを、選択したサーバに適合する形式に変換する。このため、クライアント側（ホームセキュリティ端末１）は、事業者が提供する各サーバ６Ａ，６Ｂ，７Ａ，７Ｂ等のインターフェースの相違を意識する必要がない。また、各サーバ６Ａ，６Ｂ，７Ａ，７Ｂ等も、クライアントごとのインターフェースの違いを意識する必要がない。
【０１０６】
また、本実施形態のサービス中継サーバ８によると、例えば、利用しようとしているサーバに障害が発生した場合やメンテナンスのために利用できない等の問題が生じた時に、利用するサーバを稼動中のサーバに切替えることができる。
【０１０７】
また、本実施形態のサービス中継サーバ８は、例えば、利用しているサーバの価格が変更になった場合でも、クライアントが指定した基準を満たすサーバを選択すればよい。
【０１０８】
また、本実施形態のサービス中継サーバ８には、サービスを提供する各サーバの稼働率、信頼性等がほぼリアルタイムで蓄積される。このため、クライアント（ホームセキュリティ端末１）からのリクエストに適合するサーバがほぼリアルタイムで選択される。
【０１０９】
〈変形例〉
上述した実施形態では、指定された条件が最適となるサーバを選択することを想定していた。これに代えて、本発明の実施は、所与の条件に合致するサーバを選択するようにしてもよい。例えば、サーバを選択する際の指定条件が基準を満足するサーバであれば、無作為に選択するようにしてもよい。
【０１１０】
【発明の効果】
本発明によれば、クライアントはサーバを指定せずに、機能（サービス）を指定することにより、サービス中継サーバにより同種の機能を持つ複数のサーバの中からクライアントの要求に応じてその時点における所与の条件に合致するサーバを自動的に選択することができる。このため、クライアントが各サーバの運用状況の変動に応じて利用するサーバを変更する必要がなくなり、信頼性、処理性能、及びコスト等を含むクライアントからの要求を安定して達成するシステムを提供することができる。
【図面の簡単な説明】
【図１】本実施形態におけるシステム構成を示す図である。
【図２】本システムにおける通信シーケンスを示す図である。
【図３】ＳＯＡＰリクエストとＳＯＡＰレスポンスのメッセージ形式を示す図である。
【図４】警備員派遣時における通信シーケンスを示す図である。
【図５】警備員派遣時におけるメッセージ形式を示す図である。
【図６】顔面認証時における通信シーケンスを示す図である。
【図７】顔面認証時におけるメッセージ形式を示す図である。
【図８】本システムにおけるホームセキュリティ端末１のハードウエア構成を示す図である。
【図９】本システムにおける警備員派遣サーバ６（６Ａ、６Ｂ）のハードウエア構成を示す図である。
【図１０】本システムにおけるホームセキュリティ端末１のソフトウエア構成を示す図である。
【図１１】本システムにおける警備員派遣サーバ６（６Ａ、６Ｂ）のソフトウエア構成を示す図である。
【図１２】本システムにおける顔面認証サーバ７（７Ａ、７Ｂ）のソフトウエア構成を示す図である。
【図１３】本システムにおけるサービス中継サーバ８のソフトウエア構成を示す図である。
【図１４】サーバ管理リスト８Ｄのデータ構造を示す図である。
【図１５】ホームセキュリティ端末１が侵入者を検知した場合の処理を示すフローチャートである。
【図１６】ホームセキュリティ端末１が来訪者を検知した場合の処理を示すフローチャートである。
【図１７】警備員派遣サーバ６（６Ａ，６Ｂ）がサービス中継サーバ８からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。
【図１８】顔面認証サーバ７（７Ａ，７Ｂ）がサービス中継サーバ８からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。
【図１９】サービス中継サーバ８がホームセキュリティ端末１からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。
【図２０】従来のウェブサービスを利用したシステム概要を示す図である。
【符号の説明】
１ ホームセキュリティ端末
１Ａ ＣＰＵ
１Ｂ ＲＯＭ
１Ｃ ＲＡＭ
１Ｄ 通信制御部
１Ｅ 顔面画像記憶部
１Ｆ 侵入センサ監視部
１Ｇ 画像受信部
１Ｈ 電子錠制御部
１Ｉ 侵入監視部
１Ｊ 来訪者監視部
１Ｋ ＳＯＡＰリクエスト送信部
１Ｌ ＳＯＡＰレスポンス受信部
２ 侵入センサ
３ カメラ付インターホン
４ 電子錠
５ 住居
６Ａ，６Ｂ 警備員派遣サーバ
６Ｃ ＣＰＵ
６Ｄ ＲＯＭ
６Ｅ ＲＡＭ
６Ｆ 通信制御部
６Ｇ ハードディスク
６Ｈ ＨＭＩ
６Ｉ 警備員派遣Ｗｅｂサービス
６Ｊ ＳＯＡＰリクエスト受信部
６Ｋ ＳＯＡＰレスポンス受信部
７Ａ，７Ｂ 顔面認証サーバ
７Ｉ 顔面認証Ｗｅｂサービス
７Ｊ ＳＯＡＰリクエスト受信部
７Ｋ ＳＯＡＰレスポンス受信部
８ サービス中継サーバ
８Ａ ＳＯＡＰリクエスト受信部
８Ｂ サーバ選択部
８Ｃ サーバ管理部
８Ｄ サーバ管理リスト
８Ｅ 中継プログラムリスト
８Ｆ Ｗｅｂサービス中継部
８Ｇ ＳＯＡＰリクエスト送信部
８Ｈ ＳＯＡＰレスポンス受信部
８Ｉ ＳＯＡＰレスポンス送信部
【発明の属する技術分野】
本発明は、インターネット／イントラネット上に存在するウェブサービスをクライアントから実行させる技術に関する。
【０００２】
【従来の技術】
近年、サーバ上のプログラム（ウェブサービス）をクライアントからインターネット／イントラネット経由で実行し、これらサーバが提供する機能を組み合わせてクライアントとして必要な機能を実現する技術が台頭してきた。この技術は、未だ発展途上段階にあるが、完全にオープンな技術であり特定のベンダのソフトウエア製品やプロトコルに依存することなくソフトウエア同士を容易に連携させることが出来る。このため、電子商取引（ＥＣ）の形態の一つであるＢｔｏＢ（Ｂｕｓｉｎｅｓｓ ｔｏ Ｂｕｓｉｎｅｓｓ）やネット接続可能な組み込み機器での利用に関して大きな注目を集めている。
【０００３】
従来、ウェブサービスを利用した技術においては、図２０に示すように１機能につき１個のサーバが固定的に使用され、システム全体が１事業者（グループ）の管理下に置かれていた（特許文献１）。
【０００４】
今後は、異なる事業者によって同種の機能を持つサーバが複数提供され、クライアントは機能毎に最適なサーバを選択して実行することが可能になると考えられる。
【０００５】
【特許文献１】
特開２００１−１６０００６号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上述のような従来の技術では、サーバ毎に事業者が異なることから以下のような問題が生じる。即ち、各事業者の事業計画に合わせてサーバ毎に運用状況（稼動状況、レスポンス、利用料金等）が変動する。このため、各サーバの変動状況に合わせてクライアントはサーバを変更しなければならず、システム全体として安定稼動を続けることが困難な場合がある。例えば、過去の実績にしたがい最も信頼できる事業者のサーバを利用していたが、その事業者の名声によりそのサーバへのアクセスが過多となりレスポンスが悪化してしまう場合がある。また、人気の集中した事業者が料金を高めに設定し、コスト面での条件が満足されなくなる場合もある。
【０００７】
本発明は、以上のような問題を解決し、同種の機能を持つ複数のサーバがインターネット／イントラネット上に公開される環境において、サーバ毎に運用状況（稼動状況、レスポンス、利用料金等）が変動しても、信頼性、処理性能、及びコストなど含むユーザの要求を安定して達成するシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記問題を解決するため、本発明は以下のような構成をとる。即ち、本発明は、サービス中継装置であって、ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信する手段と、上記要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択する手段と、上記要求メッセージを上記選択したサーバに適合する形式に変換する手段と、上記変換した要求メッセージを上記選択したサーバに送信する手段とを備える。
【０００９】
本発明によれば、ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信し、その要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択し、その要求メッセージを選択したサーバに適合する形式に変換して選択したサーバに送信することができる。
【００１０】
好ましくは、上記サービス中継サーバは、上記要求メッセージに対する応答メッセージを上記選択したサーバから受信する手段と、上記応答メッセージを要求元となるユーザ端末に適合する形式に変換する手段と、上記変換した応答メッセージを上記ユーザ端末に送信する手段とを備えるように構成してもよい。
【００１１】
本発明によれば、要求メッセージに対する応答メッセージを選択したサーバから受信し、その応答メッセージを要求元となるユーザ端末に適合する形式に変換してユーザ端末に送信することができる。
【００１２】
好ましくは、上記サービス中継サーバは、上記要求メッセージに対する応答メッセージが受信されない場合には、上記複数のサーバのうち上記選択する手段により選択されなかったサーバから上記条件に合致するサーバを選択する手段と、上記選択したサーバに対し、上記要求メッセージを再度送信する手段とを備えるように構成してもよい。
【００１３】
本発明によれば、要求メッセージに対する応答メッセージが受信されない場合には、複数のサーバのうち選択されなかったサーバから要求条件に合致するサーバを選択して、その選択したサーバに対して要求メッセージを再度送信することができる。
【００１４】
好ましくは、上記条件は、選択されるサーバに対してサービスの利用料金、要求に対する平均応答時間、サービスの成功回数、サービスの実行回数、上記成功回数または実行回数に基づく信頼性を示す情報の少なくとも１つを指定するようにしてもよい。
【００１５】
本発明によれば、選択されるサーバに対してサービスの利用料金、要求に対する平均応答時間、サービスの成功回数、サービスの実行回数、成功回数または実行回数に基づく信頼性を示す情報の少なくとも１つを、サーバを選択する際の条件として指定することができる。
【００１６】
好ましくは、上記選択する手段は、上記複数のサーバに対して上記条件への適否判定の基準となる条件パラメータを記録する手段を有しており、上記条件パラメータは、上記応答メッセージ受信の有無または受信した応答メッセージにしたがって更新されるように構成してもよい。
【００１７】
以上のように、本発明によれば、サービス中継装置により同種の機能を持つ複数のサーバの中からユーザ端末の要求に応じてその時点における所与の条件に合致するサーバを自動的に選択することができる。このため、ユーザが各サーバの運用状況の変動に応じて利用するサーバを変更する必要がなくなり、信頼性、処理性能、及びコスト等を含むユーザの要求を安定して達成するシステムを提供することが可能となる。
【００１８】
また、本発明は、以上の方法を実行させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータ等が読み取り可能な記録媒体に記録したものでもよい。
【００１９】
【発明の実施の形態】
以下、図面を用いて本発明の実施形態について説明する。なお、本実施形態の説明は例示であり、本発明の構成は以下の説明に限定されない。
【００２０】
《実施形態》
本実施形態では、ウェブサービスをホームセキュリティシステムに適用した場合を想定する。
【００２１】
〈システム構成〉
図１は、本実施形態におけるシステム構成を示す図である。本システムは、図１に示すように、ホームセキュリティシステムが構築された住居５とサービスを提供する各種サーバ６Ａ，６Ｂ，７Ａ，及び７Ｂとの間にサービス中継サーバ８を設置し、それぞれインターネットまたはイントラネットを介してサービス中継サーバ８に接続されることにより構成される。
【００２２】
住居５は、ホームセキュリティ端末１、侵入センサ２、カメラ付インターホン３、電子錠４を有しており、住居５内においてホームセキュリティシステムが構築される。上記の各種サーバは、例えば、警備員派遣サーバ６Ａ、警備員派遣サーバ６Ｂ、顔面認証サーバ７Ａ、顔面認証サーバ７Ｂである。以下、各構成要素について説明する。
【００２３】
ホームセキュリティ端末１は、侵入者を検知した時の警備員派遣要求処理、来訪者を検知した時の顔面認証処理または電子錠制御処理を実行する。ホームセキュリティ端末１は、警備員派遣要求時には、警備員派遣サーバ６Ａまたは６Ｂを利用する。また、ホームセキュリティ端末１は、顔面認証時には、顔面認証サーバ７Ａまたは７Ｂを利用する。
【００２４】
侵入センサ２は、住居５内への侵入者を検知し、ホームセキュリティ端末１に通知するセンサである。侵入センサ２には、例えば、窓に設置させるマグネットセンサ、室内に設置される赤外線センサ等がある。
【００２５】
カメラ付インターホン３は、来訪者を検知すると、来訪者の顔を撮影し、撮影画像をホームセキュリティ端末１に送信するインターホンである。来訪者は、インターホンのボタンを押下することで検知される。
【００２６】
電子錠４は、住居５の玄関扉に設置され、ホームセキュリティ端末１から開錠または施錠を操作することが可能な鍵である。
【００２７】
警備員派遣サーバ６Ａ，６Ｂは、警備員派遣要求を受信し、要求元へ警備員手配するサーバである。サーバ６Ａ，６Ｂは、それぞれ事業者が異なり、異なる条件により運用される。ここでいう、異なる条件とは、例えば、警備員派遣要求を受信するＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）、稼動状況、警備員派遣要求に対するレスポンス、料金等である。
【００２８】
顔面認証サーバ７Ａ，７Ｂは、顔面が撮影された２枚の画像を受信し、同一人物であるかどうかを認証し、認証結果を返すサーバである。サーバ７Ａ，７Ｂは、それぞれ事業者が異なり、異なる条件により運用される。ここでいう、異なる条件とは、例えば、データを受信するＩ／Ｆ、稼動状況、認証結果を返すまでのレスポンス、料金等である。
【００２９】
サービス中継サーバ８は、ホームセキュリティ端末１から警備員派遣サーバ６Ａ，６Ｂ、または顔面認証サーバ７Ａ，７Ｂへのリクエストを中継するサーバである。即ち、サービス中継サーバ８は、同種の機能を提供する複数のサーバから最適なサーバ、又はホームセキュリティ端末１からの要求条件に合致するサーバを選択し、クライアント（住居５）からのリクエストを中継する。また、サービス中継サーバ８は、選択したサーバからクライアントに対するレスポンスを中継する。それぞれの中継時には、サービス中継サーバ８は、メッセージ（リクエスト、レスポンス）形式の変換を行う。
【００３０】
以上から、本システムでは、同種の機能を持つ複数のサーバから、サーバ毎の運用状況などに応じてその都度最適なサーバ、又は所与の条件に合致するサーバを用いて、例えば、住居５において住居内への侵入者を侵入センサ２が検知すると自動的に警備員の派遣を手配するようなサービス、または、来訪者の検知時にカメラ付インターホン３で顔面認証を行い、居住者であれば玄関ドアの電子錠を自動的に開錠するようなサービスを提供することが可能なシステムを提供する。
【００３１】
〈サービス中継サーバに跨る通信〉
図２は、本システムにおける通信シーケンスを示す図である。図２に示すように、サービス中継サーバ８に跨る通信には、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を用いる。ＳＯＡＰは、他のコンピュータにあるデータやサービスを呼び出すためのプロトコルとして一般的に知られており、ＳＯＡＰ使用時にはＳＯＡＰメッセージが送受信される。図２に示すように、ホームセキュリティ端末１−サービス中継サーバ８間、及びサービス中継サーバ８−警備員派遣サーバ６／顔面認証サーバ７間の通信には、ＳＯＡＰメッセージとして、ＳＯＡＰリクエストとＳＯＡＰレスポンスを用いる。なお、警備員派遣サーバ６Ａ，６Ｂを総称して、警備員派遣サーバ６という。また、顔面認証サーバ７Ａ，７Ｂを総称して、顔面認証サーバ７という。
【００３２】
図２において、まず、ホームセキュリティ端末１からサービス中継サーバ８に対して、ＳＯＡＰリクエストが送信される（１）。そして、サービス中継サーバ８は、受信したＳＯＡＰリクエストからそのリクエスト内に指定された条件が最適となるサーバを選択して、選択したサーバへＳＯＡＰリクエストを送信する（２）。ＳＯＡＰリクエストを受信したサーバは、その応答としてサービス中継サーバ８へＳＯＡＰレスポンスを送信する（３）。サービス中継サーバ８は、ＳＯＡＰリクエストの要求元となるホームセキュリティ端末１へ受信したＳＯＡＰレスポンスを送信する（４）。このように、本システムでは、サービス中継サーバ８を介してＳＯＡＰメッセージが送受信され、ホームセキュリティ端末１−警備員派遣サーバ６／顔面認証サーバ７間の通信が実現される。
【００３３】
なお、ここでは、指定された条件が最適となるサーバを選択したが、これに代えて、指定の条件が指定基準を満足するサーバを選択するようにしてもよい。
【００３４】
次に、ＳＯＡＰリクエストとＳＯＡＰレスポンスのメッセージ形式について説明する。図３は、ＳＯＡＰリクエストとＳＯＡＰレスポンスのメッセージ形式を示す図である。図３に示すように、ＳＯＡＰメッセージは、メッセージ名、引数名とそれに対応するデータ型および値を示すフィールドを有する。このうち、メッセージ名には、メッセージの種類が示される。また、引数名などを示すフィールドには、指定する条件（望ましいサーバを選択する際に、優先させる条件）、その他要求時に必要な情報、要求に対する応答結果などが、メッセージの種類に応じて設定される。
【００３５】
次に、上述した通信シーケンスとメッセージ形式について、警備員派遣時を例にして図４及び図５を用いて、具体的に説明する。図４は、警備員派遣時における通信シーケンスを示す図である。図５は、警備員派遣時におけるメッセージ形式を示す図である。なお、図４と図５に示す連番（（１），（２）…）は、それぞれ対応する。
【００３６】
警備員派遣時における通信は、図４に示されるように、まず、ホームセキュリティ端末１からサービス中継サーバ８に対して、ＳＯＡＰリクエストとして警備員派遣要求が送信される（１）。この時、警備員派遣要求には、メッセージの種類（メッセージ名）として警備員派遣要求“Ｃａｌｌ Ｇｕａｒｄ”が示され、優先させる条件“Ｐｒｉｏｒｉｔｙ”として、例えば、“Ｃｏｓｔ（料金）”と“Ｒｅｓｐｏｎｓｅ（応答時間）”と“Ｒｅｌｉａｂｉｌｉｔｙ（信頼性）”の何れかが指定され、その他に警備員を派遣する際に必要な情報として“住所（Ａｄｄｒｅｓｓ）”、“電話番号（Ｐｈｏｎｅ）”、及び“契約者名（Ｎａｍｅ）”が示される（図５の（１））。
【００３７】
続いて、サービス中継サーバ８は、例えば、受信した警備員派遣要求に指定された条件が最適となるサーバを選択して、選択したサーバへ警備員派遣要求を送信する（２（２’））。ここで、警備員派遣要求に指定される条件に最も適合するサーバが警備員派遣サーバ６Ａである場合には、警備員派遣要求が警備員派遣サーバ６Ａへ送信される。一方、警備員派遣要求に指定される条件に最も適合するサーバが警備員派遣サーバ６Ｂである場合には、警備員派遣要求が警備員派遣サーバ６Ｂへ送信される。この時、警備員派遣サーバ６Ａへ送信される警備員派遣要求には、例えば、メッセージの種類として“Ｑｕｉｃｋ Ｇｕａｒｄ（迅速さ）”が示され、その他に警備員を派遣する際に必要な情報として“郵便番号（Ｚｉｐ Ｃｏｄｅ）”、“町名番地号室（Ｔｏｗｎ）”、及び“契約者名（Ｎａｍｅ）”が示される（図５の（２））。一方、警備員派遣サーバ６Ｂへ送信される警備員派遣要求には、例えば、メッセージの種類として“Ｒｅａｓｏｎａｂｌｅ Ｇｕａｒｄ（低価格）”が示され、その他に警備員を派遣する際に必要な情報として“電話番号（ａｒｇ０）”が示される（図５の（２）’）。このように、サービス中継サーバ８から送信されるＳＯＡＰリクエストのメッセージ名は、サーバを選択する際に優先した条件に対応する名称とすることが望ましい。
【００３８】
続いて、警備員派遣要求を受信したサーバ（サービス中継サーバに選択された６Ａまたは６Ｂの何れかのサーバ）は、その応答としてサービス中継サーバ８対して、警備員派遣応答を送信する（３（３’））。この時、警備員派遣サーバ６Ａから送信される警備員派遣応答には、例えば、メッセージの種類として“Ｑｕｉｃｋ Ｇｕａｒｄ Ｒｅｔｕｒｎ”が示され、その要求に対する結果（ｒｅｔｕｒｎ）として成功または失敗を示す値“０（成功）または１（失敗）”が示される（図５の（３））。一方、警備員派遣サーバ６Ｂから送信される警備員派遣応答には、例えば、メッセージの種類として“Ｒｅａｓｏｎａｂｌｅ Ｇｕａｒｄ Ｄｏｎｅ”が示され、その要求に対する結果（ａｒｇ０）として成功または失敗を示す情報“０Ｋ（成功）またはＮＧ（失敗）”が示される（図５の（３）’）。
【００３９】
続いて、サービス中継サーバ８は、受信した警備員派遣応答を警備員派遣要求の要求元となるホームセキュリティ端末１へ送信する（４）。この時、警備員派遣応答には、例えば、メッセージの種類として“Ｃａｌｌ Ｇｕａｒｄ Ｒｅｓｐｏｎｓｅ”が示され、その要求に対する結果（ｒｅｓｕｌｔ）として成功または失敗を示す値“０（成功）または１（失敗）”が示される（図５の（４））。
【００４０】
次に、上述した通信シーケンスとメッセージ形式について、顔面認証時を例にして図６及び図７を用いて、具体的に説明する。図６は、顔面認証時における通信シーケンスを示す図である。図７は、顔面認証時におけるメッセージ形式を示す図である。なお、図６と図７に示す連番（（１），（２）…）は、それぞれ対応している。
【００４１】
顔面認証時における通信は、図６に示されるように、まず、ホームセキュリティ端末１からサービス中継サーバ８に対して、ＳＯＡＰリクエストとして顔面認証要求が送信される（１）。この時、顔面認証要求には、メッセージの種類として顔面認証要求“Ｆａｃｅ Ｃｏｍｐａｒｅ”が示され、優先させる条件“Ｐｒｉｏｒｉｔｙ”として“Ｃｏｓｔ（料金）”と“Ｒｅｓｐｏｎｓｅ（応答時間）”と“Ｒｅｌｉａｂｉｌｉｔｙ（信頼性）”の何れかが指定され、その他に送信される“画像種別（Ｅｎｃｏｄｉｎｇ）”（例えば、ＧＩＦやＢＭＰ）が示され、“居住者顔面画像（Ｆａｃｅ）”と“来訪者顔面画像（Ｆａｃｅ）”の２枚の画像が添付される（図７の（１））。
【００４２】
続いて、サービス中継サーバ８は、受信した顔面認証要求に指定された条件が最適となるサーバを選択して、選択したサーバへ顔面認証要求を送信する（２（２’））。ここで、顔面認証要求に指定される条件に最も適合するサーバが顔面認証サーバ７Ａである場合には、顔面認証要求が顔面認証サーバ７Ａへ送信される。一方、顔面認証要求に指定される条件に最も適合するサーバが顔面認証サーバ７Ｂである場合には、顔面認証要求が顔面認証サーバ７Ｂへ送信される。この時、顔面認証サーバ７Ａへ送信される顔面認証要求には、例えば、メッセージの種類として“ＧＩＦ Ｆａｃｅ ｋｅｙ”が示され、顔面認証を行うための２枚の画像“居住者ＧＩＦ顔面画像（Ｐｉｃｔｕｒｅ）”と“来訪者ＧＩＦ顔面画像（Ｐｉｃｔｕｒｅ）”が添付される（図７の（２））。一方、顔面認証サーバ７Ｂへ送信される顔面認証要求には、例えば、メッセージの種類として“ＢＭＰ Ｃｏｍｐａｒｅ”が示され、顔面認証を行うための２枚の画像“居住者ＢＭＰ顔面画像（ａｒｇ０）”と“来訪者ＢＭＰ顔面画像（ａｒｇ１）”が添付される（図７の（２）’）。
【００４３】
続いて、顔面認証要求を受信したサーバ（サービス中継サーバに選択された７Ａまたは７Ｂの何れかのサーバ）は、その応答としてサービス中継サーバ８対して、顔面認証応答を送信する（３）。この時、顔面認証サーバ７Ａから送信される顔面認証応答には、例えば、メッセージの種類として“ＧＩＦ Ｆａｃｅ ｋｅｙ Ｒｅｔｕｒｎ”が示され、その要求に対する結果（ｒｅｔｕｒｎ）として認証成功または認証失敗を示す値“１（認証成功）または０（認証失敗）”が示される（図７の（３））。一方、顔面認証サーバ７Ｂから送信される顔面認証応答には、例えば、メッセージの種類として“ＢＭＰ Ｃｏｍｐａｒｅ Ｒｅｓｐｏｎｓｅ”が示され、その要求に対する結果（ａｒｇ０）として認証成功または認証失敗を示す情報“ＯＫ（認証成功）またはＮＧ（認証失敗）”が示される（図７の（３）’）。
【００４４】
続いて、サービス中継サーバ８は、顔面認証要求の要求元となるホームセキュリティ端末１へ受信した顔面認証応答を送信する（４）。この時、顔面認証応答には、例えば、メッセージの種類として“Ｆａｃｅ Ｃｏｍｐａｒｅ Ｒｅｓｐｏｎｓｅ”が示され、その要求に対する結果（ｒｅｓｕｌｔ）として認証成功または認証失敗を示す値“０（認証成功）または１（認証失敗）”が示される（図７の（４））。
【００４５】
なお、図４，図６の処理では、指定された条件に最も適合するサーバを選択する例を示したが、これに代えて、所定の基準を満たすサーバから無作為に選択するような処理であってもよい。
【００４６】
〈ハードウエア構成〉
《ホームセキュリティ端末》
図８は、本システムにおけるホームセキュリティ端末１のハードウエア構成を示す図である。ホームセキュリティ端末１は、ＣＰＵ１Ａ、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１Ｂ、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１Ｃ、通信制御部１Ｄ、顔面画像記憶部１Ｅ、侵入センサ監視部１Ｆ、画像受信部１Ｇ、及び電子錠制御部１Ｈを有する。このうち、通信制御部１Ｄは、インターネットまたはイントラネットに接続される。このイントラネットは、例えば、家庭内ネットワークである。その他に、侵入センサ監視部１Ｆは、侵入センサ２と接続され、画像受信部１Ｇは、カメラ付インターホン３と接続され、電子錠制御部１Ｈは、電子錠４と接続される。
【００４７】
ＣＰＵ１Ａは、ホームセキュリティ端末全体を制御する。ＲＯＭ１Ｂは、ホームセキュリティ端末１のプログラム等を格納する。ＲＡＭ１Ｃは、プログラム実行時の一時的なデータ記憶に利用する。通信制御部１Ｄは、サービス中継サーバ８へのＳＯＡＰリクエストを送信、サービス中継サーバ８からのＳＯＡＰレスポンスを受信する。顔面画像記憶部１Ｅは、居住者の顔面を撮影した画像を格納する。侵入センサ監視部１Ｆは、侵入センサ２からの侵入通知を監視する。画像受信部１Ｇは、カメラ付インターホン３から、来訪者の顔面画像を受信する。電子錠制御部１Ｈは、電子錠４の開錠または施錠を行う。
【００４８】
《警備員派遣サーバ》
図９は、本システムにおける警備員派遣サーバ６（６Ａ、６Ｂ）のハードウエア構成を示す図である。警備員派遣サーバ６は、パソコン等の一般的なコンピュータで構成され、ＣＰＵ６Ｃ、ＲＯＭ６Ｄ、ＲＡＭ６Ｅ、通信制御部６Ｆ、ハードディスク６Ｇ、及びＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）６Ｈを有する。このうち、ＨＭＩ６Ｈは、キーボード、マウス、ディスプレイ等の入出力装置で構成される。その他の構成要素は、コンピュータを構成する一般的な機能であるため、その説明を省略する。
【００４９】
《顔面認証サーバ》
顔面認証サーバ７Ａおよび７Ｂは、警備員派遣サーバ６Ａおよび６Ｂと同様のハードウエア構成を有する。このため、顔面認証サーバ７Ａおよび７Ｂの構成要素については、その説明を省略する。なお、以下の説明では、顔面認証サーバ７の構成要素については、警備員派遣サーバ６における構成要素の６を７に変更した符号を用いる。
【００５０】
《サービス中継サーバ》
サービス中継サーバ８は、警備員派遣サーバ６Ａおよび６Ｂと同様のハードウエア構成を有する。このため、サービス中継サーバ８の構成要素についても、その説明を省略する。
【００５１】
〈ソフトウエア構成〉
《ホームセキュリティ端末》
図１０は、本システムにおけるホームセキュリティ端末１のソフトウエア構成を示す図である。本システムにおけるホームセキュリティ端末１のソフトウエアは、侵入監視部１Ｉ、来訪者監視部１Ｊ、ＳＯＡＰリクエスト送信部１Ｋ、及びＳＯＡＰレスポンス受信部１Ｌにより機能する。このうち、ＳＯＡＰリクエスト送信部１Ｋ、及びＳＯＡＰレスポンス受信部１Ｌは、サービス中継サーバ８と連携して機能する。
【００５２】
侵入監視部１Ｉは、侵入センサ２からの侵入通知を受け取り、ＳＯＡＰリクエスト（警備員派遣要求）をＳＯＡＰリクエスト送信部１Ｋに出力する。
【００５３】
来訪者監視部１Ｊは、カメラ付インターホン３から来訪者の顔面画像を受け取り、ＳＯＡＰリクエスト（顔面認証要求）をＳＯＡＰリクエスト送信部１Ｋに出力する。来訪者監視部１Ｊは、このＳＯＡＰリクエストに対して、サービス中継サーバ８からＳＯＡＰレスポンス（顔面認証応答）を受信し、認証に成功すれば（来訪者が居住者であれば）電子錠を開錠する。
【００５４】
ＳＯＡＰリクエスト送信部１Ｋは、侵入監視部１Ｉ、または来訪者監視部１Ｊから、ＳＯＡＰリクエストを受け取り、サービス中継サーバ８に送信する。
【００５５】
ＳＯＡＰレスポンス受信部１Ｌは、サービス中継サーバ８から受信したＳＯＡＰレスポンス（警備員派遣応答）を侵入監視部１Ｉへ、ＳＯＡＰレスポンス（顔面認証応答）を来訪者監視部１Ｊへ出力する。
【００５６】
《警備員派遣サーバ》
図１１は、本システムにおける警備員派遣サーバ６（６Ａ、６Ｂ）のソフトウエア構成を示す図である。本システムにおける警備員派遣サーバ６のソフトウエアは、警備員派遣Ｗｅｂサービス６Ｉ、ＳＯＡＰリクエスト受信部６Ｊ、及びＳＯＡＰレスポンス送信部６Ｋにより機能する。
【００５７】
警備員派遣Ｗｅｂサービス６Ｉは、ＳＯＡＰリクエスト受信部６ＪからＳＯＡＰリクエスト（警備員派遣要求）を受け取り、警備員の派遣を手配する。この警備員の派遣の手配には、例えば、ディスプレイに派遣要求元の住所を表示する、または警備員の携帯電話宛にメールを送信する等が考えられる。また、警備員派遣Ｗｅｂサービス６Ｉは、ＳＯＡＰレスポンス（警備員派遣応答）をＳＯＡＰレスポンス送信部６Ｋを介してサービス中継サーバ８に送信する。
【００５８】
ＳＯＡＰリクエスト受信部６Ｊは、サービス中継サーバ８からＳＯＡＰリクエストを受信し、警備員派遣Ｗｅｂサービス６Ｉに出力する。
【００５９】
ＳＯＡＰレスポンス送信部６Ｋは、警備員派遣Ｗｅｂサービス６ＩからＳＯＡＰレスポンスを受け取り、サービス中継サーバ８に送信する。
【００６０】
《顔面認証サーバ》
図１２は、本システムにおける顔面認証サーバ７（７Ａ、７Ｂ）のソフトウエア構成を示す図である。本システムにおける顔面認証サーバ７のソフトウエアは、顔面認証Ｗｅｂサービス７Ｉ、ＳＯＡＰリクエスト受信部７Ｊ、及びＳＯＡＰレスポンス送信部７Ｋにより機能する。
【００６１】
顔面認証Ｗｅｂサービス７Ｉは、ＳＯＡＰリクエスト受信部７ＪからＳＯＡＰリクエスト（顔面認証要求）を受け取り、顔面認証を行う。また、ＳＯＡＰレスポンス（顔面認証応答）をＳＯＡＰレスポンス送信部７Ｋを介してサービス中継サーバ８に送信する。
【００６２】
ＳＯＡＰリクエスト受信部７Ｊは、サービス中継サーバ８からＳＯＡＰリクエストを受信し、顔面認証Ｗｅｂサービス７Ｉに出力する。
【００６３】
ＳＯＡＰレスポンス送信部７Ｋは、顔面認証Ｗｅｂサービス７ＩからＳＯＡＰレスポンスを受け取り、サービス中継サーバ８に送信する。
【００６４】
《サービス中継サーバ》
図１３は、本システムにおけるサービス中継サーバ８のソフトウエア構成を示す図である。本システムにおけるサービス中継サーバ８のソフトウエアは、ＳＯＡＰリクエスト受信部８Ａ、サーバ選択部８Ｂ、サーバ管理部８Ｃ、サーバ管理リスト８Ｄ、中継プログラムリスト８Ｅ、Ｗｅｂサービス中継部８Ｆ、ＳＯＡＰリクエスト送信部８Ｇ、ＳＯＡＰレスポンス受信部８Ｈ、及びＳＯＡＰレスポンス送信部８Ｉにより機能する。
【００６５】
ＳＯＡＰリクエスト受信部８Ａは、ホームセキュリティ端末１からＳＯＡＰリクエストを受信し、サーバ選択部８Ｂに出力する。
【００６６】
サーバ選択部８Ｂは、ＳＯＡＰリクエスト受信部８ＡからＳＯＡＰリクエストを受け取り、中継先のサーバを決定（選択）する。即ち、サーバ選択部８Ｂは、ＳＯＡＰリクエストに指定された条件に基づいて、その条件を満たす最適なサーバを選択する。
【００６７】
サーバ管理部８Ｃは、サーバ管理リスト８Ｄの登録、検索、削除処理を行う。また、サーバ管理部８Ｃは、ＳＯＡＰメッセージの送受信に基づくサーバ管理リスト８Ｄの更新処理も行う。
【００６８】
サーバ管理リスト８Ｄは、各警備員派遣サーバ６、顔面認証サーバ７の情報を記憶する。なお、サーバ管理リスト８Ｄの詳細なデータ構造については、後述する。
【００６９】
中継プログラムリスト８Ｅは、各警備員派遣サーバ６（６Ａ，６Ｂ）、顔面認証サーバ７（７Ａ，７Ｂ）毎のメッセージ形式を変換するためのプログラムを格納する。即ち、送受信されるＳＯＡＰメッセージをサーバ毎に対応するインターフェースに変換するために用いるプログラムが格納される。
【００７０】
Ｗｅｂサービス中継部８Ｆは、サーバ選択部８Ｂが選択したサーバへＳＯＡＰリクエストを中継する。また、サーバからのＳＯＡＰレスポンスをホームセキュリティ端末１に中継する。中継時には、中継プログラムリスト８Ｅに登録されている中継プログラムを実行して、中継先のサーバに適合する形式にＳＯＡＰリクエスト、ＳＯＡＰレスポンスの書式（形式）を変換する。
【００７１】
ＳＯＡＰリクエスト送信部８Ｇは、Ｗｅｂサービス中継部８ＦからＳＯＡＰリクエストを受け取り、警備員派遣サーバ６または顔面認証サーバ７に送信する。
【００７２】
ＳＯＡＰレスポンス受信部８Ｈは、警備員派遣サーバ６または顔面認証サーバ７からＳＯＡＰレスポンスを受信し、Ｗｅｂサービス中継部８Ｆに出力する。
【００７３】
ＳＯＡＰレスポンス送信部８Ｉは、Ｗｅｂサービス中継部８ＦからＳＯＡＰレスポンスを受け取り、ホームセキュリティ端末１に送信する。
【００７４】
次に、サーバ管理リスト８Ｄのデータ構造について説明する。図１４は、サーバ管理リスト８Ｄのデータ構造を示す図である。サーバ管理リスト８Ｄは、各サーバ毎のＳＯＡＰリクエスト種別、サーバ、コスト（Ｃｏｓｔ）、レスポンス（Ｒｅｓｐｏｎｓｅ）、信頼性（Ｒｅｌｉａｂｉｌｉｔｙ）、成功回数、実行回数、中継プログラムを示すフィールドを有する。
【００７５】
ＳＯＡＰリクエスト種別には、サービス中継サーバ８がホームセキュリティ端末１から受信するＳＯＡＰリクエストの種別が示される。サーバには、ＳＯＡＰリクエストの中継先となるサーバ名が示される。コストには、サーバの利用料金が示される。レスポンスには、サーバの平均応答時間が示される。成功回数には、サーバの利用に成功した回数が示される。ここでは、サーバから応答が返ってきた場合を成功とし、サーバが機能していなくて応答が返らない場合を失敗とみなす。実行回数には、サーバを利用しようとした回数が示される。信頼性には、上記の成功回数及び実行回数に基づくサーバのシステムの信頼性が示される。この信頼性は、例えば、成功回数を実行回数で割った値に１００を掛けて算出すればよい。中継プログラムには、中継時にＳＯＡＰリクエスト／ＳＯＡＰレスポンスの形式に変換するために実行する、中継プログラムリスト８Ｅ中のプログラム名が示される。
【００７６】
〈処理フロー〉
《ホームセキュリティ端末における侵入者検知時》
図１５は、ホームセキュリティ端末１が侵入者を検知した場合の処理を示すフローチャートである。この処理は、例えば、窓に設置されているマグネットセンサ（侵入センサ２）が住居内への侵入者を監視しており、窓の開閉によって侵入者が検知された場合に実行される。
【００７７】
まず、ＣＰＵ１Ａは、侵入センサ２によって侵入者が検知されたか否かを判断する（Ｓ１）。即ち、侵入センサ監視部１Ｆに、窓の開閉によりマグネットセンサからの侵入通知がされたか否かが判断される。
【００７８】
続いて、ＣＰＵ１Ａは、ＳＯＡＰリクエストを生成する（Ｓ２）。ここでは、侵入通知に対するＳＯＡＰリクエストとして、警備員派遣要求が生成される。生成されたＳＯＡＰリクエスト（警備員派遣要求）は、通信制御部１Ｄからサービス中継サーバ８へ送信される（Ｓ３）。ここでいう、ＳＯＡＰリクエストは、図４及び５の“（１）警備員派遣要求”に相当する。
【００７９】
通信制御部１Ｄは、送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスをサービス中継サーバ８から受信する（Ｓ４）。ここでいう、ＳＯＡＰレスポンスは、図４及び５の“（４）警備員派遣応答”に相当する。そして、ＣＰＵ１Ａは、受信したＳＯＡＰレスポンス中の“成功／失敗”を示す値に基づいて、警備員の手配が完了したか否かを判断する（Ｓ５）。ここで、警備員の手配が完了していない場合（ＳＯＡＰレスポンスの値が“失敗”を示していた場合）には、Ｓ２に戻り、再び警備員派遣要求を実行する。一方、警備員の手配が完了している場合には、再び侵入者の監視状態（Ｓ１）に戻る。
【００８０】
以上のようにして、ホームセキュリティ端末１は、住居内への侵入者を検知した場合に、自動的に警備員を手配することができる。
【００８１】
《ホームセキュリティ端末における来訪者検知時》
図１６は、ホームセキュリティ端末１が来訪者を検知した場合の処理を示すフローチャートである。この処理は、例えば、カメラ付インターホン３のボタンが押下され、来訪者が検知された場合に実行される。
【００８２】
まず、ＣＰＵ１Ａは、カメラ付インターホン３のボタンの押下によって来訪者が検知されたか否かを判断する（Ｓ１１）。ここでは、カメラ付インターホン３のボタンの押下が検知されると同時に、画像受信部１Ｇに来訪者の顔面画像が送信される。ボタンの押下によって、来訪者が検知された場合には、顔面画像記憶部１Ｅに未認証の顔面画像があるか否かを判断する（Ｓ１２）。ここでは、顔面画像記憶部１Ｅに記憶されている居住者の画像のうち、未認証となっている画像（まだ帰宅していない居住者の画像）があるか否かが判断される。ここで、未認証となっている画像がある場合には、ＣＰＵ１Ａは、顔面画像記憶部１Ｅから未認証の顔面画像を取得する（Ｓ１３）。ここでの処理は、まだ帰宅していない居住者がいることを前提としている。一方、未認証となっている画像がない場合には、再び来訪者の検知状態（Ｓ１１）に戻る。
【００８３】
続いて、ＣＰＵ１Ａは、取得した顔面画像を用いて、ＳＯＡＰリクエスト（顔面認証要求）を生成する（Ｓ１４）。生成されたＳＯＡＰリクエスト（顔面認証要求）は、通信制御部１Ｄからサービス中継サーバ８へ送信される（Ｓ１５）。ここでいう、ＳＯＡＰリクエストは、図６及び７の“（１）顔面認証要求”に相当する。
【００８４】
通信制御部１Ｄは、送信したＳＯＡＰリクエストに対するＳＯＡＰレスポンスをサービス中継サーバ８から受信する（Ｓ１６）。ここでいう、ＳＯＡＰレスポンスは、図６及び７の“（４）顔面認証応答”に相当する。そして、ＣＰＵ１Ａは、受信したＳＯＡＰレスポンス中の“認証成功／認証失敗”を示す値に基づいて、顔面画像の認証が成功したか否かを判断する（Ｓ１７）。ここで、認証が成功したと判断された場合（ＳＯＡＰレスポンスの値が“認証成功”を示していた場合）には、電子錠４が開錠される（Ｓ１８）。一方、認証が成功しなかったと判断された場合（ＳＯＡＰレスポンスの値が“認証失敗”を示していた場合）には、再びＳ１２以降の処理が実行される。
【００８５】
以上のようにして、ホームセキュリティ端末１は、来訪者を検知した場合に、顔面画像を用いて自動的に居住者であるか否かを判断して電子錠４を開錠することができる。
【００８６】
《警備員派遣サーバ》
図１７は、警備員派遣サーバ６（６Ａ，６Ｂ）がサービス中継サーバ８からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。この処理は、警備員派遣サーバ６が何らかのＳＯＡＰリクエストを受信した場合に実行される。ここで、警備員派遣サーバ６Ａは、Ａ社が管理するサーバであり、警備員派遣サーバ６Ｂは、Ｂ社が管理するサーバであると仮定する。
【００８７】
ＣＰＵ６Ｃは、ＳＯＡＰリクエスト受信部６Ｊがサービス中継サーバ８からのＳＯＡＰリクエストを受信したか否かを判断する（Ｓ２１）。ＳＯＡＰリクエストを受信した場合には、ＣＰＵ６Ｃは、そのＳＯＡＰリクエストが警備員派遣要求であるか否かを判断する（Ｓ２２）。この時、警備員派遣サーバ６Ａ，６Ｂは、それぞれ自社に対する警備員派遣要求であるか否かも同時に判断する。ここでいう、ＳＯＡＰリクエストは、図４及び５の“（２）Ａ社警備員派遣要求”または“（２）’Ｂ社警備員派遣要求”に相当する。
【００８８】
ＳＯＡＰリクエストが自社に対する警備員派遣要求であった場合には、警備員派遣サーバ側で警備員の手配が行われる（Ｓ２３）。ここでは、例えば、ＣＰＵ６Ｃがディスプレイ上にその旨を知らせるメッセージを表示させ、それを受けたオペレータが電話などで指示を出し警備員を手配するようにすればよい。
【００８９】
警備員が手配された後、ＣＰＵ６Ｃは、その結果を含むＳＯＡＰレスポンス（警備員派遣応答）を生成する（Ｓ２４）。即ち、警備員が無事手配できた場合には、成功を示す応答メッセージが生成され、何らかの事情で警備員が手配できなかった場合には、失敗を示す応答メッセージが生成される。ここでいう、ＳＯＡＰレスポンスは、図４及び５の“（３）Ａ社警備員派遣応答”または“（３）’Ｂ社警備員派遣応答”に相当する。
【００９０】
生成したＳＯＡＰレスポンスは、通信制御部６Ｆからサービス中継サーバ８へ送信される（Ｓ２５）。
【００９１】
以上のようにして、警備員派遣サーバ（６Ａ，６Ｂ）は、警備員派遣要求を受信すると、警備員を手配して、その結果を通知するように機能することができる。
【００９２】
《顔面認証サーバ》
図１８は、顔面認証サーバ７（７Ａ，７Ｂ）がサービス中継サーバ８からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。この処理は、顔面認証サーバ７が何らかのＳＯＡＰリクエストを受信した場合に実行される。ここで、顔面認証サーバ７Ａは、Ａ社が管理するサーバであり、顔面認証サーバ７Ｂは、Ｂ社が管理するサーバであると仮定する。
【００９３】
ＣＰＵ７Ｃは、ＳＯＡＰリクエスト受信部７Ｊがサービス中継サーバ８からのＳＯＡＰリクエストを受信したか否かを判断する（Ｓ３１）。ＳＯＡＰリクエストを受信した場合には、ＣＰＵ７Ｃは、そのＳＯＡＰリクエストが顔面認証要求であるか否かを判断する（Ｓ３２）。この時、顔面認証サーバ７Ａ，７Ｂは、それぞれ自社に対する顔面認証要求であるか否かも同時に判断する。ここでいう、ＳＯＡＰリクエストは、図６及び７の“（２）Ａ社顔面認証要求”または“（２）’Ｂ社顔面認証要求”に相当する。
【００９４】
ＳＯＡＰリクエストが自社に対する顔面認証要求であると判断された場合には、顔面認証Ｗｅｂサービス７Ｉは、顔面認証を行う（Ｓ３３）。ここでは、例えば、図７に示される“居住者ＧＩＦ顔面画像”と“来訪者ＧＩＦ顔面画像”とが、一致するか否かを判断するような顔面認証を行えばよい。
【００９５】
顔面認証が行われた後、ＣＰＵ７Ｃは、その結果を含むＳＯＡＰレスポンス（顔面認証応答）を生成する（Ｓ３４）。即ち、２枚の画像が一致した場合には、認証成功を示す応答メッセージが生成され、不一致であった場合には、認証失敗を示す応答メッセージが生成される。ここでいう、ＳＯＡＰレスポンスは、図６及び７の“（３）Ａ社顔面認証応答”または“（３）’Ｂ社顔面認証応答”に相当する。
【００９６】
生成したＳＯＡＰレスポンスは、通信制御部７Ｆからサービス中継サーバ８へ送信される（Ｓ３５）。
【００９７】
以上のようにして、顔面認証サーバ（７Ａ，７Ｂ）は、顔面認証要求を受信すると、顔面認証を行い、その結果を通知するように機能することができる。
【００９８】
《サービス中継サーバ》
図１９は、サービス中継サーバ８がホームセキュリティ端末１からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。この処理は、ホームセキュリティ端末１から何らかのＳＯＡＰリクエストを受信した場合に実行される。
【００９９】
まず、サービス中継サーバ８のＣＰＵは、ＳＯＡＰリクエスト受信部８Ａがホームセキュリティ端末１からＳＯＡＰリクエストを受信したか否かを判断する（Ｓ４１）。ここで、ＳＯＡＰリクエストを受信したと判断された場合には、サーバ管理部８Ｃは、サーバ管理リスト８Ｄを検索する（Ｓ４２）。続いて、未試行のサーバがあるか否かが判断される（Ｓ４３）。サーバの選択は、基本的に条件に適合するサーバから順次行われるが、このステップは、２回目以降にサーバの選択を行う場合を想定している。
【０１００】
続いて、サーバ選択部８Ｂは、未試行のサーバの中からＳＯＡＰリクエストの“Ｐｒｉｏｒｉｔｙ（優先）”で指定された条件が最適となるサーバを選択する（Ｓ４４）。続いて、中継プログラムリスト８Ｅから選択したサーバ用の中継プログラムがＷｅｂサービス中継部８Ｆにより取り出される（Ｓ４５）。そして、Ｗｅｂサービス中継部８Ｆは、中継プログラムを実行してＳＯＡＰリクエストの形式を変換する（Ｓ４６）。ここでは、取り出した中継プログラムを用いて、ＳＯＡＰリクエストが選択したサーバに適合するメッセージ形式に変換される。
【０１０１】
変換したＳＯＡＰリクエストは、ＳＯＡＰリクエスト送信部８Ｇから選択したサーバに送信される（Ｓ４７）。そして、サーバ管理リスト８Ｄ中の該当するサーバの“実行回数”がサーバ管理部８Ｃにより更新される（Ｓ４８）。
【０１０２】
続いて、サービス中継サーバ８のＣＰＵは、ＳＯＡＰレスポンス受信部８Ｈが選択したサーバからＳＯＡＰレスポンスを受信したか否かを判断する（Ｓ４９）。ここで、選択したサーバからＳＯＡＰレスポンスを受信した場合には、サーバ管理リスト８Ｄ中の“Ｒｅｓｐｏｎｓｅ（応答）”と“Ｒｅｌｉａｂｉｌｉｔｙ（信頼性）”と“成功回数”がサーバ管理部８Ｃにより更新される（Ｓ５０）。一方、一定時間経過しても、選択したサーバからＳＯＡＰレスポンスが受信されない場合には、サーバ管理リスト８Ｄ中の“Ｒｅｌｉａｂｉｌｉｔｙ（信頼性）”がサーバ管理部８Ｃにより更新され、条件が最適となるサーバの選択が再び実行される（Ｓ５３）。このようにして、サーバからＳＯＡＰレスポンスが受信され、成功が確認できるまで、最適なサーバを選択する処理を実行する。
【０１０３】
続いて、Ｗｅｂサービス中継部８Ｆは、中継プログラムを実行してＳＯＡＰレスポンスの形式を変換する（Ｓ５１）。ここでは、中継プログラムを用いて、選択したサーバから受信したＳＯＡＰレスポンスがホームセキュリティ端末１に適合する形式に変換される。変換したＳＯＡＰレスポンスは、ＳＯＡＰレスポンス送信部８Ｉからホームセキュリティ端末１に送信される（Ｓ５２）。
【０１０４】
以上のようにして、サービス中継サーバ８は、クライアント（ホームセキュリティ端末１）がその時点で要求する条件に応じた最適なサーバを自動的に選択して、サービスを提供することができる。
【０１０５】
また、本実施形態のサービス中継サーバ８は、選択したサーバにメッセージを送信する際に、クライアントから受信したメッセージを、選択したサーバに適合する形式に変換する。このため、クライアント側（ホームセキュリティ端末１）は、事業者が提供する各サーバ６Ａ，６Ｂ，７Ａ，７Ｂ等のインターフェースの相違を意識する必要がない。また、各サーバ６Ａ，６Ｂ，７Ａ，７Ｂ等も、クライアントごとのインターフェースの違いを意識する必要がない。
【０１０６】
また、本実施形態のサービス中継サーバ８によると、例えば、利用しようとしているサーバに障害が発生した場合やメンテナンスのために利用できない等の問題が生じた時に、利用するサーバを稼動中のサーバに切替えることができる。
【０１０７】
また、本実施形態のサービス中継サーバ８は、例えば、利用しているサーバの価格が変更になった場合でも、クライアントが指定した基準を満たすサーバを選択すればよい。
【０１０８】
また、本実施形態のサービス中継サーバ８には、サービスを提供する各サーバの稼働率、信頼性等がほぼリアルタイムで蓄積される。このため、クライアント（ホームセキュリティ端末１）からのリクエストに適合するサーバがほぼリアルタイムで選択される。
【０１０９】
〈変形例〉
上述した実施形態では、指定された条件が最適となるサーバを選択することを想定していた。これに代えて、本発明の実施は、所与の条件に合致するサーバを選択するようにしてもよい。例えば、サーバを選択する際の指定条件が基準を満足するサーバであれば、無作為に選択するようにしてもよい。
【０１１０】
【発明の効果】
本発明によれば、クライアントはサーバを指定せずに、機能（サービス）を指定することにより、サービス中継サーバにより同種の機能を持つ複数のサーバの中からクライアントの要求に応じてその時点における所与の条件に合致するサーバを自動的に選択することができる。このため、クライアントが各サーバの運用状況の変動に応じて利用するサーバを変更する必要がなくなり、信頼性、処理性能、及びコスト等を含むクライアントからの要求を安定して達成するシステムを提供することができる。
【図面の簡単な説明】
【図１】本実施形態におけるシステム構成を示す図である。
【図２】本システムにおける通信シーケンスを示す図である。
【図３】ＳＯＡＰリクエストとＳＯＡＰレスポンスのメッセージ形式を示す図である。
【図４】警備員派遣時における通信シーケンスを示す図である。
【図５】警備員派遣時におけるメッセージ形式を示す図である。
【図６】顔面認証時における通信シーケンスを示す図である。
【図７】顔面認証時におけるメッセージ形式を示す図である。
【図８】本システムにおけるホームセキュリティ端末１のハードウエア構成を示す図である。
【図９】本システムにおける警備員派遣サーバ６（６Ａ、６Ｂ）のハードウエア構成を示す図である。
【図１０】本システムにおけるホームセキュリティ端末１のソフトウエア構成を示す図である。
【図１１】本システムにおける警備員派遣サーバ６（６Ａ、６Ｂ）のソフトウエア構成を示す図である。
【図１２】本システムにおける顔面認証サーバ７（７Ａ、７Ｂ）のソフトウエア構成を示す図である。
【図１３】本システムにおけるサービス中継サーバ８のソフトウエア構成を示す図である。
【図１４】サーバ管理リスト８Ｄのデータ構造を示す図である。
【図１５】ホームセキュリティ端末１が侵入者を検知した場合の処理を示すフローチャートである。
【図１６】ホームセキュリティ端末１が来訪者を検知した場合の処理を示すフローチャートである。
【図１７】警備員派遣サーバ６（６Ａ，６Ｂ）がサービス中継サーバ８からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。
【図１８】顔面認証サーバ７（７Ａ，７Ｂ）がサービス中継サーバ８からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。
【図１９】サービス中継サーバ８がホームセキュリティ端末１からＳＯＡＰリクエストを受信した場合の処理を示すフローチャートである。
【図２０】従来のウェブサービスを利用したシステム概要を示す図である。
【符号の説明】
１ ホームセキュリティ端末
１Ａ ＣＰＵ
１Ｂ ＲＯＭ
１Ｃ ＲＡＭ
１Ｄ 通信制御部
１Ｅ 顔面画像記憶部
１Ｆ 侵入センサ監視部
１Ｇ 画像受信部
１Ｈ 電子錠制御部
１Ｉ 侵入監視部
１Ｊ 来訪者監視部
１Ｋ ＳＯＡＰリクエスト送信部
１Ｌ ＳＯＡＰレスポンス受信部
２ 侵入センサ
３ カメラ付インターホン
４ 電子錠
５ 住居
６Ａ，６Ｂ 警備員派遣サーバ
６Ｃ ＣＰＵ
６Ｄ ＲＯＭ
６Ｅ ＲＡＭ
６Ｆ 通信制御部
６Ｇ ハードディスク
６Ｈ ＨＭＩ
６Ｉ 警備員派遣Ｗｅｂサービス
６Ｊ ＳＯＡＰリクエスト受信部
６Ｋ ＳＯＡＰレスポンス受信部
７Ａ，７Ｂ 顔面認証サーバ
７Ｉ 顔面認証Ｗｅｂサービス
７Ｊ ＳＯＡＰリクエスト受信部
７Ｋ ＳＯＡＰレスポンス受信部
８ サービス中継サーバ
８Ａ ＳＯＡＰリクエスト受信部
８Ｂ サーバ選択部
８Ｃ サーバ管理部
８Ｄ サーバ管理リスト
８Ｅ 中継プログラムリスト
８Ｆ Ｗｅｂサービス中継部
８Ｇ ＳＯＡＰリクエスト送信部
８Ｈ ＳＯＡＰレスポンス受信部
８Ｉ ＳＯＡＰレスポンス送信部
Claims (13)
- ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信する手段と、
前記要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択する手段と、
前記要求メッセージを前記選択したサーバに適合する形式に変換する手段と、
前記変換した要求メッセージを前記選択したサーバに送信する手段と、
を備えるサービス中継装置。 - 前記要求メッセージに対する応答メッセージを前記選択したサーバから受信する手段と、
前記応答メッセージを要求元となるユーザ端末に適合する形式に変換する手段と、
前記変換した応答メッセージを前記ユーザ端末に送信する手段と、
を備える請求項１に記載のサービス中継装置。 - 前記要求メッセージに対する応答メッセージが受信されない場合には、前記複数のサーバのうち前記選択する手段により選択されなかったサーバから前記条件に合致する第２のサーバを選択する手段と、
前記選択した第２のサーバに対し、前記要求メッセージを再度送信する手段と、
を備える請求項２に記載のサービス中継装置。 - 前記条件は、選択されるサーバに対してサービスの利用料金、要求に対する平均応答時間、サービスの成功回数、サービスの実行回数、前記成功回数または実行回数に基づく信頼性を示す情報の少なくとも１つを指定する請求項１から３の何れかに記載のサービス中継装置。
- 前記選択する手段は、前記複数のサーバに対して前記条件への適否判定の基準となる条件パラメータを記録する手段を有しており、
前記条件パラメータは、前記応答メッセージ受信の有無または受信した応答メッセージにしたがって更新される請求項２から４の何れかに記載のサービス中継装置。 - ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信するステップと、
前記要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択するステップと、
前記要求メッセージを前記選択したサーバに適合する形式に変換するステップと、
前記変換した要求メッセージを前記選択したサーバに送信するステップと、
を備えるサービス中継方法。 - 前記要求メッセージに対する応答メッセージを前記選択したサーバから受信するステップと、
前記応答メッセージを要求元となるユーザ端末に適合する形式に変換するステップと、
前記変換した応答メッセージを前記ユーザ端末に送信するステップと、
を備える請求項６に記載のサービス中継方法。 - 前記要求メッセージに対する応答メッセージが受信されない場合には、前記複数のサーバのうち前記選択するステップにおいて選択されなかったサーバから前記条件に合致する第２のサーバを選択するステップと、
前記選択した第２のサーバに対し、前記要求メッセージを再度送信するステップと、を備える請求項７に記載のサービス中継方法。 - 前記条件は、選択されるサーバに対してサービスの利用料金、要求に対する平均応答時間、サービスの成功回数、サービスの実行回数、前記成功回数または実行回数に基づく信頼性を示す情報の少なくとも１つを指定する請求項６から８の何れかに記載のサービス中継方法。
- コンピュータに、
ユーザ端末から複数のサーバにより提供されるサービスの要求メッセージを受信するステップと、
前記要求メッセージに含まれる条件に基づいて、複数のサーバのうちその条件に合致するサーバを選択するステップと、
前記要求メッセージを前記選択したサーバに適合する形式に変換するステップと、
前記変換した要求メッセージを前記選択したサーバに送信するステップと、
を実行させるコンピュータ実行可能なサービス中継プログラム。 - コンピュータに、
前記要求メッセージに対する応答メッセージを前記選択したサーバから受信するステップと、
前記応答メッセージを要求元となるユーザ端末に適合する形式に変換するステップと、
前記変換した応答メッセージを前記ユーザ端末に送信するステップと、
を実行させる請求項１０に記載のコンピュータ実行可能なサービス中継プログラム。 - コンピュータに、
前記要求メッセージに対する応答メッセージが受信されない場合には、前記複数のサーバのうち前記選択するステップにおいて選択されなかったサーバから前記条件に合致する第２のサーバを選択するステップと、
前記選択した第２のサーバに対し、前記要求メッセージを再度送信するステップと、を実行させる請求項１１に記載のコンピュータ実行可能なサービス中継プログラム。 - コンピュータに、前記選択するステップにおいて、
複数のサーバに対してサービスの利用料金、要求に対する平均応答時間、サービスの成功回数、サービスの実行回数、前記成功回数または実行回数に基づく信頼性を示す情報の少なくとも１つを含む条件に基づいてサーバを選択させる請求項１０から１２の何れかに記載のコンピュータ実行可能なサービス中継プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003197439A JP2005038027A (ja) | 2003-07-15 | 2003-07-15 | サービス中継装置、サービス中継方法、及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003197439A JP2005038027A (ja) | 2003-07-15 | 2003-07-15 | サービス中継装置、サービス中継方法、及びプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005038027A true JP2005038027A (ja) | 2005-02-10 |
Family
ID=34207588
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003197439A Pending JP2005038027A (ja) | 2003-07-15 | 2003-07-15 | サービス中継装置、サービス中継方法、及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005038027A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007201740A (ja) * | 2006-01-25 | 2007-08-09 | Ricoh Co Ltd | ネットワーク機器 |
| JP2008102903A (ja) * | 2006-09-19 | 2008-05-01 | Ricoh Co Ltd | 経路検索サーバ、クライアント装置、経路検索システム、経路検索方法及び経路検索プログラム |
| JP2008532119A (ja) * | 2005-02-23 | 2008-08-14 | インターナショナル・ビジネス・マシーンズ・コーポレーション | パーベイシブ装置用のウェブ・サービスへの動的拡張可能な軽量アクセス |
| KR100864556B1 (ko) * | 2006-01-06 | 2008-10-20 | 가부시키가이샤 히타치세이사쿠쇼 | 정보 처리 방법 및 정보 처리 장치 |
| WO2017212586A1 (ja) * | 2016-06-08 | 2017-12-14 | 三菱電機株式会社 | ゲートウェイ装置および転送方法 |
-
2003
- 2003-07-15 JP JP2003197439A patent/JP2005038027A/ja active Pending
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008532119A (ja) * | 2005-02-23 | 2008-08-14 | インターナショナル・ビジネス・マシーンズ・コーポレーション | パーベイシブ装置用のウェブ・サービスへの動的拡張可能な軽量アクセス |
| JP4750139B2 (ja) * | 2005-02-23 | 2011-08-17 | インターナショナル・ビジネス・マシーンズ・コーポレーション | パーベイシブ装置用のウェブ・サービスへの動的拡張可能な軽量アクセス |
| KR100864556B1 (ko) * | 2006-01-06 | 2008-10-20 | 가부시키가이샤 히타치세이사쿠쇼 | 정보 처리 방법 및 정보 처리 장치 |
| JP2007201740A (ja) * | 2006-01-25 | 2007-08-09 | Ricoh Co Ltd | ネットワーク機器 |
| JP2008102903A (ja) * | 2006-09-19 | 2008-05-01 | Ricoh Co Ltd | 経路検索サーバ、クライアント装置、経路検索システム、経路検索方法及び経路検索プログラム |
| US8237958B2 (en) | 2006-09-19 | 2012-08-07 | Ricoh Company, Limited | Path detecting server, client apparatus, path detecting system, path detecting method, and computer program product |
| WO2017212586A1 (ja) * | 2016-06-08 | 2017-12-14 | 三菱電機株式会社 | ゲートウェイ装置および転送方法 |
| JP6403928B2 (ja) * | 2016-06-08 | 2018-10-10 | 三菱電機株式会社 | ゲートウェイ装置および転送方法 |
| JPWO2017212586A1 (ja) * | 2016-06-08 | 2018-10-11 | 三菱電機株式会社 | ゲートウェイ装置および転送方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6977585B2 (en) | Monitoring system and monitoring method | |
| CN104052897B (zh) | 中继装置、图像处理装置和通信系统 | |
| JP6402144B2 (ja) | ２次元コードに基づいて被後見人を探す方法及びシステム | |
| US7640349B2 (en) | Systems and methods for providing secure access to household terminals | |
| JP4458729B2 (ja) | カメラサーバシステム、プログラム、および媒体 | |
| JP4045748B2 (ja) | モニタリングシステムおよびその方法 | |
| JP2009104264A (ja) | ログイン認証方法、ログイン認証サーバおよびログイン認証プログラム | |
| JP6433612B1 (ja) | インターホンシステム | |
| JP2007282111A (ja) | 安否確認システムで使用される携帯端末装置及びサーバ装置 | |
| JP2005038027A (ja) | サービス中継装置、サービス中継方法、及びプログラム | |
| JP4022087B2 (ja) | エレベータ画像監視装置 | |
| JP2008112402A (ja) | 地域監視システム | |
| JP2004064276A (ja) | 遠隔監視システム | |
| CN103327370A (zh) | 信息处理装置、信息处理方法和信息处理系统 | |
| JP4102911B2 (ja) | 管理装置、スクリーンセーバ表示システム、端末装置、及び記録媒体 | |
| JP5663325B2 (ja) | ネットワーク対応型の集合住宅用インターホンシステム | |
| EP1381006B1 (en) | Monitoring system and monitoring method | |
| KR100612023B1 (ko) | 데이터 통신을 제공하는 네트워크 카메라 및 이를 이용한데이터 통신 방법 | |
| JP4978125B2 (ja) | 通信制御装置、及び、通信制御方法 | |
| KR101458365B1 (ko) | 영상기기 보이스 알람 시스템 및 그 운용방법 | |
| JP6037434B2 (ja) | 通信システム | |
| JP2006115374A (ja) | 遠隔見守りシステム | |
| JP5022650B2 (ja) | 遠隔監視システムおよび遠隔監視方法 | |
| KR20180111277A (ko) | 가사도우미의 관리 시스템 및 방법 | |
| JP4748151B2 (ja) | 端末装置および記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060202 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080115 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080520 |