JP5501246B2 - サービスをコンテンツフローにシームレスに導入するための方法およびデバイス - Google Patents

Description

本発明は、クライアントとサーバとの間のメッセージフローにおいて、サービス呼出しを自動化するための方法およびデバイスに関する。

多くのオンラインストレージプロバイダが、エンドユーザに対して無償のストレージ空間を提供している。それらの中には、収容コンテンツとしてすべてみなされることができる画像、ビデオ、またはドキュメントを記憶するためのストレージプロバイダがある。ユーザが、たとえば一組の画像を画像ストレージプロバイダのそのようなストレージサーバ上に置きたいとき、このユーザがたどる必要がある現在の手続きは、記憶されるべき画像を添付物に含む、このストレージプロバイダに向けたメッセージを、ユーザが生成しなければならないということである。このユーザが次に、たとえば赤目修正のために、ユーザの写真にこの措置を実行するための市販の、または無償で利用可能なサービスを使用して、すべての自分の画像を修正してもらえるとよいと望む場合、このユーザは、最初にこのサービスに申し込む、またはこのサービスをダウンロードし、次にこのサービスをこのユーザが望むすべての写真に厳密に適用して、最終的にサーバに送信しなければならない。多くのファイル、または大きなコンテンツがストレージサーバ上に置かれることになる場合、これはユーザにとって重い作業負担となるであろう。さらにこれはまた、元のコンテンツファイルならびに修正されたファイルを記憶するための多くの中間ストレージ空間を有することをユーザに要求する。これは必ずしも利用可能とは限らないことがある。

代替案が、サービスを受けるすべてのクライアントからのすべての画像にこのサービスを提供するサーバにあることがある。これは作業負担および空間の問題を今度はサーバ領域に置き換えるが、それもまた望ましくないことがある。さらに、すべてのサービスをそのようなストレージサーバによって提供できるわけではなく、再び問題をクライアントに戻すことがある。

本発明の目的は、ユーザがサーバに送信したいデータまたはコンテンツに対してユーザが望むサービスを実行させるために、ユーザの位置でそうするためにユーザ自身が専門のプログラムを書くことを必要とせず、したがって同時に、ユーザのコンピュータまたは他のストレージデバイスのストレージ空間に対するユーザの要求も減少させながら、ユーザによる手動介入の上記問題を解決するための方法およびデバイスを提供することである。本発明の目的はまた、このタスクからサーバを解放し、したがってストレージ空間に対するサーバの要件、および当側における追加のサービス提供も減少させることである。

本発明によれば、この目的は、クライアントとサーバとの間のネットワークを介したメッセージの送信中に、コンテンツを含むこのメッセージをインターセプトするステップと、メッセージのコンテンツ部分に対していずれかのサービスが行われる必要があるか否かを自動的に判定するステップとを含む方法によって達成される。これは、これらの方法ステップを実行することが可能である、ネットワークのメッセージインターセプトデバイスによって達成される。

これは、たとえば、赤目修正、追加データ圧縮などの、所望のサービスのいずれかが要求されるどうかを判定するプロセスが、今後はネットワークのどこかにある専用のメッセージインターセプトデバイスによって実行されることを意味する。これはプロセスを自動化し、ユーザおよびサーバをこのタスクから緩和することを可能にする。さらに、クライアントとサーバとの間のサービス環境ネットワークのどこかにあるサービスエンジンにおいて、呼び出されたサービスが作動することになり、それによりクライアントならびにサーバの両方における手間および空間の問題を解決する。

