(57)【特許請求の範囲】
【請求項１】
サービス利用者のクライアント端末装置に対して、コンテンツを提供する複数のサービスサーバ装置と、
前記複数のサービスサーバ装置から提供される複数のコンテンツを連携させるサービス連携サーバ装置とを備え、
前記サービス連携サーバ装置は、
連携先のサービスサーバ装置のコンテンツ毎に、当該コンテンツの利用に使用されるパラメータ種別が登録されたサービスプロファイルデータベースと、
連携元のサービスサーバ装置の前記コンテンツに含まれる前記パラメータを動的に取得するパラメータ取得部と、
前記パラメータ取得部で取得したパラメータに基づいて、前記連携先のコンテンツのダイジェストであって前記クライアント端末装置に選択可能に表示される前記ダイジェストを取得するダイジェスト取得部と、
前記クライアント端末装置により前記ダイジェストが選択された場合に、前記パラメータ取得部で取得したパラメータを、前記クライアント端末装置に前記連携先のコンテンツが表示されるように、前記サービスプロファイルデータベースを参照して前記連携先のサービスサーバ装置に受け渡す連携実行部とを有することを特徴とするサーバシステム。
【請求項２】
前記サービス連携サーバ装置は、
前記パラメータ取得部で取得したパラメータが前記サービスプロファイルデータベースに登録されたコンテンツに対して受け渡し可能か否か判定し、受け渡し可能な前記連携先のコンテンツを特定する連携判定部を有し、
前記ダイジェスト取得部は、前記連携判定部において特定された前記連携先のコンテンツのダイジェストを取得することを特徴とする請求項１に記載のサーバシステム。
【請求項３】
前記クライアント端末装置は、前記連携元のサービスサーバ装置から提供されたコンテンツからパラメータを抽出するパラメータ抽出部を有し、
前記パラメータ取得部は、前記パラメータ抽出部で抽出されたパラメータを前記クライアント端末装置から取得することを特徴とする請求項１または請求項２に記載のサーバシステム。
【請求項４】
前記連携元のサービスサーバ装置は、前記クライアント端末装置に対して提供するコンテンツからパラメータを抽出するパラメータ抽出部を有し、
前記パラメータ取得部は、前記パラメータ抽出部で抽出されたパラメータを前記連携元のサービスサーバ装置から取得することを特徴とする請求項１または請求項２に記載のサーバシステム。
【請求項５】
前記パラメータ取得部は、前記連携元のサービスサーバ装置から前記サービス連携サーバ装置を中継して前記クライアント端末装置に提供されるコンテンツからパラメータを抽出することにより取得することを特徴とする請求項１または請求項２に記載のサーバシステム。
【請求項６】
前記サービスプロファイルデータベースには、前記連携先のコンテンツ毎にダイジェストの取得方法が登録され、
前記ダイジェストの取得方法は、前記パラメータ取得部で取得したパラメータ及び定型文を組み合わせて前記サービス連携サーバ装置でダイジェストを生成して取得する方法、及び前記パラメータ取得部で取得したパラメータに関連付けられた前記サービスサーバ装置に対してダイジェスト生成要求を通知して、前記サービスサーバ装置で生成されたダイジェストを取得する方法の少なくともいずれかを含み、
前記ダイジェスト取得部は、前記サービスプロファイルデータベースを参照して、前記連携先のコンテンツのダイジェストを取得することを特徴とする請求項１から請求項５のいずれかに記載のサーバシステム。
【請求項７】
複数のサービスサーバ装置からサービス利用者のクライアント端末装置に対して提供される複数のコンテンツを、連携先のサービスサーバ装置のコンテンツ毎に、当該コンテンツの利用に使用されるパラメータ種別が登録されたサービスプロファイルデータベースを参照して連携させるサービス連携サーバ装置が、
前記連携元のサービスサーバ装置の前記コンテンツに含まれる前記パラメータを動的に取得するステップと、
取得したパラメータに基づいて、前記連携先のコンテンツのダイジェストを取得して、前記クライアント端末に選択可能に表示させるステップと、
前記クライアント端末により前記ダイジェストが選択された場合に、取得したパラメータを、前記クライアント端末装置に前記連携先のコンテンツが表示されるように、前記サービスプロファイルデータベースを参照して前記連携先のサービスサーバ装置に受け渡すステップとを有することを特徴とするサービス連携方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のサービスサーバ装置で利用される各サービスを連携して利用者に提供するサーバシステム及びサービス連携方法に関する。
【背景技術】
【０００２】
近年、Ｗｅｂ利用者のニーズの多様化に伴い、さまざまなサービスを提供するサービスサーバ装置が開発されている。また、サービスサーバ装置の増加により、Ｗｅｂ利用者に対して提供可能なコンテンツが増加した結果、各サービスサーバ装置の各サービスを連携して利用者に提供するシステムが求められている。
【０００３】
従来、複数のサービスサーバ装置の各サービスを連携して利用者に提供するサーバシステムとして、利用中のコンテンツで入力される文字列等のパラメータを、他のサービスサーバ装置に受け渡すことにより連携するものが知られている（例えば、特許文献１参照）。この特許文献１に記載のシステムは、ユーザ端末装置に各サービスサーバに対応したサービスインターフェースを設け、サービスインターフェースの入出力項目を複数のサービスサーバ間で関連付けて構成される。
【０００４】
そして、各サービスインターフェースの入出力項目に、特定のパラメータを打ち込むことにより、複数のサービスサーバに関連付けられた入出力項目間でパラメータが受け渡され、複数のサービスサーバ間でサービス連携される。
【０００５】
また、複数のサービスサーバ装置で利用される各サービスを連携して利用者に提供するものとして、サービス利用者のＷｅｂブラウザにサービス連携機能を設けたものが知られている。このサービス連携機能は、Ｗｅｂページ上の文章から特定の文字列等のパラメータを指定（ハイライト表示）することで、指定したパラメータが規定のサービスサーバ装置に受け渡され、複数のサービスサーバ間でサービス連携される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−９４５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載のシステム及び上記したＷｅｂブラウザにおいては、利用者がサービスサーバ装置間で受け渡されるパラメータを、打ち込みやハイライト表示等により指定する必要があり、利用者にとって煩わしい操作となっていた。この場合、Ｗｅｂブラウザにサービス連携機能を設けた場合には、Ｗｅｂページ上の文章から郵便番号、住所、電話番号等のパラメータを動的に抽出させる構成も考えられるが、このような構成であっても抽出したパラメータの受け渡し先が限定され、用途が限られてしまっていた。
【０００８】
また、このように複数のサービスを連携した場合には、利用者は連携先のサービスサーバ装置からの出力結果を得た後でなければ、必要なサービスか否かが判断できないという問題があった。連携先のサービスサーバ装置の出力結果が利用者の意にそぐわない場合には、利用者は連携元のサービスに戻らなければならなかった。特に、携帯電話等の小型デバイスでは、画面が完全に切り替わってしまうため、利用者に連携元のサービスに戻るための手間が強要されていた。
【０００９】
本発明は、かかる点に鑑みてなされたものであり、サービス利用者の利便性を向上させることができると共に、自由度の高いサービス連携を実現することができ、さらに、連携先のサービスサーバ装置からの出力結果を予測可能なサーバシステム及びサービス連携方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のサーバシステムは、サービス利用者のクライアント端末装置に対して、コンテンツを提供する複数のサービスサーバ装置と、前記複数のサービスサーバ装置から提供される複数のコンテンツを連携させるサービス連携サーバ装置とを備え、前記サービス連携サーバ装置は、連携先のサービスサーバ装置のコンテンツ毎に、当該コンテンツの利用に使用されるパラメータ種別が登録されたサービスプロファイルデータベースと、連携元のサービスサーバ装置の前記コンテンツに含まれる前記パラメータを動的に取得するパラメータ取得部と、前記パラメータ取得部で取得したパラメータに基づいて、前記連携先のコンテンツのダイジェストであって前記クライアント端末装置に選択可能に表示される前記ダイジェストを取得するダイジェスト取得部と、前記クライアント端末装置により前記ダイジェストが選択された場合に、前記パラメータ取得部で取得したパラメータを、前記クライアント端末装置に前記連携先のコンテンツが表示されるように、前記サービスプロファイルデータベースを参照して前記連携先のサービスサーバ装置に受け渡す連携実行部とを有することを特徴とする。
【００１１】
この構成によれば、サービス連携サーバ装置により、連携元のサービスサーバ装置からクライアント端末装置に対して提供されるコンテンツからパラメータが動的に取得されるため、サービス利用者によって打ち込みやハイライト表示等によって指定することなく、連携先のサービスサーバ装置にパラメータを受け渡すことができる。このため、サービス利用者のサービス連携の利便性を向上させることができる。また、サービスプロファイルデータベースに複数のサービスを登録することで、サービス用途が特定のサービスに限定されることがない。このため、自由度の高いサービス連携を実現することができる。さらに、連携元のサービスサーバ装置のパラメータが連携先のサービスサーバ装置に受け渡される前に、連携先のコンテンツのダイジェストが表示されるため、連携先のサービスサーバ装置からの出力結果を予測することができる。したがって、サービス利用者は、連携先のコンテンツを事前に予測して、意にそぐわないコンテンツが提供されるのを防止することができる。
【発明の効果】
【００１２】
本発明によれば、パラメータを指定することなく複数のサービスを連携させてサービス利用者のサービス連携の利便性を向上させることができる。また、サービス用途が特定のサービスに限定されることがないため、自由度の高いサービス連携を実現することができる。さらに、連携先のサービスサーバ装置からの出力結果を予測して、意にそぐわないコンテンツが提供されるのを防止することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係るサービスサーバの実施の形態を示す図であり、サーバシステムの概要の説明図である。
【図２】本発明に係るサービスサーバの実施の形態を示す図であり、サーバシステムの連携パターンの説明図である。
【図３】本発明に係るサービスサーバの実施の形態を示す図であり、クライアント端末装置の構成の説明図である。
【図４】本発明に係るサービスサーバの実施の形態を示す図であり、サービスサーバ装置の構成の説明図である。
【図５】本発明に係るサービスサーバの実施の形態を示す図であり、サービス連携サーバ装置の構成の説明図である。
【図６】本発明に係るサービスサーバの実施の形態を示す図であり、パラメータの一例を示す図である。
【図７】本発明に係るサービスサーバの実施の形態を示す図であり、サービスプロファイルの一例を示す図である。
【図８】本発明に係るサービスサーバの実施の形態を示す図であり、二次コンテンツのダイジェストをリスト表示した一例である。
【図９】本発明に係るサービスサーバの実施の形態を示す図であり、サービス連携サーバ装置による二次コンテンツのダイジェストの取得処理のフローチャートである。
【図１０】本発明に係るサービスサーバの実施の形態を示す図であり、第１の連携パターンにおけるサービス連携の処理シーケンスの一例を示す図である。
【図１１】本発明に係るサービスサーバの実施の形態を示す図であり、第２の連携パターンにおけるサービス連携の処理シーケンスの一例を示す図である。
【図１２】本発明に係るサービスサーバの実施の形態を示す図であり、第３の連携パターンにおけるサービス連携の処理シーケンスの一例を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について添付図面を参照して詳細に説明する。なお、以下の実施の形態においては、本発明に係るサーバシステムを有線通信システムに適用した例について説明するが、この構成に限定されるものではない。複数のサービスをサービス連携可能な通信システムであればよく、例えば、本発明に係るサーバシステムを携帯電話システム等の無線通信システムに適用してもよい。
【００１５】
図１を参照して、サーバシステムの一例について説明する。図１は、本発明の実施の形態に係るサーバシステムの概要の説明図である。なお、図１においては、説明の便宜上、２つのサービスを連携させるサーバシステムについて説明するが、この構成に限定されるものではなく、３つ以上のサービスを連携させるサーバシステムであってもよい。
【００１６】
図１に示すように、サーバシステム１は、複数のサービスを連携してサービス利用者に提供するものであり、クライアント端末装置２にコンテンツを提供する複数のサービスサーバ装置３と、複数のサービスサーバ装置３を連携させるサービス連携サーバ装置４とをネットワーク５を介して接続して構成されている。なお、以下の説明では、サービスサーバ装置３ａが連携元のサーバ装置として機能し、サービスサーバ装置３ｂ、３ｃ、３ｄが連携先のサーバ装置として機能するものとして説明する。
【００１７】
クライアント端末装置２は、Ｗｅｂブラウザ等のユーザインターフェースを有しており、ユーザインターフェースによりサービスサーバ装置３に接続される。ユーザインターフェースは、コンテンツを閲覧するためのアプリケーションであり、サービスサーバ装置３からコンテンツを受信して、コンテンツに含まれる各種データやプログラムによりクライアント端末装置２のディスプレイにコンテンツを表示する。
【００１８】
サービスサーバ装置３は、それぞれネットワーク５を介してクライアント端末装置２に接続されており、クライアント端末装置２からのリクエストに応じてコンテンツを送信する。この場合、連携元のサービスサーバ装置３ａは、クライアント端末装置２に一次コンテンツを送信し、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄは、クライアント端末装置２に一次コンテンツに関連した二次コンテンツを送信する。
【００１９】
サービス連携サーバ装置４は、ネットワーク５を介して複数のサービスサーバ装置３に接続されており、複数のサービスサーバ装置３を連携させている。サービス連携サーバ装置４は、連携元のサービスサーバ装置３ａから送信される一次コンテンツに含まれた文字列等のパラメータを動的に取得し、このパラメータを連携先のサービスサーバ装置３ｂ、３ｃ、３ｄに受け渡すことでサーバシステム１を連携している。なお、「動的に取得」とは、サービス利用者が指定することなく、装置が自動的に取得することを示している。
【００２０】
また、サービス連携サーバ装置４は、二次コンテンツのダイジェストを取得可能に構成されている。そして、サービス連携サーバ装置４は、一次コンテンツに含まれたパラメータを連携先のサービスサーバ装置３ｂ、３ｃ、３ｄに受け渡す前に、クライアント端末装置２に二次コンテンツのダイジェストを送信する。このため、クライアント端末装置２には、二次コンテンツが送信される前に、二次コンテンツのダイジェストが送信される。
【００２１】
このように構成されたサーバシステム１は、サービスサーバ装置３の様々なサービスの提供形態に対応可能に動作する。以下、図２を参照して、サーバシステムの連携パターンについて説明する。図２は、本発明の実施の形態に係るサーバシステムの連携パターンの説明図である。なお、図２においては、連携元のサービスサーバ装置３ａと連携先のサービスサーバ装置３ｂとの連携について説明する。
【００２２】
図２（ａ）は、第１の連携パターンを示している。第１の連携パターンは、連携元のサービスサーバ装置３ａがテキスト情報を持つＷｅｂコンテンツ（一次コンテンツ）をクライアント端末装置２に直接提供するパターンである。この場合、一次コンテンツが連携元のサービスサーバ装置３ａからクライアント端末装置２に送信されると、クライアント端末装置２において一次コンテンツから文字列等のパラメータが抽出される。
【００２３】
抽出されたパラメータは、クライアント端末装置２からサービス連携サーバ装置４に送信される。このように、第１の連携パターンにおいては、サービス連携サーバ装置４は、クライアント端末装置２において抽出されたパラメータを受信することで、パラメータを動的に取得する。この一次コンテンツのパラメータによりサービス連携サーバ装置４に二次コンテンツのダイジェストが取得され、サービス連携サーバ装置４からクライアント端末装置２に二次コンテンツのダイジェストが送信される。
【００２４】
クライアント端末装置２のディスプレイには、一次コンテンツと二次コンテンツのダイジェストとが表示される。そして、クライアント端末装置２において二次コンテンツのダイジェストが選択されると、サービス連携サーバ装置４から連携先のサービスサーバ装置３ｂにパラメータが受け渡され、連携先のサービスサーバ装置３ｂから二次コンテンツがクライアント端末装置２に送信される。
【００２５】
図２（ｂ）は、第２の連携パターンを示している。第２の連携パターンは、連携元のサービスサーバ装置３ａがテキスト情報を持つＷｅｂコンテンツ（一次コンテンツ）を、サービス連携サーバ装置４を介してクライアント端末装置２に提供するパターンである。これは、例えば、携帯電話等で一般的な、通信事業者が運営するプロキシサーバ装置を介してサービスが提供されるサービス形態である。
【００２６】
この場合、一次コンテンツが連携元のサービスサーバ装置３ａからサービス連携サーバ装置４に送信されると、サービス連携サーバ装置４において一次コンテンツから文字列等のパラメータが抽出される。このように、第２の連携パターンにおいては、サービス連携サーバ装置４は、連携元のサービスサーバ装置３ａから受信した一次コンテンツからパラメータを抽出することで、パラメータを動的に取得する。この一次コンテンツのパラメータによりサービス連携サーバ装置４に二次コンテンツのダイジェストが取得され、サービス連携サーバ装置４からクライアント端末装置２に二次コンテンツのダイジェストが送信される。
【００２７】
クライアント端末装置２のディスプレイには、一次コンテンツと二次コンテンツのダイジェストとが表示される。そして、クライアント端末装置２において二次コンテンツのダイジェストが選択されると、サービス連携サーバ装置４から連携先のサービスサーバ装置３ｂにパラメータが受け渡され、連携先のサービスサーバ装置３ｂから二次コンテンツがクライアント端末装置２に送信される。
【００２８】
図２（ｃ）は、第３の連携パターンを示している。第３の連携パターンは、連携元のサービスサーバ装置３ａがバイナリコンテンツ（一次コンテンツ）をクライアント端末装置２に直接提供するパターンである。これは、例えば、Ｆｌａｓｈ（登録商標）によるサービス提供や、クライアント端末装置２上のアプリケーションを介してサービスが提供されるサービス形態である。この場合、一次コンテンツが連携元のサービスサーバ装置３ａからクライアント端末装置２に送信されると、連携元のサービスサーバ装置３ａにおいて一次コンテンツからパラメータが抽出される。なお、ここでいう一次コンテンツからパラメータを抽出するとは、一次コンテンツの構築に利用したデータをパラメータとして取得することである。すなわち、一次コンテンツとは、コンテンツ自体の他、コンテンツの構築に利用されたデータを含む概念である。
【００２９】
これは、連携元のサービスサーバ装置３ａから提供される一次コンテンツに、クライアント端末装置２において解析可能なテキスト情報等が含まれていない場合であっても、パラメータの抽出を可能とするためである。抽出されたパラメータは、連携元のサービスサーバ装置３ａからサービス連携サーバ装置４に送信される。このように、第３の連携パターンにおいては、サービス連携サーバ装置４は、連携元のサービスサーバ装置３ａにおいて抽出されたパラメータを受信することで、パラメータを動的に取得する。この一次コンテンツのパラメータによりサービス連携サーバ装置４に二次コンテンツのダイジェストが取得され、サービス連携サーバ装置４からクライアント端末装置２に二次コンテンツのダイジェストが送信される。
【００３０】
クライアント端末装置２のディスプレイには、一次コンテンツと二次コンテンツのダイジェストとが表示される。そして、クライアント端末装置２において二次コンテンツのダイジェストが選択されると、サービス連携サーバ装置４から連携先のサービスサーバ装置３ｂにパラメータが受け渡され、連携先のサービスサーバ装置３ｂから二次コンテンツがクライアント端末装置２に送信される。
【００３１】
このように、サーバシステム１においては、サービスサーバ装置３における様々なサービスの提供形態に対応して、サービス連携を可能としている。また、クライアント端末装置２に二次コンテンツのダイジェストが表示されるため、二次コンテンツを受信することなく、二次コンテンツの内容をサービス利用者に予測させることが可能となる。さらに、サービス連携サーバ装置４に一次コンテンツに含まれるパラメータが動的に取得されるため、サービス利用者がパラメータを指定する操作が不要となっている。
【００３２】
なお、図２には、連携パターンを３つのみ示したが、このパターンに限定されるものではない。クライアント端末装置２、サービス連携サーバ装置４、連携元のサービスサーバ装置３ａにおいて、一次コンテンツからパラメータを抽出可能なため、サービス形態に応じて自由に連携パターンを設計することが可能である。また、二次コンテンツのダイジェストは、後述するように連携先のサービスサーバ装置３ｂから取得してもよいし、サービス連携サーバ装置４で生成してもよい。
【００３３】
次に、図３から図５を参照して、各装置の構成について説明する。まず、図３を参照して、クライアント端末装置の構成について説明する。図３は、本発明の実施の形態に係るクライアント端末装置の構成の説明図である。なお、図３において、（ａ）が機能ブロック図を示し、（ｂ）がハードブロック図を示している。
【００３４】
図３（ａ）に示すように、クライアント端末装置２は、通信部１１と、画面表示部１２と、パラメータ抽出部１３とを有している。通信部１１は、ネットワーク５を介してサービスサーバ装置３及びサービス連携サーバ装置４と通信する。画面表示部１２は、通信部１１を介してサービスサーバ装置３及びサービス連携サーバ装置４から受信したコンテンツ及びダイジェストをディスプレイに表示させる。
【００３５】
パラメータ抽出部１３は、第１の連携パターンのように、クライアント端末装置２においてパラメータを抽出する際に機能する。パラメータ抽出部１３は、連携元のサービスサーバ装置３ａから受信した一次コンテンツから、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄに受け渡し可能なパラメータを抽出する。この場合、パラメータ抽出部１３は、ユーザインターフェースのプラグインや、ＪａｖａＳｃｒｉｐｔ（登録商標）等で実現されてもよいし、クライアント端末装置２の固有の機能として実現されてもよい。
【００３６】
また、パラメータ抽出部１３は、コンテンツが持つテキスト情報から形態素解析等による構文解析や、キーワードマッチング、Ｍｉｃｒｏｆｏｒｍａｔ等の定型ルールに基づいて、パラメータを抽出する。なお、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄに受け渡し可能なパラメータは、クライアント端末装置２に予め設定される構成としてもよいし、外部から通知される構成としてもよい。
【００３７】
また、クライアント端末装置２には、図３（ｂ）に示すように、上記した各機能ブロックを実現する通信インターフェース、ディスプレイ、制御回路を含んだハード構成を有している。制御回路には、各種処理を実行するプロセッサや、メモリが設けられている。メモリは、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）等の一つ又は複数の記憶媒体で、用途に応じて構成されている。また、メモリには、制御プログラムやユーザインターフェース等の各種アプリケーションが記憶されている。
【００３８】
次に、図４を参照して、サービスサーバ装置の構成について説明する。図４は、本発明の実施の形態に係るサービスサーバ装置の構成の説明図である。なお、図４において、（ａ）が機能ブロック図を示し、（ｂ）がハードブロック図を示している。また、機能ブロックは、連携元のサービスサーバ装置と連携先のサービスサーバ装置とで異なる処理を実行するため、個別に説明する。
【００３９】
図４（ａ）に示すように、連携元のサービスサーバ装置３ａは、通信部１５と、サービス実行部１６と、サービス連携部１７とを有している。通信部１５は、ネットワーク５を介してクライアント端末装置２及びサービス連携サーバ装置４と通信する。サービス実行部１６は、クライアント端末装置２からのリクエストに応じて、クライアント端末装置２のディスプレイに表示される一次コンテンツを生成する。
【００４０】
サービス連携部１７は、サービスサーバ装置３ａに連携機能を持たせるものであり、第３の連携パターンのようにサービスサーバ装置３ａにおいてパラメータを抽出する際に機能する。サービス連携部１７は、クライアント端末装置２に対して送信される一次コンテンツから、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄに受け渡し可能なパラメータを抽出し、通信部１５を介してサービス連携サーバ装置４にパラメータを送信する。
【００４１】
この場合、サービス連携部１７は、一次コンテンツがバイナリコンテンツなため、連携元のサービスサーバ装置３ａのもつ一次コンテンツの構築に利用した様々なデータの中からパラメータを取得する。このように、本実施の形態における一次コンテンツとは、コンテンツ自体のみならず、連携元のサービスサーバ装置３ａがもつコンテンツの構築に利用される材料データを含むものである。なお、一次コンテンツがテキスト情報を有するコンテンツであれば、クライアント端末装置２のパラメータ抽出部１３と同様な方式でパラメータを抽出する。また、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄに受け渡し可能なパラメータは、サービスサーバ装置３に予め設定される構成としてもよいし、外部の装置から通知される構成としてもよい。
【００４２】
一方、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄは、連携元のサービスサーバ装置３ａと同様に通信部１５と、サービス実行部１６と、サービス連携部１７とを有している。通信部１５は、ネットワーク５を介してクライアント端末装置２及びサービス連携サーバ装置４と通信する。サービス実行部１６は、サービス連携サーバ装置４から受け渡されたパラメータに応じて、クライアント端末装置２のディスプレイに表示される二次コンテンツを生成する。
【００４３】
サービス連携部１７は、サービスサーバ装置３ｂ、３ｃ、３ｄに連携機能を持たせるものであり、サービス連携サーバ装置４から受け渡されたパラメータをサービス実行部１６に入力する。これにより、サービス実行部１６において、一次コンテンツに関連した二次コンテンツが生成される。また、サービス連携部１７は、サービス連携サーバ装置４からダイジェスト生成リクエストがあった場合、二次コンテンツのダイジェストを生成する。
【００４４】
サービス連携部１７によるダイジェストの生成は、例えば、コンテンツの内容を要約した定型文により生成してもよいし、一時的にパラメータをサービス連携サーバ装置４から取得して生成してもよい。パラメータを用いてダイジェストを生成する場合には、サービス実行部１６にパラメータを入力して、サービス実行部１６の出力結果からダイジェストを生成する。
【００４５】
連携先のサービスサーバ装置３ｂ、３ｃ、３ｄにおいて、ダイジェストを生成するか否かは、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄを運営するサービス提供者によって異なる。サービス提供者は、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄにおいてダイジェストを生成する場合に、サービス連携サーバ装置４の後述するサービスプロファイルＤＢ２６に、その旨を設定する。
【００４６】
また、サービスサーバ装置３には、図４（ｂ）に示すように、上記した各機能ブロックを実現する通信インターフェース、制御回路を含んだハード構成を有している。制御回路には、各種処理を実行するプロセッサや、メモリが設けられている。メモリは、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）等の一つ又は複数の記憶媒体で、用途に応じて構成されている。また、メモリには、制御プログラムやコンテンツの提供に関連した各種アプリケーションが記憶されている。
【００４７】
次に、図５を参照して、サービス連携サーバ装置の構成について説明する。図５は、本発明の実施の形態に係るサービス連携サーバ装置の構成の説明図である。なお、図５において、（ａ）が機能ブロック図を示し、（ｂ）がハードブロック図を示している。
【００４８】
図５（ａ）に示すように、サービス連携サーバ装置４は、通信部２１と、パラメータ取得部２２と、連携判定部２３と、ダイジェスト取得部２４と、連携実行部２５と、サービスプロファイルＤＢ２６とを有している。通信部２１は、ネットワーク５を介してクライアント端末装置２及びサービスサーバ装置３と通信する。パラメータ取得部２２は、サービス利用者が利用している一次コンテンツからパラメータを動的に取得し、連携判定部２３に入力する。
【００４９】
パラメータ取得部２２は、第１の連携パターンのように、クライアント端末装置２でパラメータが抽出される場合には、クライアント端末装置２からパラメータを受信することで、パラメータを取得する。また、パラメータ取得部２２は、第２の連携パターンのように、サービス連携サーバ装置４でパラメータが抽出される場合には、連携元のサービスサーバ装置３ａから受信した一次コンテンツからパラメータを抽出することで、パラメータを取得する。
【００５０】
さらに、パラメータ取得部２２は、第３の連携パターンのように、連携元のサービスサーバ装置３ａでパラメータが抽出される場合には、連携元のサービスサーバ装置３ａからパラメータを受信することで、パラメータを取得する。なお、パラメータ取得部２２がサービス連携サーバ装置４で一次コンテンツからパラメータを抽出して取得する場合には、クライアント端末装置２のパラメータ抽出部１３と同様な方式でパラメータを抽出する。
【００５１】
パラメータ取得部２２によって取得されたパラメータは、例えば、図６に示すように、ＸＭＬを用いて記載されている。ここでは、一次コンテンツに記載された住所情報としての「東京都品川区南大井」、時刻情報としての「１９時半」、店舗名情報としての「下世話屋」がパラメータとして取得された例を示している。なお、図６に示すパラメータは、あくまでも一例であり、この内容やフォーマットに限定されるものではない。
【００５２】
サービスプロファイルＤＢ２６は、二次コンテンツ毎にサービスプロファイルが登録されている。サービスプロファイルは、例えば、図７に示すように、ＸＭＬを用いて記載されている。サービスプロファイルには、連携先の二次コンテンツに関するパラメータを受け渡し方法、ダイジェストの取得方法が記載されている。また、パラメータを受け渡し方法として、受け渡し先のＵｒｉとパラメータ種別とが関連付けられているため、サービスプロファイルを参照することで、二次コンテンツに受け渡し可能なパラメータを特定することが可能となる。
【００５３】
連携先のサービスサーバ装置３ｂ、３ｃ、３ｄを運営するサービス提供者は、サービス利用者に提供するコンテンツをサービスプロファイルＤＢ２６に登録することで、サーバシステム１にサービスサーバ装置３を参加させることが可能となっている。なお、図７に示すサービスプロファイルは、地図検索サイトのプロファイルを示した一例であり、この内容やフォーマットに限定されるものではない。
【００５４】
連携判定部２３は、サービスプロファイルに記載されたパラメータ種別と、パラメータ取得部２２から入力されたパラメータとを比較して、パラメータを二次コンテンツに受け渡し可能か否かを判定する。連携判定部２３によりパラメータの受け渡し可能と特定されたコンテンツは、リスト化されてダイジェスト取得部２４に入力される。
【００５５】
ダイジェスト取得部２４は、サービスプロファイルに記載された二次コンテンツのダイジェストの取得方法に基づいて、連携判定部２３にリスト化された二次コンテンツのそれぞれのダイジェストを取得する。このダイジェストの取得方法には、例えば、パラメータと定型文とを組み合わせてダイジェストを生成して取得する方法や、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄで生成されたダイジェストを取得する方法が記載されている。
【００５６】
また、ダイジェスト取得部２４は、サービスプロファイルにダイジェストの取得方法の記載がない場合や、取得を禁止する旨の記載がある場合には、二次コンテンツのダイジェストを取得しない。ダイジェスト取得部２４に取得された二次コンテンツのダイジェストは、通信部２１を介してクライアント端末装置２に送信され、クライアント端末装置２のユーザインターフェースで選択可能にリスト表示される。
【００５７】
具体的には、図８に示すように、二次コンテンツのダイジェストがリスト表示される。これは、サービス利用者によってメールの件名が選択された時に、メール本文から抽出されたパラメータに基づいて生成される。リストの一番上には、地図検索サイトのダイジェストが表示されている。地図検索サイトのダイジェストは、住所情報のパラメータの「東京都品川区南大井」と定型文の「「…」近辺の地図を表示！」を組み合して生成されたものである。
【００５８】
リストの上から２番目には、レストラン検索サイトのダイジェストが表示されている。レストラン検索サイトのダイジェストは、店舗名情報のパラメータの「下世話屋」を用いて、連携先のレストラン検索サイトで生成されたものである。リストの一番下には、乗換検索サイトのダイジェストが表示されている。乗換検索サイトのダイジェストは、住所情報のパラメータの「東京都品川区南大井」と時刻情報のパラメータの「１９時半」とを用いて乗換検索サイトで生成されたものである。
【００５９】
このように、クライアント端末装置２には、サービスサーバ装置３ｂ、３ｃ、３ｄの二次コンテンツのダイジェストが選択可能に表示されるため、二次コンテンツを受信することなく内容を予測することが可能となる。サービス利用者によりリスト化された二次コンテンツのダイジェストのいずれかが選択されると、選択されたダイジェストの情報が二次コンテンツの受信リクエストとしてサービス連携サーバ装置４に送信される。
【００６０】
連携実行部２５は、クライアント端末装置２からの受信リクエストに応じて、連携先のサービスサーバ装置３に対してパラメータと受信リクエストを受け渡す。そして、連携先のサービスサーバ装置３にパラメータと受信リクエストが受け渡されると、連携先のサービスサーバ装置３からクライアント端末装置２に二次コンテンツが送信される。
【００６１】
また、サービス連携サーバ装置４には、図５（ｂ）に示すように、上記した各機能ブロックを実現する通信インターフェース、制御回路を含んだハード構成を有している。制御回路には、各種処理を実行するプロセッサや、メモリが設けられている。メモリは、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＨＤＤ（Hard  Disk  Drive）等の一つ又は複数の記憶媒体で、用途に応じて構成されている。また、メモリには、制御プログラムやサービスプロファイルＤＢ２６が記憶されている。
【００６２】
ここで、図９を参照して、サービス連携サーバ装置による二次コンテンツのダイジェストの取得処理について説明する。図９は、本発明の実施の形態に係るサービス連携サーバ装置による二次コンテンツのダイジェストの取得処理のフローチャートである。
【００６３】
図９に示すように、サービス連携サーバ装置４のパラメータ取得部２２は、連携元のサービスサーバ装置３ａで提供される一次コンテンツからパラメータを取得すると（ステップＳ０１）、取得したパラメータを連携判定部２３に入力する。次に、連携判定部２３は、サービスプロファイルＤＢ２６を参照して、パラメータの受け渡し可能な二次コンテンツを判定し（ステップＳ０２）、受け渡し可能な二次コンテンツをリスト化してダイジェスト取得部２４に入力する。
【００６４】
次に、ダイジェスト取得部２４は、サービスプロファイルＤＢ２６を参照して、ダイジェストの取得方法が定型文か否かを判断する（ステップＳ０３）。ダイジェスト取得部２４は、ダイジェストの取得方法が定型文と判断した場合（ステップＳ０３：Ｙｅｓ）、パラメータと定型文とを組み合わせて二次コンテンツのダイジェストとして取得する（ステップＳ０４）。
【００６５】
一方、ダイジェスト取得部２４は、ダイジェストの取得方法が定型文ではないと判断した場合（ステップＳ０３：Ｎｏ）、ダイジェストの取得方法が連携先のサービスサーバ装置３ｂからの取得か否かを判断する（ステップＳ０５）。ダイジェスト取得部２４は、ダイジェストの取得方法が連携先のサービスサーバ装置３ｂからの取得ではないと判断した場合（ステップＳ０５：Ｎｏ）、二次コンテンツのダイジェストを取得しない。
【００６６】
ダイジェスト取得部２４は、ダイジェストの取得方法が連携先のサービスサーバ装置３ｂからの取得と判断した場合（ステップＳ０５：Ｙｅｓ）、連携先のサービスサーバ装置３ｂにダイジェスト生成リクエストを通知する（ステップＳ０６）。次に、連携先のサービスサーバ装置３ｂのサービス連携部１７は、ダイジェスト生成リクエストを受けて二次コンテンツのダイジェストを生成する（ステップＳ０７）。
【００６７】
連携先のサービスサーバ装置３ｂは、サービス連携サーバ装置４に二次コンテンツのダイジェストを送信し、ダイジェスト取得部２４は、サービス連携サーバ装置４から二次コンテンツのダイジェストを取得する（ステップＳ０４）。なお、ステップＳ０５からステップＳ０７までの各ステップについては、他のサービスサーバ装置３ｃ、３ｄに対しても行われている。
【００６８】
次に、図１０を参照して、第１の連携パターンにおけるサービス連携の全体動作について説明する。図１０は、本発明の実施の形態に係る第１の連携パターンにおけるサービス連携の処理シーケンスの一例を示す図である。なお、図１０では、連携先のサーバ装置においてダイジェストが生成される構成を例示して説明する。
【００６９】
図１０に示すように、クライアント端末装置２からの受信リクエストに応じて、連携元のサービスサーバ装置３ａは、クライアント端末装置２に一次コンテンツを送信する（ステップＳ１１）。次に、クライアント端末装置２は、連携元のサービスサーバ装置３ａから受信した一次コンテンツから構文解析等によりパラメータを動的に抽出する（ステップＳ１２）。これにより、サービス利用者にパラメータを指定させることなく、パラメータを抽出することが可能となる。
【００７０】
次に、クライアント端末装置２は、抽出したパラメータをサービス連携サーバ装置４に送信する（ステップＳ１３）。次に、サービス連携サーバ装置４は、クライアント端末装置２から受信したパラメータを受け渡し可能な二次コンテンツを特定する（ステップＳ１４）。サービス連携サーバ装置４は、特定した二次コンテンツを提供する連携先のサービスサーバ装置３ｂ、３ｃ、３ｄに、ダイジェスト生成リクエストを通知する（ステップＳ１５）。
【００７１】
次に、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄは、ダイジェスト生成リクエストに応じて二次コンテンツのダイジェストを生成する（ステップＳ１６）。このとき、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄは、定型文だけでダイジェストを生成してもよいし、一時的にパラメータをサービス連携サーバ装置４から取得してダイジェストを生成してもよい。
【００７２】
次に、連携先のサービスサーバ装置３ｂ、３ｃ、３ｄは、生成した二次コンテンツのダイジェストをサービス連携サーバ装置４に送信する（ステップＳ１７）。次に、サービス連携サーバ装置４は、取得した二次コンテンツのダイジェストをクライアント端末装置２に送信する（ステップＳ１８）。次に、クライアント端末装置２は、サービス連携サーバ装置４から受信した二次コンテンツのダイジェストをディスプレイに選択可能にリスト表示する（ステップＳ１９）。これにより、サービス利用者に連携先のサービスサーバ装置からの出力結果を予測させることが可能となる。
【００７３】
次に、サービス利用者により二次コンテンツ（例えば、連携先のサービスサーバ装置３ｂ）が選択されると、クライアント端末装置２がサービス連携サーバ装置４に二次コンテンツの受信リクエストを通知する（ステップＳ２１）。サービス連携サーバ装置４は、クライアント端末装置２からの受信リクエストに応じて、連携先のサービスサーバ装置３ｂに受信リクエストとパラメータを受け渡す（ステップＳ２２）。連携先のサービスサーバ装置３ｂは、クライアント端末装置２からの受信リクエストに応じて、クライアント端末装置２に二次コンテンツを送信する（ステップＳ２３）。
【００７４】
次に、図１１を参照して、第２の連携パターンにおけるサービス連携の全体動作について説明する。図１１は、本発明の実施の形態に係る第２の連携パターンにおけるサービス連携の処理シーケンスの一例を示す図である。なお、図１１では、連携先のサーバ装置においてダイジェストが生成される構成を例示して説明する。
【００７５】
図１１に示すように、クライアント端末装置２からの受信リクエストに応じて、連携元のサービスサーバ装置３ａは、サービス連携サーバ装置４に一次コンテンツを送信する（ステップＳ３１）。次に、サービス連携サーバ装置４は、連携元のサービスサーバ装置３ａから受信した一次コンテンツから構文解析等によりパラメータを動的に抽出する（ステップＳ３２）。これにより、サービス利用者にパラメータを指定させることなく、パラメータを抽出することが可能となる。
【００７６】
次に、サービス連携サーバ装置４は、クライアント端末装置２に一次コンテンツを送信する（ステップＳ３３）。このように、第２の連携パターンでは、サービス連携サーバ装置４を介して連携元のサービスサーバ装置３ａからクライアント端末装置２に一次コンテンツが送信される。なお、ステップＳ３４以降の各ステップは、第１の連携パターンのステップＳ１４以降の各ステップと同じである。
【００７７】
次に、図１２を参照して、第３の連携パターンにおけるサービス連携の全体動作について説明する。図１２は、本発明の実施の形態に係る第３の連携パターンにおけるサービス連携の処理シーケンスの一例を示す図である。なお、図１２では、連携先のサーバ装置においてダイジェストが生成される構成を例示して説明する。
【００７８】
図１２に示すように、クライアント端末装置２からの受信リクエストに応じて、連携元のサービスサーバ装置３ａは、クライアント端末装置２に一次コンテンツを送信する（ステップＳ５１）。次に、連携元のサービスサーバ装置３ａは、クライアント端末装置２に送信した一次コンテンツからパラメータを動的に抽出する（ステップＳ５２）。これにより、サービス利用者にパラメータを指定させることなく、パラメータを抽出することが可能となる。
【００７９】
次に、サービスサーバ装置３ａは、抽出したパラメータをサービス連携サーバ装置４に送信する（ステップＳ５３）。このように、第３の連携パターンでは、連携元のサービスサーバ装置３ａでパラメータを抽出する。これにより、一次コンテンツがバイナリコンテンツであっても、パラメータの抽出が可能となっている。なお、ステップＳ５４以降の各ステップは、第１の連携パターンのステップＳ１４以降の各ステップと同じである。
【００８０】
以上のように、本実施の形態に係るサーバシステム１によれば、サービス連携サーバ装置４により、一次コンテンツからパラメータが動的に取得されるため、サービス利用者による打ち込みやハイライト表示等によって指定することなく、連携先のサービスサーバ装置にパラメータを受け渡すことができる。このため、サービス利用者のサービス連携の利便性を向上させることが可能となる。また、サービスプロファイルＤＢ２６に複数のサービスを登録することで、サービス用途が特定のサービスに限定されることがない。このため、自由度の高いサービス連携を実現することが可能となる。さらに、一次コンテンツのパラメータが連携先のサービスサーバ装置に受け渡される前に、二次コンテンツのダイジェストが表示されるため、二次コンテンツを事前に予測して、意にそぐわない二次コンテンツが提供されるのを防止することが可能となる。
【００８１】
なお、上記した実施の形態においては、一つのサービスサーバ装置から一つのコンテンツがクライアント端末装置に提供される構成としたが、この構成に限定されるものではない。一つのサービスサーバ装置から複数のコンテンツがクライアント端末装置に提供される構成としてもよい。
【００８２】
また、上記した実施の形態においては、サーバシステムにおいて、二つのサービスを連携させる構成としたが、この構成に限定されるものではない。サーバシステムにおいて、二次コンテンツに関連した三次コンテンツ等のように、三つ以上のサービスを連携させる構成としてもよい。
【００８３】
また、上記した実施の形態においては、コンテンツが持つテキスト情報からパラメータを抽出する構成としたが、この構成に限定されるものではない。画像データを解析してテキスト情報をパラメータとして抽出してもよいし、画像データをパラメータとして抽出することも可能である。このように、コンテンツから抽出可能なパラメータであれば、どのようなデータでもよく、動画データや音声データ等をパラメータとして抽出することも可能である。
【００８４】
また、上記した実施の形態においては、構文解析や、キーワードマッチング、Ｍｉｃｒｏｆｏｒｍａｔ等の定型ルールに基づいてパラメータを抽出する構成としたが、この構成に限定されるものではない。コンテンツからパラメータを抽出可能であれば、どのような方法でパラメータを抽出してもよい。
【００８５】
また、上記した実施の形態においては、定型文、定型文とパラメータとの組み合わせ、二次コンテンツにおけるパラメータの出力結果等によって、二次コンテンツのダイジェストを生成する構成としたが、この構成に限定されるものではない。二次コンテンツのダイジェストを生成可能であれば、どのような方法で二次コンテンツのダイジェストを生成してもよい。
【００８６】
また、上記した実施の形態においては、クライアント端末装置に二次コンテンツのダイジェストがリスト表示される構成としたが、この構成に限定されるものではない。二次コンテンツのダイジェストは、クライアント端末装置において選択可能に表示されるのであれば、どのように表示されてもよい。
【００８７】
また、今回開示された実施の形態は、全ての点で例示であってこの実施の形態に制限されるものではない。本発明の範囲は、上記した実施の形態のみの説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内での全ての変更が含まれることが意図される。
【産業上の利用可能性】
【００８８】
以上説明したように、本発明は、パラメータを指定することなく複数のサービスを連携させてサービス利用者のサービス連携の利便性を向上させることができる。また、サービス用途が特定のサービスに限定されることがないため、自由度の高いサービス連携を実現することができる。さらに、連携先のサービスサーバ装置からの出力結果を予測して、意にそぐわないコンテンツが提供されるのを防止することができる。そして、複数のサービスサーバ装置で利用される各サービスを連携して利用者に提供するサーバシステム及びサービス連携方法に有用である。
【符号の説明】
【００８９】
１  サーバシステム
２  クライアント端末装置
３  サービスサーバ装置
３ａ  連携元のサービスサーバ装置
３ｂ、３ｃ、３ｄ  連携先のサービスサーバ装置
４  サービス連携サーバ装置
５  ネットワーク
１２  画面表示部
１３  パラメータ抽出部（クライアント端末装置のパラメータ抽出部）
１６  サービス実行部
１７  サービス連携部（連携元のサービスサーバ装置のパラメータ抽出部）
２２  パラメータ取得部
２３  連携判定部
２４  ダイジェスト取得部
２５  連携実行部
２６  サービスプロファイルＤＢ（サービスプロファイルデータベース）
【図１】
0005415249.tif 000002
【図２】
0005415249.tif 000003
【図３】
0005415249.tif 000004
【図４】
0005415249.tif 000005
【図５】
0005415249.tif 000006
【図６】
0005415249.tif 000007
【図７】
0005415249.tif 000008
【図８】
0005415249.tif 000009
【図９】
0005415249.tif 000010
【図１０】
0005415249.tif 000011
【図１１】
0005415249.tif 000012
【図１２】
0005415249.tif 000013