本発明の別の特性的な特徴は、請求項２および７に記載されている。これは、メッセージインターセプトデバイスが、データコンテンツに対して実行されるための１つまたは複数のサービスが必要であると判定した場合に、メッセージインターセプトデバイスが、選択が可能である場合に、いくつかの類似したサービスの中から特定の１つを選択し、元のメッセージを適合することになることを意味する。メッセージインターセプトデバイスは、たとえば、元の、および適合されたメッセージのデータコンテンツに対してこのサービスを実行するための選択されたサービスエンジンに向けて、このように適合されたメッセージのルーティングをさらに可能にするように、必要な情報を加えることによって、元のメッセージを適合することになる。したがってこの情報は、メッセージインターセプトデバイスが、この適合されたメッセージを送信するための、ネットワークのどこかにあるこの特定のサービスエンジンに向けたルートを決定することを可能にすることができる。

サービスのこの判定および／または選択は、請求項３および８に記載されるように、単にコンテンツそのものの分析に基づく、または単にクライアントによって与えられる情報に基づく、あるいはその両方の組合せに基づくことができる。

本発明は、サービスエンジンにもまた関し、このサービスエンジンは、メッセージインターセプトデバイスによって生成されたように、そのような適合されたメッセージを受信および分析することが可能であり、この受信され、適合されたメッセージの、受信されたコンテンツ部分に対するサービスの動作を呼び出すか否かを、メッセージから判定するためのものである。サービスを実行すると、サービスエンジンによるさらなる提供のために、サーバに向けた、またはメッセージインターセプトデバイスに戻る第２の適合されたメッセージが生成される。

特許請求の範囲で使用される用語「結合される」は、直接接続のみに限定するように解釈されるべきでないことが注意されるべきである。したがって、表現「デバイスＢに結合されたデバイスＡ」の範囲は、デバイスＡの出力がデバイスＢの入力に直接接続されるデバイスまたはシステムに限定されるべきではない。それは、Ａの出力とＢの入力との間にパスが存在し、そのパスが他のデバイスまたは手段を含むパスであってよいことを意味する。

特許請求の範囲で使用される用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、その前に挙げられた手段に限定するように解釈されるべきでないことが注意されるべきである。したがって、表現「手段ＡおよびＢを含むデバイス」の範囲は、コンポーネントＡおよびＢのみからなるデバイスに限定されるべきではない。それは、本発明に関しては、デバイスの単なる関連するコンポーネントがＡおよびＢであることを意味する。

以下の実施形態の説明を添付の図面と併用して参照することにより、本発明の上記ならびに他の目的および特徴がより明らかになり、本発明そのものが最もよく理解されるであろう。

先行技術状況を模式的に示す図である。 本発明の実施形態を示す図である。

以下では、本発明の原理を単に例示することが注目されるべきである。したがって、当業者であれば、本明細書で明示的に説明されず、または示されずとも、本発明の原理を具体化し、本発明の精神および範囲に含まれるさまざまな構成を工夫することが可能であろうことが認識されるであろう。その上、本明細書で説明されるすべての例および条件付き用語は、本発明の原理、および当技術分野の促進に本発明者（複数可）により寄与される概念を読者が理解することを支援するための、主に教育的な目的のみであることが明白に意図されており、そのように具体的に説明された例および条件に限定せずに解釈されるべきである。さらに、本発明の原理、態様、および実施形態、ならびにその特定の例を説明する本明細書におけるすべての記述は、それらの構造的および機能的両方の均等物を包含することが意図される。加えて、そのような均等物が、現在知られている均等物、ならびに将来における発展的な均等物の両方、すなわち構造に関わらず同じ機能を実行する、発展的ないずれの要素をも含むことが意図される。

本発明は、クライアントとサーバとの間の、コンテンツに関連したメッセージフローにおいて、付加価値のあるサービス呼出しを自動化するためのシステムおよび方法について説明する。本発明を、写真に実行されるべき赤目修正の追加サービスを伴って、写真ストレージサーバにこの写真をアップロードする例を用いて説明する。本発明は、クライアントによってサーバに向けて送信され、その後サーバによって受信されることになるビデオ、データファイル、オーディオファイルなどのすべてのタイプのデータまたはコンテンツに対して作動することができる、すべての他のアプリケーションまたはサービスにもまた適用可能であることは明らかである。

そのようなサービスの例が、以下の網羅的ではないリストに含まれる：
−シャープニング、ソフニング、色順応などのすべてのタイプの画像修正サービス、
−検索サービス
−ウィルススキャン、ペアレンタルコントロールサービスなどのコンテンツフィルタリングサービス、
−サムネイリング、フォーマット変換などの再フォーマットサービス、
−再コード化などのトランスコーディングサービス、
−翻訳サービス、
−メタデータ生成／エクストラクタサービス＝顔認識、コンテンツアナライザ、要約サービス、環境入力サービス、
−レイアウトサービス、
−ストリーミングサービス、放送／配信サービス、出版サービスなどのコンテンツ配信サービス、
−他のサービス＝カレンダ、ロケーション（ＧＰＳ座標生成、推定（ｄｅｄｕｃｔｉｏｎ））その他
図１に表される先行技術状況は、コンピュータ、携帯電話、ＧＰＳ、ゲームコンソール、その他などのエンドユーザ装置１１０２を制御するエンドユーザ１１０１を一般的に含むクライアント１１００を示す。このクライアントは、インターネット、または移動体通信ネットワーク、衛星ネットワーク、ＧＰＳネットワーク、その他などの通信ネットワーク１１０３を介して、遠隔サーバ１１０４と通信することが可能である。図１に表される例では、エンドユーザは、コンピュータまたは携帯電話などの自分のエンドユーザデバイス１１０２に記憶されているいくつかの写真を、遠隔サーバ１１０４のメモリなどのストレージデバイス１１０４１にアップロードすることを望んでいる。この目的に対し、このエンドユーザは、エンドユーザ装置１１０２を用いて、写真アップロード要求メッセージ１３００をサーバ１１０４に送信する。エンドユーザ装置としてのコンピュータの場合、そのコンピュータ上で作動するウェブブラウザアプリケーションが、しばしばこのために使用される。そのようなアプリケーションにより、ユーザからこのサーバに向けた、ユーザがストレージサーバにアップロードを望む特定の写真を含むメッセージを生成するサブアプリケーションを選択することによって、ユーザはそのようなメッセージを送信することができるようになる。この写真アップロード要求メッセージ１３００は、通信ネットワーク１１０３内にあるいくつかのルーティングデバイスによって受信され、それらのルーティングデバイスはその後このメッセージを、ストレージサーバ１１０４であるその宛先に向けてルーティングすることになる。

携帯電話の場合は、移動体ネットワークへの別の加入者に向けた送信のための、写真またはビデオを含むＭＭＳメッセージが、写真コンテンツを含むメッセージもまた生成することになる。

ウェブブラウザアプリケーションがＰＣ上で作動している典型的な状況では、このウェブブラウザアプリケーションは、エンドユーザが写真のアップロードを所望するサーバ１１０４に結合されたオンラインストレージプロバイダによって提供される、専用のフロントエンドユーザインターフェースに対応するウェブページを表示する。エンドユーザ１１０１は次いで、ウェブページ上に提供される入力フィールド中の写真のＵＲＬに入り、ウェブページ上の「アップロード」ボタンをクリックする。あるいは、エンドユーザは、このウェブページ上に提供されるメッセージに、手動で写真ファイルを添付することができる。エンドユーザ装置上のウェブブラウザは、インターネットまたは他のネットワークを通じてオンラインストレージプロバイダに接続し、たとえば、ネットワーク１１０３を横断してオンラインストレージプロバイダ１１０４２のウェブサービスに配信メッセージを介して配信されるＨＴＴＰ ＰＵＴ要求１３００を送信する。図１では、このオンラインストレージプロバイダは、サーバ１１０４に含まれるブロック１１０４２として表されている。

したがって、写真は、エンドユーザのＰＣから、その後この写真をサーバ１１０４のストレージ空間１１０４１に記憶するオンラインストレージプロバイダ１１０４２へと転送される。

しかしながら、専用の写真／ビデオ／ドキュメント／ファイルアップロードアプリケーション、または既に触れた移動体ネットワーク用のＭＭＳサービスなど、そのようなウェブブラウザアプリケーションなしの他のやり方が可能である。

先行技術状況では、このユーザが自分の写真を赤目について修正してほしいとき、ユーザは、エンドユーザ装置１１０２に、または、そのエンドユーザ装置１１０２と通信可能な別のエンドユーザ装置に、そのような赤目修正アプリケーションをインストールしなければならない。各写真ファイルは次いで、この特定のアプリケーションの処理にかけられることになる。

一部の状況では、ストレージサーバ、またはリンクされたオンラインストレージプロバイダは、すべての着信する写真ファイルに行われるそのようなサービスを提供することができる。それにもかかわらず両方法は、クライアント、サーバのストレージ能力に深刻な重荷を課し、多くの追加作業を生み出す。さらに、すべてのストレージプロバイダまたはストレージサーバが、ユーザが自分のデータファイルに対する作動を所望することができる一組の完全なサービスを提供する用意があるわけではない。

したがって本発明は、図２を参照して以下の項において説明されるような、これらの問題に対するソリューションを提供する。

図２における参照番号２１００、２１０１、２１０２、２１０３、２１０４、２１０４１および２１０４２は、図１における参照番号１１００、１１０１、１１０２、１１０３、１１０４、１１０４１および１１０４２のそれぞれによって示されるものと同じ機能ブロックを指す。

先行技術状況に関連付けられた問題が、ネットワーク内にあるメッセージインターセプトデバイスによって解決される。このメッセージインターセプトデバイスは、通信ネットワーク２１０３の一部であるデバイス２１０５として、図２に表されている。このメッセージインターセプトデバイスは、コンテンツを含むメッセージ２３００などのメッセージをインターセプトし、そのメッセージのコンテンツに対してサービスが実行されることが必要であるか否かをそのメッセージから判定するように構成されている。この目的に対し、メッセージインターセプトデバイスは、コンテンツを含むそのようなメッセージ２３００を受信し、前記メッセージの前記コンテンツ部分に対するさらなる実行のためのサービスが必要であるかどうかを判定するためにメッセージを分析するように構成されている。この判定は、全面的にコンテンツそのものに基づくことができるが、他の実施形態においてはまた、このメッセージインターセプトデバイスに対してユーザによって以前に通信された情報に基づくこともできる。さらに他の実施形態では、両方の入力の組合せが使用されてよい。

赤目低減の特定の場合において、図２に表されるメッセージインターセプトデバイス２１０５の実施形態は、メッセージの、写真であるコンテンツから、赤目除去サービスが望ましい、または必要である可能性があることを推定することができる。この判定のための規準は、定められ、事前構成されていてよく、またはメッセージインターセプトデバイスの任意のユーザインターフェースを用いてユーザによって以前に通信されたユーザ入力に基づくことができる。したがってこの任意のユーザインターフェースは、コンテンツを含む実際のメッセージがこのユーザによって送信され、続いてメッセージインターセプトデバイスによってインターセプトされる前に、クライアントに対するユーザ設定が最初に通信されて記憶されることができるように、クライアントと通信することが可能である。一般的に、そのようなユーザインターフェースを備えたそのようなメッセージインターセプトデバイスはまた、２人以上のユーザと通信することができるが、これは必須ではない。何人かのユーザと通信する場合、すべてのユーザ設定が最初に記憶される、または通信されることができる。さらにより高度な実施形態においては、このメッセージインターセプトデバイスのユーザインターフェースは、メッセージのインターセプト中またはインターセプト直後に１人または複数のユーザと通信し、メッセージの受信直後にユーザ設定を要求することができる。

メッセージインターセプトデバイスが赤目除去サービスが必要であることを決定した場合、メッセージインターセプトデバイスは、そのような利用可能なサービスについて、サービス環境ネットワーク２１０３２内でそのようなサービスを検索することになる。１つまたは複数の利用可能なこれらのサービスを検出すると、サービスインターセプトデバイスは、コンテンツデータに対して使用されるべき１つを選択することになる。やはり選択規準は、コンテンツそのものに基づいて事前構成される、または決定されていてよく、またはユーザにより、ユーザインターフェースを介して先に通信されていてよい。これは、メッセージインターセプトデバイスの特定の実施形態次第である。

図２において、サービス環境ネットワークは、説明される例についてはインターネットである全体通信ネットワーク２１０３の一部である。しかしながら、他の実施形態では、全体のルーティングおよび通信のためのネットワークとは異なるサービス環境ネットワークが使用されることになる。これは、たとえば、移動体通信における場合であってよく、そこではメッセージのルーティングおよび送信のための移動体通信ネットワークは、サービスエンジンの選択に使用される、たとえばインターネットとは異なる。

選択がなされると、メッセージインターセプトデバイスは、データに対するサービスのさらなる実行のために選択されたサービスエンジンに、適合されたメッセージをさらにルーティング可能にするように、元のメッセージをさらに適合することになる。適合されたメッセージは２３０１として表されており、次いでメッセージインターセプトデバイスによって、選択されたサービスエンジン２１０６に送信される。

このサービスエンジンは次いで、赤目除去サービスを作動することができる。したがってサービスエンジンは、最初にそのような適合されたメッセージを受信し、メッセージが、サービスがメッセージのコンテンツに対して作動する必要があるという指示を含んでいるかどうかを確認するために、メッセージを分析する。実際にコンテンツに対する実行のためにこのサービスが必要であるというこの指示を検出および確認すると、この措置が実行される。次に、適合されたコンテンツが受信されたメッセージの中に再度置かれ、それにより２３０２で表される第２の適合されたメッセージを生成する。これは、メッセージインターセプトデバイス２１０５に戻るか、それともストレージサーバ２１０４か、または次のサービスデバイスのいずれかへと、さらにルーティングされることが意図される。図２では、ストレージサーバに向かう直接ルーティング、または直接送信の状況が表されている。

第２の適合されたメッセージが、メッセージインターセプトデバイス２１０５に送り返される場合、メッセージインターセプトデバイス２１０５は、別のサービスが望ましい可能性があってそれに応じて再び全手続きを繰り返すかどうかを判定するか、またはこのメッセージがストレージサーバ２１０４である最終宛先に送信されてよいことを決定するかの、いずれかを行うことができる。後者の場合、メッセージは、メッセージが次に通信ネットワーク２１０３を介してこのストレージサーバ２１０４に送信されるべきであるという情報を含むように、メッセージインターセプトデバイスによって再び適合される。

いくつかの実施形態では、メッセージインターセプトデバイスはまた、ユーザから元々受信されたメッセージに、および／または記憶されたもしくは通信されたユーザ設定に基づいて、いくつの、およびどのサービスが選択されるべきかを決定することができる。その場合、メッセージインターセプトデバイスは、修正指示、ならびにすべての各サービスエンジンに向かう、およびすべての各サービスエンジンを経由するメッセージの、ルーティングに関するすべての必要な情報を含むように、元々受信されたメッセージを適合する。そのような適合されたメッセージを受信すると、サービスエンジンは、確認し、必要であればメッセージのコンテンツに対してサービスを実行し、アドレスまたは他の情報を用いて、サービスエンジンにより受信されたメッセージの中にその情報が既に含まれた次のサービスエンジンに向けて、このように適合されたメッセージをさらにルーティングすることになる。最後のサービスデバイスがデータに対してそのサービスを実行したとき、いくつかの実施形態は、適合されたメッセージを再びメッセージインターセプトデバイスに戻すようルーティングすることになり、または他の実施形態は、最後に適合されたメッセージをサーバに送信することになる。

通信ネットワークとしてインターネットを使用するいくつかの実施形態では、エンドユーザ装置とメッセージインターセプトデバイスとの中間に、ＨＴＴＰプロキシがさらに使用されてよい。そのようなＨＴＴＰプロキシは、エンドユーザによって生成されたＨＴＴＰメッセージをインターセプトすることを担当し、元々はオンラインストレージプロバイダ向けである。ＨＴＴＰプロキシは、エンドユーザ自身によるエンドユーザ装置上のウェブブラウザの構成を通して、またはインターネットサービスプロバイダのアクセスネットワークにおけるネットワーク設定によって、メッセージフローの中に導入される。

既に触れたように、メッセージインターセプトデバイスのいくつかの実施形態は、ユーザインターフェースをさらに含むことができる。このユーザインターフェースは、どのサービスがメッセージフローの中に挿入されるべきか構成するために、エンドユーザによって使用されることができる。この構成は、コンテンツワークフローの形態を取ることができる。

また、着信するコンテンツに関連したメッセージから、ユーザプロファイリング情報を抽出することを担当する任意のユーザプロファイリングエンジンが、メッセージインターセプトデバイスに含まれてもよい。ユーザプロファイリング情報は、後にターゲットの広告目的のために使用されることができる。

そのようなユーザインターフェースを備えた実施形態の効果は、エンドユーザが自分のユーザ経験を掌握していることである。ユーザは、興味のあるサービスについて探し回り、それをコンテンツフロー（たとえば、画像アップロード要求、ビデオダウンロード／ストリーミング要求、ドキュメント検索要求）に導入することができる。さらに、エンドユーザは、ユーザが許可されているすべてのストレージソリューションにわたって、一体化した経験を得る。

既に触れたように、ユーザによるアップロードの前に個人的なコンテンツを充実させる／修正するプロセス、またはサーバによるダウンロードの前にコンテンツをフィルタリングするプロセスが自動化する。

メッセージインターセプトデバイスのいくつかの実施形態は、ソフトウエアキャリア上のソフトウエア命令によって、またはネットワーク内のコンピュータにインストールされることになるソフトウエアプログラムによって実現される。しかし、そのようなメッセージインターセプトデバイスを実現するための他の実施形態もまた可能である。

同様の考えが、サービスエンジンの実施形態の実現に当てはまる。

本明細書の特許請求の範囲において、特定の機能を実行するための手段として表現されたいずれの要素も、その機能を実行するいずれのやり方も包含することが意図される。これは、たとえば、ａ）その機能を実行する電気的または機械的要素の組合せ、またはｂ）その機能を実行するソフトウエアを実行するための適正な回路と組み合わされた、いずれの形態の、したがって、ファームウエア、マイクロコードなどを含むソフトウエア、ならびに、存在すれば、ソフトウエア制御の回路に結合された機械的要素を含むことができる。そのような特許請求の範囲によって定義される本発明は、さまざまな説明された手段によって提供される機能が、特許請求の範囲が求めるやり方において組み合わされ、まとめられており、別段に特に定義されない限り、いずれの物理的な構造も特許請求される発明の新規性に対してほとんど、またはまったく重要でない、いう事実に帰する。したがって出願人は、それらの機能を提供することができるいずれの手段も、本明細書に示された機能と均等であるものとみなす。

本発明の原理が特定の装置に関連して以上に説明されたが、本説明は例としてのみなされ、添付の特許請求の範囲に定義される本発明の範囲の限定としてなされるのではないことが、明白に理解されるべきである。

Claims (8)

1. クライアント（２１００）によってコンテンツを含むメッセージ（２３００）を生成するステップ、前記メッセージを前記クライアント（２１００）によりネットワーク（２１０３）を介してサーバ（２１０４）に送信するステップを含む、前記クライアント（２１００）と前記サーバ（２１０４）との間のメッセージフローにおいて、サービス呼出しを自動化するための方法であって、
   ネットワーク（２１０３）内のメッセージインターセプトデバイス（２１０５）によって前記メッセージ（２３００）をインターセプトするステップと、前記メッセージの前記コンテンツ部分に対してサービス環境ネットワーク（２１０３２）の少なくとも１つのサービスエンジン（２１０６）によるさらなる実行のためのサービスが必要であるかどうかを、前記メッセージインターセプトデバイス（２１０５）によって判定するステップとをさらに含み、
   サービスが必要である場合に、前記メッセージ（２３００）の前記コンテンツ部分に対する少なくとも１つのサービスのさらなる実行のために少なくとも１つのサービスエンジン（２１０６）を選択するさらなるステップと、前記少なくとも１つのサービスエンジン（２１０６）に向けて前記メッセージをさらにルーティングするのに必要な情報を含むように前記メッセージを適合し、それにより適合されたメッセージ（２３０１）を生成するステップとを含む、方法。
2. 前記判定するステップが、前記メッセージに含まれた前記コンテンツに、および／または前記クライアントに関連した情報に基づく、請求項１に記載の方法。
3. 前記少なくとも１つのサービスエンジン（２１０６）に向けて、適合されたメッセージ（２３０１）をルーティングするステップをさらに含む、請求項１または２のいずれかに記載の方法。
4. 追加のサービスが必要であるかどうかを、前記サービスエンジン（２１０６）によって判定するステップをさらに含む、請求項３に記載の方法。
5. クライアント（２１００）とサーバ（２１０４）との間のネットワーク（２１０３）のメッセージインターセプトデバイス（２１０５）であって、前記サーバ（２１０４）への宛先を有する、前記クライアント（２１００）からのコンテンツを含むメッセージ（２３００）を受信し、前記メッセージを分析し、前記メッセージの前記コンテンツ部分に対してサービス環境ネットワーク（２１０３２）のサービスエンジン（２１０６）によるさらなる実行のためのサービスが必要であるかどうかを、前記メッセージから判定するように構成され、
   サービスが必要である場合に、前記メッセージの前記コンテンツ部分に対する少なくとも１つのサービスのさらなる実行のために少なくとも１つのサービスエンジン（２１０６）を判定し、前記少なくとも１つのサービスエンジン（２１０６）に前記メッセージをさらにルーティングするのに必要な情報をさらに含むように前記メッセージを適合し、それにより前記少なくとも１つのサービスエンジン（２１０６）に送信するための適合されたメッセージ（２３０１）を生成するようにさらに構成された、メッセージインターセプトデバイス（２１０５）。
6. 前記クライアントに関連したクライアント情報を受信し、前記クライアント情報に基づいて、および／または前記メッセージ（２３００）の前記コンテンツから抽出された情報に基づいて前記判定を実行するようにさらに構成された、請求項５に記載のメッセージインターセプトデバイス（２１０５）。
7. メッセージのコンテンツ部分に対してサービスを実行するためのサービスエンジン（２１０６）であって、メッセージインターセプトデバイス（２１０５）によって以前に生成された適合されたメッセージ（２３０１）を受信し、前記適合されたメッセージ（２３０１）からの前記コンテンツに対する前記サービスの動作を呼び出すか否かを前記適合されたメッセージ（２３０１）から判定し、サーバ（２１０４）に向けた、または前記メッセージインターセプトデバイス（２１０５）へのさらなる提供のための第２の適合されたメッセージ（２３０２）を生成するように構成された、サービスエンジン（２１０６）。
8. 前記適合されたメッセージ（２３０１）から、追加のサービスが必要であるかどうかを判定し、追加のサービスエンジンに向けて、前記第２の適合されたメッセージ（２３０２）をさらにルーティングするようにさらに構成された、請求項７に記載のサービスエンジン（２１０６）。
   

Images