(57)【要約】【課題】アプリケーション・サービスの通信品質を高める。【解決手段】本発明のサービス利用者ネットワークＮ1には、ユーザ端末Ａ４００ａおよびユーザ端末Ｂ４００ｂが接続されている。また、回線事業者ネットワークＮ2には、通信ゲートウェイ１００と、管理サーバ２００と、アプリケーション・サーバＡ３００ａと、アプリケーション・サーバＢ３００ｂとが接続されている。かかる構成で、ユーザ端末Ａ４００ａまたはユーザ端末Ｂ４００ｂと、アプリケーション・サーバＡ３００ａまたはアプリケーション・サーバＢ３００ｂとのアプリケーション・サービス専用の通信プロトコルによる通信は、全て通信ゲートウェイ１００が集約して接続代理をおこなうことによって、ユーザ端末Ａ４００ａまたはユーザ端末Ｂ４００ｂは、通信プロトコルを意識する必要がなくなり、また、アプリケーション・サービスに係る通信のセキュリティを向上させることが可能となる。【選択図】        図２
2008072655.tif 000002
【特許請求の範囲】
【請求項１】
サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおけるサービス通信制御方法であって、
前記サービス中継装置において、前記サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに対応した所定のプロトコルで行うサービス中継通信工程を含んだことを特徴とするサービス通信制御方法。
【請求項２】
前記サービス中継通信工程は、前記サービス利用端末装置を正当なサービス利用端末装置であると特定するサービス利用端末装置特定工程をさらに含み、前記サービス利用端末装置特定工程によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする請求項１に記載のサービス通信制御方法。
【請求項３】
前記サービス中継通信工程は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定工程により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択工程をさらに含んだことを特徴とする請求項２に記載のサービス通信制御方法。
【請求項４】
前記通信制御プログラム選択工程は、前記サービス利用端末装置特定工程により端末識別情報に基づいて特定された前記サービス利用端末装置に対応する前記通信制御プログラムを選択することを特徴とする請求項３に記載のサービス通信制御方法。
【請求項５】
サービス提供装置からサービス利用端末装置へ提供されるサービスを中継するサービス中継装置であって、
前記サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに応じた所定のプロトコルで行うサービス中継通信手段を備えたことを特徴とするサービス中継装置。
【請求項６】
前記サービス中継通信手段は、前記サービス利用端末装置を正当なサービス利用端末装置であると特定するサービス利用端末装置特定手段をさらに含み、前記サービス利用端末装置特定手段によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする請求項５に記載のサービス中継装置。
【請求項７】
前記サービス中継通信手段は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定手段により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択手段をさらに含んだことを特徴とする請求項６に記載のサービス中継装置。
【請求項８】
サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおけるサービス通信制御システムであって、
前記サービス中継装置は、前記サービス利用端末装置からの真正な要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに対応した所定のプロトコルで行うサービス中継通信手段を備えたことを特徴とするサービス通信制御システム。
【請求項９】
前記サービス中継通信手段は、前記サービス利用端末装置を特定するサービス利用端末装置特定手段をさらに含み、前記サービス利用端末装置特定手段によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする請求項８に記載のサービス通信制御システム。
【請求項１０】
前記サービス中継通信手段は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定手段により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択手段をさらに備えたことを特徴とする請求項９に記載のサービス通信制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおけるサービス通信制御方法、サービス中継装置およびサービス通信制御システムに関し、特に、アプリケーション・サービスの通信品質を高めることが可能なサービス通信制御方法、サービス中継装置およびサービス通信制御システムに関する。
【背景技術】
【０００２】
インターネット・サービスは、回線事業者が提供する回線サービスと、サービス・プロバイダが提供するアプリケーション・サービスとの組み合わせによって実現されている。従来は、利用するアプリケーション・サービスに対応したアプリケーション・ソフトウェアをサービス利用端末に導入し、このアプリケーション・ソフトウェアと、アプリケーション・サービスを提供するアプリケーション・サーバとが予め決まっているプロトコルで通信を行うことで、サービス利用端末装置において多種多様なアプリケーションが利用可能となる。
【０００３】
ここで、かかるアプリケーション・サービスの通信品質を如何にして保証するかが問題となってくるが、例えば、特許文献１には、アプリケーション・ソフトウェアと、アプリケーション・サーバとの通信の品質を保証するために、通信ゲートウェイなどの通信中継装置において、通過パケットの送信先アドレスやポート番号などから、送信先サイトやアプリケーションを特定して通過する通過パケットの選別を行って、通信の品質を制御する方法が開示されている。
【０００４】
【特許文献１】特開２００４−３４１５８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に代表される従来技術では、通信に係るプロトコルは、サービス利用端末とアプリケーション・サーバとの間でやり取りされ、通信中継装置は、通信パケットを転送するというネットワーク・レイヤ処理を行うのみにとどまっていた。
【０００６】
このため、新たなアプリケーション・サービスを利用開始する毎に、そのアプリケーション・サービスに対応するアプリケーション・ソフトウェアをサービス利用端末に導入して適切な設定を行う必要がある。このために、アプリケーション・ソフトウェアを導入して適切に設定するという煩雑な作業が必要になるのみならず、このアプリケーション・ソフトウェアの導入・設定のために専門的な知識が必要となる場合があり、新たなアプリケーション・サービスを利用開始することを困難にしていた。
【０００７】
さらには、近時のユビキタス・コンピューティングの発達にともない、マイクロ・コンピュータを搭載する様々な情報家電端末が登場してきているが、この情報家電端末は、従来のパーソナル・コンピュータのようにユーザがアプリケーション・ソフトウェアを新たに追加して導入することは不可能である。また、パーソナル・コンピュータであっても、企業内のネットワークに接続されるパーソナル・コンピュータは、セキュリティの観点からソフトウェアの新規導入が制限されていることが多い。
【０００８】
このように、新たなアプリケーション・サービスに対応するアプリケーション・ソフトウェアをサービス利用端末に導入することが不可能または困難である場合に、新たなアプリケーション・サービスを利用することができないまたは難しいという問題点があった。
【０００９】
また、アプリケーション・サービスの通信品質保証に関しても、従来は、通信中継装置は、通信パケットを転送するのみでアプリケーション・プロトコルに一切関与しないため、サービス利用端末からの不正アクセスを阻止することができなかった。
【００１０】
さらには、アプリケーション・サービスの通信に必要なアプリケーション・ソフトウェアをサービス利用端末毎に管理し、通信中継装置は、通信パケットを中継するのみでは、障害発生時に障害発生原因の特定が困難となり、アプリケーション・サービスの通信品質保証を困難にしていた。
【００１１】
本発明は、上記問題点（課題）を解消するためになされたものであって、新たなアプリケーション・サービスの利用を容易に開始することを可能とし、あわせてサービス利用端末からの不正アクセスを阻止してアプリケーション・サービスの通信品質を高めることが可能なサービス通信制御方法、サービス中継装置およびサービス通信制御システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上述した問題を解決し、目的を達成するため、本発明は、サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおけるサービス通信制御方法であって、前記サービス中継装置において、前記サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに対応した所定のプロトコルで行うサービス中継通信工程を含んだことを特徴とする。
【００１３】
また、本発明は、上記発明において、前記サービス中継通信工程は、前記サービス利用端末装置を正当なサービス利用端末装置であると特定するサービス利用端末装置特定工程をさらに含み、前記サービス利用端末装置特定工程によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする。
【００１４】
また、本発明は、上記発明において、前記サービス中継通信工程は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定工程により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択工程をさらに含んだことを特徴とする。
【００１５】
また、本発明は、上記発明において、前記通信制御プログラム選択工程は、前記サービス利用端末装置特定工程により端末識別情報に基づいて特定された前記サービス利用端末装置に対応する前記通信制御プログラムを選択することを特徴とする。
【００１６】
また、本発明は、サービス提供装置からサービス利用端末装置へ提供されるサービスを中継するサービス中継装置であって、前記サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに応じた所定のプロトコルで行うサービス中継通信手段を備えたことを特徴とする。
【００１７】
また、本発明は、上記発明において、前記サービス中継通信手段は、前記サービス利用端末装置を正当なサービス利用端末装置であると特定するサービス利用端末装置特定手段をさらに含み、前記サービス利用端末装置特定手段によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする。
【００１８】
また、本発明は、上記発明において、前記サービス中継通信手段は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定手段により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択手段をさらに含んだことを特徴とする。
【００１９】
また、本発明は、サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおけるサービス通信制御システムであって、前記サービス中継装置は、前記サービス利用端末装置からの真正な要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに対応した所定のプロトコルで行うサービス中継通信手段を備えたことを特徴とする。
【００２０】
また、本発明は、上記発明において、前記サービス中継通信手段は、前記サービス利用端末装置を特定するサービス利用端末装置特定手段をさらに含み、前記サービス利用端末装置特定手段によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする。
【００２１】
また、本発明は、上記発明において、前記サービス中継通信手段は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定手段により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択手段をさらに備えたことを特徴とする。
【発明の効果】
【００２２】
本発明によれば、サービス利用端末装置からの要求に応じてサービス提供装置に対してサービス提供の要求を行い、該要求に応じてサービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに対応した所定のプロトコルで行うので、所定のプロトコルを必要とする通信をサービス中継装置で集約して中継することから、サービス利用端末で該所定のプロトコルを意識することなくサービス提供端末との通信を行うことができるという効果を奏する。また、アプリケーション・サービス利用に係る通信を、中継サーバ装置で集約して管理することによって、アプリケーション・サービスに係る通信のセキュリティを向上させるという効果を奏する。
【００２３】
また、本発明によれば、サービス利用端末装置が正当なサービス利用端末装置であると特定された場合にのみサービス提供装置に対してサービス提供の要求を行うので、サービス利用端末装置からサービス提供装置へ送出されるトラフィックについて、正当なサービス利用端末装置であると特定され、許可されたサービス利用端末装置だけがサービス提供装置にアクセスできるようになり、不正なサービス利用端末装置がサービス提供装置にアクセスすることを防止するという効果を奏する。
【００２４】
また、本発明によれば、サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択するので、正当なサービス利用端末装置のみがサービス提供装置からサービスの提供を受けることとなり、サービス提供のセキュリティを向上させるという効果を奏する。
【００２５】
また、本発明によれば、サービス利用端末装置が端末識別情報に基づいて正当なサービス利用端末装置であると特定された場合にのみサービス提供装置に対してサービス提供の要求を行い、許可されたサービス利用端末装置だけがサービス提供装置にアクセスしてサービスの提供を受けることとなり、不正なサービス利用端末装置がサービス提供装置にアクセスしてサービスの提供を受けることを防止し、アプリケーション・サービスに係る通信のセキュリティを向上させるという効果を奏する。
【発明を実施するための最良の形態】
【００２６】
以下に添付図面を参照し、本発明のサービス通信制御方法、サービス中継装置およびサービス通信制御システムに係る実施例を詳細に説明する。サービスとは、アプリケーション・サービスをいう。なお、以下に示す実施例１および２では、アプリケーション・サービスを利用する端末装置を、マイクロ・コンピュータを搭載した家庭電化製品などの情報家電端末装置とした場合を示すこととする。しかし、これに限らず、アプリケーション・サービスを利用する端末装置は、一般的なパーソナル・コンピュータや携帯電話端末装置などであってもよい。
【００２７】
先ず、実施例１および２の説明に先立ち、本発明がなされるに至った背景である、従来のサービス通信制御方法の問題点について説明する。図１は、従来のサービス通信制御方法の問題点を説明するための図である。同図に示すように、ユーザ端末が接続されているサービス利用者ネットワークは、アプリケーション・サーバが接続されている回線事業者ネットワークと、通信ゲートウェイを介して接続されている。通信ゲートウェイは、回線事業者ネットワークに属する、該回線事業者ネットワークの関門である通信装置である。
【００２８】
従来は、ユーザ端末からProtocolAまたはProtocolBを使用し、アプリケーション・サーバと通信してアプリケーション・サービスを利用することができる。このとき、通信ゲートウェイは、パケットを、プロトコル毎に転送制御、優先制御する。
【００２９】
ここで、不正なユーザ端末が、偽ってProtocolAを使用してアプリケーション・サーバと通信を行おうとする場合に、通信ゲートウェイは、この不正アクセスを阻止することができず、単にProtocolAによる通信パケットとして転送制御するだけである。このために、アプリケーション・サーバ側では、不正なアクセスによって、サービス品質が劣化することとなる。また、通信ゲートウェイは、不正なアクセスによるトラフィックによって、通信帯域を無駄に消費することとなり、回線サービスの品質を低下させることとなる。
【００３０】
また、ユーザ端末が不正なものでなくとも、当該ユーザ端末がProtocolAまたはProtocolBのいずれもサポートしていない場合には、アプリケーション・サーバと通信を行うことができない。例えば、ユーザ端末が新たにアプリケーション・サーバからアプリケーション・サービスを受ける場合に、当該ユーザ端末がこのアプリケーション・サービスに係る通信に必要なプロトコルをサポートしていないとき、ユーザ端末は、このプロトコルを導入してサポートする必要がある。すなわち、異なるプロトコルで通信を行う複数のアプリケーション・サーバからのアプリケーション・サービスを受ける場合には、アプリケーション・サーバ毎の通信に係るプロトコルを導入してサポートする必要がある。これは、プロトコルの導入や設定に専門的な知識を必要とするために、新たなアプリケーション・サービスを利用開始することを困難にしていた。
【００３１】
本発明は、これらの課題（問題点）を解決するためになされたものであって、アプリケーション・サーバ側での不正なアクセスによるサービス品質の劣化を防止し、通信ゲートウェイでの不正なアクセスによるトラフィックによる通信帯域の無駄な消費を防止して回線サービスの品質の低下を防止し、新たなアプリケーション・サービスを容易に利用開始することを可能とするサービス通信制御方法、サービス中継装置およびサービス通信制御システムを提供することを目的とする。
【実施例１】
【００３２】
先ず、実施例１に係るサービス通信制御システムの構成について説明する。図２は、実施例１に係るサービス通信制御システムの構成を示す図である。同図に示すように、実施例１に係るサービス通信制御システムＳは、サービス利用者ネットワークＮ1と回線事業者ネットワークＮ2とが、通信ゲートウェイ１００を関門として接続されて構成される。
【００３３】
サービス利用者ネットワークＮ1には、ユーザ端末Ａ４００ａおよびユーザ端末Ｂ４００ｂが接続されている。また、回線事業者ネットワークＮ2には、通信ゲートウェイ１００と、管理サーバ２００と、アプリケーション・サーバ３００ａと、アプリケーション・サーバ３００ｂとが接続されている。なお、図２では、アプリケーション・サーバとしてアプリケーション・サーバＡ３００ａおよびアプリケーション・サーバＢ３００ｂのみを図示しているが、これに限らず、さらに多くのアプリケーション・サーバが接続されてもよい。また、ユーザ端末としてユーザ端末Ａ４００ａおよびユーザ端末Ｂ４００ｂのみを図示しているが、これに限らず、さらに多くのユーザ端末が接続されてもよい。
【００３４】
通信ゲートウェイ１００は、機能ブロックとして、サービスモジュール管理部１０１と、サービスモジュールＡ実行部１０２ａと、サービスモジュールＢ実行部１０２ｂと、ユーザ端末特定部１０３と、サービスモジュール特定部１０４とを備えて構成される。
【００３５】
サービスモジュール管理部１０１は、管理サーバ２００から通知されたサービスモジュールを記憶・管理する記憶手段である。ここで、サービスモジュールとは、対応する所定のプロトコルでアプリケーション・サーバとの通信の制御を行う通信制御プログラムの実行形式である。
【００３６】
サービスモジュールＡ実行部１０２ａは、サービスモジュール管理部１０１に記憶管理されるサービスモジュールＡの実行形式を実行してプロセスを生成する通信制御手段であり、アプリケーション・サーバＡ３００ａとの通信のための通信インターフェースである。
【００３７】
サービスモジュールＡ実行部１０２ａは、特にアプリケーション・サーバＡ３００ａとの通信プロトコル（例えば、図示するように、特殊通信制御プロトコルＡ）を使用した特定の通信方法（例えば、図示するように、IPSec-VPN接続、帯域１Ｍbps、低遅延）での通信を制御する。
【００３８】
すなわち、アプリケーション・サーバＡ３００ａが提供するサービスＡは、アプリケーション・サーバＡ３００ａとサービスモジュールＡ実行部１０２ａとの間でIPSec-ＶＰＮを構築し、IPSecトンネル（暗号化パス）の中で、サービス事業者固有のプロトコルであるProtocolAを用いて、アプリケーション・サーバＡ３００ａからサービス利用者ネットワークＮ1内のユーザ端末Ａ４００ａをコントロールし、そのサービス利用端末４００ａの情報をアプリケーション・サーバＡ３００ａへ通知するというサービスである（例えば、ネットワークカメラを制御して、カメラ撮影映像を映像管理センターであるアプリケーション・サーバへ通知するようなサービスである）。
【００３９】
サービスモジュールＡ実行部１０２ａは、サービスモジュール特定部１０４からサービスモジュールＡを特定して受け渡された通信データをアプリケーション・サーバＡ３００ａへ送信するとともに、アプリケーション・サーバＡ３００ａから受信した受信データをサービスモジュール特定部１０４へ受け渡す。
【００４０】
また、サービスモジュールＢ実行部１０２ｂは、サービスモジュール管理部１０１に記憶管理されるサービスモジュールＢの実行形式を実行してプロセスを生成する通信制御手段であり、アプリケーション・サーバＢ３００ｂとの通信のための通信インターフェースである。サービスモジュールＢ実行部１０２ｂは、特にアプリケーション・サーバＢ３００ｂとの通信プロトコル（例えば、図示するように、特殊認証プロトコルＢ）を使用した特定の通信方法（例えば、図示するように、コンテンツ毎に帯域可変）での通信を制御する。
【００４１】
すなわち、アプリケーション・サーバＢ３００ｂが提供するサービスＢは、アプリケーション・サーバＢ３００ｂとサービスモジュールＢ実行部１０２ｂの間で、サービス事業者固有の認証方式（例えば、ユーザＩＤ／パスワードに加えて、機器固有のＩＤ、趣味嗜好パラメタなどを複数組み合わせて強固な認証を行う認証方式）を実現する特殊プロトコルで相互に認証を行い、正規サービス利用者だけがサービスを利用可能とし、サービス利用者がアプリケーション・サーバＢ３００ｂ上でコンテンツを選択すると、そのコンテンツを配信するために必要なネットワーク品質を、特殊認証プロトコルＢを用いて通信ゲートウェイ１００へ通知し、品質確保されたネットワーク上でコンテンツ配信を行うというサービス（例えば、高品質のV.O.D.サービス）である。
【００４２】
サービスモジュールＢ実行部１０２ｂは、サービスモジュール特定部１０４からサービスモジュールＢを特定して受け渡された通信データをアプリケーション・サーバＢ３００ｂへ送信するとともに、アプリケーション・サーバＢ３００ｂから受信した受信データをサービスモジュール特定部１０４へ受け渡す。
【００４３】
このように、サービスモジュールＡ実行部１０２ａは、アプリケーション・サーバＡ３００ａとの通信に使用されるサービスモジュールＡを実行し、サービスモジュールＢ実行部１０２ｂは、アプリケーション・サーバＢ３００ｂとの通信に使用されるサービスモジュールＢを実行する、サービスモジュールのインスタンスである。
【００４４】
ユーザ端末特定部１０３は、ユーザ端末との通信のための通信インターフェースであり、ユーザ端末Ａ４００ａまたはユーザ端末Ｂ４００ｂのいずれとの通信であるかを、例えばユーザ端末装置のＭＡＣアドレス（Media Access Control address）で特定する制御手段である。ユーザ端末特定部１０３は、通信を行う相手先のユーザ端末がいずれのユーザ端末であるかに関わらず、常に固定された同一の通信プロトコルを使用して通信を行う。ユーザ端末特定部１０３は、ユーザ端末から接続先のアプリケーション・サーバを指定した通信データを受信してサービスモジュール特定部１０４へ受け渡すとともに、サービスモジュール特定部１０４から受け渡された通信データを該通信データが指定するユーザ端末へ受け渡す。
【００４５】
サービスモジュール特定部１０４は、ユーザ端末特定部１０３から通信データを受け渡されると、指定された接続先のアプリケーション・サーバとの通信に必要なサービスモジュールを選択し、この選択されたサービスモジュールへ該通信データを受け渡す制御手段である。サービスモジュール特定部１０４は、ユーザ端末特定部１０３から接続先のアプリケーション・サーバを指定した通信データを受信して、特定されるサービスモジュールへ該通信データを受け渡すとともに、サービスモジュールから受け渡された通信データをユーザ端末特定部１０３へ受け渡す。
【００４６】
サービスモジュール特定部１０４によって接続先のアプリケーション・サーバとの通信に必要なサービスモジュールが選択されるので、利用するアプリケーション・サービスに応じて異なる振る舞いの通信制御が行われることとなる。
【００４７】
通信ゲートウェイ１００がこのような構成を取ることによって、通信ゲートウェイ１００を通過するトラフィックの送信先／送信元のアプリケーション・サービスを特定して、このアプリケーション・サービスに対応した通信制御手段を用いることができる。さらに、通信ゲートウェイ１００がサービス利用端末に代わってアプリケーション・サービス事業者が規定した独自の通信プロトコルを利用し、さらにサービス事業者が規定した通信品質を満たすように通信ゲートウェイの流入／流出トラフィックを制御するようにすることができる。また、サービス利用者を特定して、正規のユーザだけが契約したアプリケーション・サービスへアクセスできるように制限をかけることができる。
【００４８】
このように、通信ゲートウェイ１００がアプリケーション・サービスの通信に係る必要な処理を代行することによって、サービス利用端末は特別な機能を追加せずに、様々な仕様のアプリケーション・サービスを利用できるようになる。また、通信ゲートウェイ１００でユーザを特定し、通信ゲートウェイ１００からの流入・流出トラフィックを制御することにより、回線サービス事業者が回線サービス品質を保証することも可能となる。また、サービス利用者が契約しているサービスの通信制御手段をオンデマンドで当該ユーザの通信ゲートウェイ１００へ通知して、サービス利用者毎に通信ゲートウェイ機能をカスタマイズするようにすることで、単一の装置（通信ゲートウェイ１００）で多種多様なサービスに柔軟に対応することが可能となる。
【００４９】
管理サーバ２００は、機能ブロックとして、サービスモジュール管理ＤＢ部２０１と、ユーザ管理ＤＢ部２０２と、サービスモジュール通知部２０３とを備えて構成される。サービスモジュール管理ＤＢ部２０１は、アプリケーション・サーバから登録によって登録要求されたサービスモジュールの実行形式を記憶・管理する記憶手段である。管理サーバ２００は、所定の通信インターフェースを介してアプリケーション・サーバから受信したサービスモジュールの実行形式を、通信に必要とされるアプリケーション・サービスを識別可能に所定のテーブル形式で記憶するデータベースである。サービスモジュール管理ＤＢ２０１は、サービスモジュールの実行形式をサービスモジュール通知部２０３へ受け渡す。
【００５０】
ユーザ管理ＤＢ部２０２は、アプリケーション・サーバから通知された、アプリケーション・サービス毎の契約者の識別情報を記憶・管理する記憶手段である。なお、アプリケーション・サーバとユーザ端末との間で、事前にアプリケーション・サービス利用契約が締結されているものとする。この契約によってアプリケーション・サーバに登録されている契約ユーザの識別情報がユーザ管理ＤＢ部２０２に登録されることとなる。ユーザ管理ＤＢ部２０２は、所定の通信インターフェースを介してアプリケーション・サーバから受信した契約ユーザの識別情報を、該契約ユーザが利用する通信ゲートウェイの識別情報とともに、契約しているアプリケーション・サービスを識別可能に所定のテーブル形式で記憶するデータベースである。ユーザ管理ＤＢ部２０２は、記憶・管理される契約ユーザの情報を、サービスモジュール通知部２０３へ受け渡す。
【００５１】
サービスモジュール通知部２０３は、通信ケートウェイ１００のサービスモジュール管理部１０１に対して、サービスモジュール管理ＤＢ部２０１およびユーザ管理ＤＢ部２０２の情報に基づいて、アプリケーション・サービスの利用契約を締結しているユーザの識別情報に、該契約ユーザが利用する通信ゲートウェイの識別情報と、契約しているアプリケーション・サービスに必要なサービスモジュールの実行形式とを対応付けて送信する。
【００５２】
次に、図２で示した管理サーバ２００のサービスモジュール管理ＤＢ部２０１に格納されるサービスモジュール管理テーブルについて説明する。図３は、図２で示した管理サーバ２００のサービスモジュール管理ＤＢ部２０１に格納されるサービスモジュール管理テーブルを示す図である。同図に示すように、サービスモジュール管理テーブルは、モジュールＩＤと、メタデータ情報と、サービスモジュールデータとのカラムを有する。
【００５３】
モジュールＩＤは、格納されるサービスモジュールを特定するための一意の識別情報である。メタデータ情報は、格納されるモジュールに付随する情報のデータセットであり、モジュールの型、モジュールのインストールパス情報、起動コマンド、停止コマンドなどの情報を含む。サービスモジュールデータは、モジュールＩＤで特定されるサービスモジュールの実行形式である。なお、モジュールＩＤと、メタデータ情報と、サービスモジュールデータとの対応は、１：１：１である。
【００５４】
次に、図２で示した管理サーバ２００のユーザ管理ＤＢ部２０２に格納されるユーザ管理テーブルについて説明する。図４は、図２で示した管理サーバ２００のユーザ管理ＤＢ部２０２に格納されるユーザ管理テーブルを示す図である。同図に示すように、ユーザ管理テーブルは、ユーザＩＤと、通信ゲートウェイと、導入済みサービスモジュールＩＤとのカラムを有する。
【００５５】
ユーザＩＤは、いずれかのアプリケーション・サービスの利用契約を締結しているユーザを識別するための識別情報である。通信ゲートウェイは、当該ユーザが回線事業者ネットワークＮ2に接続して目的とするアプリケーション・サーバとの通信を行うために利用する通信ゲートウェイを識別するための識別情報である。導入済みサービスモジュールＩＤは、当該ユーザが、いずれかのアプリケーション・サーバと通信してアプリケーション・サービスを利用するために、通信ゲートウェイ１００のサービスモジュール管理部１０１に通知されているサービスモジュールを識別するための識別情報である。なお、ユーザＩＤと、通信ゲートウェイと、導入済みサービスモジュールＩＤとの対応は、１：１：Ｎ（複数）である。
【００５６】
次に、管理サーバ２００のサービスモジュール通知部２０３から通信ゲートウェイ１００のサービスモジュール管理部１０１へ、サービスモジュールが通知されるサービスモジュール通知処置を説明する。図５は、管理サーバ２００のサービスモジュール通知部２０３から通信ゲートウェイ１００のサービスモジュール管理部１０１へ、サービスモジュールが通知されるサービスモジュール通知処置を示すシーケンス図である。同図に示すように、先ず、アプリケーション・サーバ３００から管理サーバ２００のサービスモジュール管理ＤＢ部２０１へ、サービスモジュールの実行形式の登録が要求される（ステップＳ１０１）。
【００５７】
続いて、アプリケーション・サーバ３００からサービスモジュールの実行形式のデータを受信した管理サーバ２００のサービスモジュール管理ＤＢ部２０１は、受信したサービスモジュールの実行形式をサービスモジュール管理ＤＢ部２０１に格納されるサービスモジュール管理テーブルに登録する（ステップＳ１０２）。
【００５８】
一方、ユーザ端末４００からアプリケーション・サーバ３００へ、当該アプリケーション・サーバが提供するアプリケーション・サービスの利用契約の申し込みがなされる（ステップＳ１０３）。この利用契約の申し込みは、当該アプリケーション・サービスの通信とは異なる方法、例えば郵送や電子メール若しくはウェブ経由などの手動による。
【００５９】
続いて、サービス利用契約申し込みを受け付けたアプリケーション・サーバ３００は、ユーザ登録を管理サーバ２００のユーザ管理ＤＢ部２０２へ要求する（ステップＳ１０４）。アプリケーション・サーバ３００から登録のためにユーザ情報を受信した管理サーバ２００のユーザ管理ＤＢ部２０２は、受信したユーザ情報をユーザ管理ＤＢ部２０２に格納されるユーザ管理テーブルに登録する（ステップＳ１０５）。
【００６０】
続いて、管理サーバ２００のサービスモジュール通知部２０３は、サービスモジュール管理ＤＢ部２０２を参照し（ステップＳ１０６）、当該ユーザが利用契約しているアプリケーション・サービスが通信に必要とするサービスモジュールの実行形式を通信ゲートウェイ１００のサービスモジュール管理部１０１へ通知する（ステップＳ１０７）。そして、サービスモジュールの実行形式を通知された通信ゲートウェイ１００のサービスモジュール管理部１０１は、サービスモジュールの組み込みを行う（ステップＳ１０８）。
【００６１】
このようにしてサービスモジュールが組み込まれた通信ゲートウェイは、ユーザ端末からのアプリケーション・サーバとの接続要求に応じた特定のサービスモジュールを利用して、目的とするアプリケーション・サーバとの通信が可能となる。
【００６２】
次に、図５のサービスモジュール通知処理を示すシーケンス図のステップＳ１０７で示したサービスモジュール通知のメッセージについて説明する。図６は、図５のサービスモジュール通知処理を示すシーケンス図のステップＳ１０７で示したサービスモジュール通知のメッセージの例を示す図である。同図に示すように、サービスモジュール通知のメッセージは、ＨＴＴＰヘッダと、メタデータ情報と、サービスモジュールデータとを含む。
【００６３】
ＨＴＴＰヘッダは、標準ＨＴＴＰヘッダであり、モジュールの追加または削除のいずれを指示するメッセージであるかを示す情報を含む。メタデータ情報およびサービスモジュールデータは、サービスモジュール通知のメッセージのボディである。メタデータ情報は、格納されるモジュールに付随する情報のデータセットであり、少なくとも、モジュールを一意に識別するための情報であるモジュールＩＤと、モジュールの型を示すモジュールタイプと、モジュールのインストールパス情報と、起動コマンドと、停止コマンドとの情報を含む。サービスモジュールデータは、サービスモジュールの実行形式のデータである。
【００６４】
このように、サービスモジュール通知のメッセージがメタデータ情報を含むことによって、通信ゲートウェイでは、メタデータ情報のサービスモジュールＩＤでサービスモジュールを一意に特定し、メタデータ情報の種別・サービスモジュールのインストールパス・起動停止命令情報を参照して、サービスモジュールの組み込みや起動・停止を実行することが可能となる。これにより、例えば、ＪＡＶＡ（登録商標）アプリケーションやＣ言語などのネイティブコード・アプリケーション、ライブラリ、スクリプトファイルなど、様々な種別のサービスモジュールを一元的に取り扱うことが可能となる。
【００６５】
次に、図５のサービスモジュール通知処理を示すシーケンス図のステップＳ１０８のサービスモジュール組み込み処理で実行されるサービスモジュール管理処理について説明する。図７は、図５のサービスモジュール通知処理を示すシーケンス図のステップＳ１０８のサービスモジュール組み込み処理で実行されるサービスモジュール管理処理手順を示すフローチャートである。同図に示すように、先ず、通信ゲートウェイ１００のサービスモジュール管理部１０１は、モジュール追加・削除制御メッセージを受信する（ステップＳ１１０）。続いて、サービスモジュール管理部１０１は、受信したメッセージが追加指示か否かを判定する（ステップＳ１１１）。追加指示であると判定された場合（ステップＳ１１１肯定）、ステップＳ１１２へ移り、追加指示であると判定されなかった場合（ステップＳ１１１否定）、ステップＳ１１８へ移る。
【００６６】
ステップＳ１１２では、サービスモジュール管理部１０１は、追加指示を受けたモジュールが既にインストール済みか否かを判定する。インストール済みと判定された場合（ステップＳ１１２肯定）、ステップＳ１１３へ移り、インストール済みと判定されなかった場合（ステップＳ１１２否定）、ステップＳ１１５へ移る。
【００６７】
ステップＳ１１３では、起動中の当該モジュールを、メタデータに含まれる停止コマンドを使用して停止する。続いて、メタデータのインストールパス情報に従ってモジュールの格納場所を特定し、当該モジュールを削除する（ステップＳ１１４）。続いて、メタデータのインストールパス情報に従ってモジュールの格納場所を特定し、受信したモジュールを配置する（ステップＳ１１５）。続いて、配置されたモジュールを、メタデータに含まれる起動コマンドを使用して起動する（ステップＳ１１６）。続いて、サービスモジュール管理部１０１に格納されるインストール済みのモジュールを記憶するモジュール管理情報を更新する（ステップＳ１１７）。
【００６８】
一方、ステップＳ１１８では、受信メッセージはモジュール削除指示であるので、起動中の当該モジュールを、メタデータに含まれる停止コマンドを使用して停止する。続いて、メタデータのインストールパス情報に従ってモジュールの格納場所を特定し、当該モジュールを削除する（ステップＳ１１９）。ステップＳ１１９が終了すると、ステップＳ１１７へ移る。
【００６９】
次に、図２に示した実施例１に係るサービス通信制御システムにおいてサービスを利用するときのサービス利用時処理について説明する。図８は、図２に示した実施例１に係るサービス通信制御システムにおけるサービス利用時処理を示すシーケンス図である。同図に示すように、先ず、通信ゲートウェイ１００のサービスモジュールＡ実行部１０２ａは、アプリケーション・サーバＡ３００ａとの相互認証およびＩＰプロトコルレベルで通信データを暗号化するIPSecを行うＶＰＮ（Virtual Private Network）処理を実行する（ステップＳ１２１）。ＶＰＮ処理によって、通信ゲートウェイ１００およびアプリケーション・サーバＡ３００ａは相互に認証され（ステップＳ１２２）、IPSecによる暗号化された通信路が確立する（ステップＳ１２３）。
【００７０】
続いて、通信ゲートウェイ１００のサービスモジュールＡ実行部１０２ａは、ユーザ端末４００およびアプリケーション・サーバＡ３００ａとの間で通信セッションを確立させるプロトコル処理を実行する（ステップＳ１２４）。このプロトコル処理によって、ユーザ端末４００との間では、機器制御プロトコルによる通信セッションが確立され（ステップＳ１２５）、アプリケーション・サーバＡ３００ａとの間では、特殊制御プロトコルＡによる通信セッションが確立される（ステップＳ１２６）。
【００７１】
続いて、通信ゲートウェイ１００のサービスモジュールＡ実行部１０２ａは、帯域確保およびパケット送信の優先度を設定するＱｏＳ（Quality of Service）処理を実行する（ステップＳ１２７）。この処理によって、通信ゲートウェイ１００を介して、ユーザ端末４００およびアプリケーション・サーバＡ３００ａの間で、帯域および優先度が確保された（例えば、帯域１Ｍbpsが確保され、高優先クラスと設定された）データ通信が行われる（ステップＳ１２８）。
【００７２】
他方、通信ゲートウェイ１００のサービスモジュールＢ実行部１０２ｂは、ユーザ端末４００およびアプリケーション・サーバＢ３００ｂとの間で通信セッションを確立させるプロトコル処理を実行する（ステップＳ１２９）。このプロトコル処理によって、アプリケーション・サーバＢ３００ｂとの間では、特殊認証プロトコルＢによる通信セッションが確立される（ステップＳ１３０）。
【００７３】
続いて、コンテンツ選択の指示がユーザ端末４００からサービスモジュールＢ実行部１０２ｂへ送信される（ステップＳ１３１）。このコンテンツ選択の指示を受信した通信ゲートウェイ１００のサービスモジュールＢ実行部１０２ｂは、アプリ連携ＱｏＳ処理を実行する（ステップＳ１３２）。アプリ連携ＱｏＳ処理によって、アプリケーション・サーバＢ３００ｂへコンテンツ選択指示が転送される（ステップＳ１３３）。
【００７４】
続いて、コンテンツ選択指示を受信したアプリケーション・サーバＢ３００ｂは、選択されたアプリケーションに応じた帯域およびパケット送信の優先度に関わる情報を、通信ゲートウェイ１００のサービスモジュールＢ実行部１０２ｂへ通知する（ステップＳ１３４）。
【００７５】
続いて、アプリケーション・サーバＢ３００ｂから、選択されたアプリケーションに応じた帯域およびパケット送信の優先度を受信した通信ゲートウェイ１００のサービスモジュールＢ実行部１０２ｂは、アプリ連携ＱｏＳ処理によって、当該受信内容が、ＱｏＳ処理に受け渡される（ステップＳ１３５）。
【００７６】
続いて、通信ゲートウェイ１００のサービスモジュールＢ実行部１０２ｂは、帯域確保およびパケット送信の優先度を設定するＱｏＳ処理を実行する（ステップＳ１３６）。この処理によって、通信ゲートウェイ１００を介して、ユーザ端末４００およびアプリケーション・サーバＢ３００ｂの間で、帯域および優先度が確保された（例えば、帯域２Ｍbpsが確保され、高優先クラスと設定された）データ通信が行われる（ステップＳ１３７）。
【００７７】
このように、各アプリケーション・サービスに対応したサービスモジュールを、オンデマンドで通信ゲートウェイ１００に追加することで、サービス利用端末に必要な機能がない状況でも、多種多様なサービスに対応することが可能になり、アプリケーションレイヤ処理とネットワーク品質制御処理とを連携させたサービスの提供が可能となる。
【００７８】
次に、図８に示したサービス利用時処理において、サービス利用時にユーザ端末４００から通信ゲートウェイ１００へ通信パケットが送信された際に、通信ゲートウェイ１００がユーザ端末のユーザを認証するユーザ認証処理について説明する。図９−１は、通信ゲートウェイ１００がユーザ端末のユーザを認証するユーザ認証処理を示すフローチャートである。なお、図９−１に示す処理では、予め通信ゲートウェイ１００に、利用を許可するサービス利用端末の情報として、該サービス利用端末のＭＡＣアドレスが登録されていることを前提とする。同図に示すように、先ず、通信ゲートウェイ１００のユーザ端末特定部１０３は、ユーザ端末からのパケットを受信する（ステップＳ１４１）。
【００７９】
続いて、通信ゲートウェイ１００のユーザ端末特定部１０３は、受信パケットが持つ送信元端末装置のＭＡＣアドレス（Media Access Control address）が、該通信ゲートウェイ１００に登録されているＭＡＣアドレスと一致するか否かを判定する（ステップＳ１４２）。登録されているＭＡＣアドレスと一致すると判定された場合（ステップＳ１４２肯定）、通信ゲートウェイ１００のユーザ端末特定部１０３は、送信先アドレスから送信先アプリケーション・サーバを特定し、対応するサービスモジュールが通信処理を代行する（ステップＳ１４３）。登録されているＭＡＣアドレスと一致すると判定されなかった場合（ステップＳ１４２否定）、通信ゲートウェイ１００のユーザ端末特定部１０３は、当該受信パケットを破棄して一切のアプリケーション・サービスの利用を付加とする（ステップＳ１４４）。ステップＳ１４３またはステップＳ１４４が終了すると、ユーザ認証処理は終了する。
【００８０】
なお、ステップＳ１４４のように、パケットを破棄しなくとも、サービス利用端末毎に利用可能なサービスを設定しておき、限られたサービスだけを利用できるようにしておいてもよい。
【００８１】
このように、サービス利用者がサービス利用端末４００を使用してアプリケーション・サービスを利用しようと通信ゲートウェイ１００にアクセスしてきた場合に、該通信ゲートウェイにおいてサービス利用端末４００を、ＭＡＣアドレスを使用して特定すると、特定されたサービス利用端末４００のみがサービスモジュールを利用して所望のアプリケーション・サーバ３００と通信可能となり、不正なサービス利用端末４００を排除してアプリケーション・サーバ３００へのアクセスを阻止し、アプリケーション・サービスに係るセキュリティを向上させることが可能となる。
【００８２】
なお、ユーザ認証処理は、図９−１に示した処理手順に従うものに限られるものではない。図９−２は、通信ゲートウェイ１００がユーザ端末のユーザを認証するユーザ認証処理の他の実施例を示すフローチャートである。こでは、予め許可されたサービス利用端末であっても、サービス利用者毎に利用できるサービスを制限するものである。この場合は、図９−１と同様に、サービス利用者と利用可能なサービスを事前に通信ゲートウェイ１００に登録しておくことを前提とする。同図に示すように、先ず、通信ゲートウェイ１００のユーザ端末特定部１０３は、ユーザ端末からのパケットを受信する（ステップＳ１５１）。
【００８３】
続いて、通信ゲートウェイ１００のユーザ端末特定部１０３は、サービス利用者ネットワークＮ1側からインターネットなどの外部へ送出されるトラフィックのセッション情報に基づいて、当該受信パケットの送信元ユーザ端末のユーザは既に認証済みの正当なユーザであるか否かを判定する（ステップＳ１５２）。当該受信パケットの送信元ユーザ端末のユーザは既に認証済みのユーザであると判定された場合（ステップＳ１５２肯定）、通信ゲートウェイ１００のユーザ端末特定部１０３は、送信先アドレスから送信先アプリケーション・サーバを特定し、対応するサービスモジュールが通信処理を代行する（ステップＳ１５３）。
【００８４】
一方、当該受信パケットの送信元ユーザ端末のユーザは既に認証済みのユーザであると判定されなかった場合（ステップＳ１５２否定）、通信ゲートウェイ１００のユーザ端末特定部１０３は、ユーザ端末へ認証画面のＵＲＬ（Uniform Resource Locator）を通知し、ユーザＩＤおよびパスワードなどの認証情報を入力させ、通信ゲートウェイ１００へ送信させる（ステップＳ１５４）。認証情報を受信した通信ゲートウェイ１００のユーザ端末特定部１０３は、当該ユーザが正当なユーザであるか否かを判定する（ステップＳ１５５）。当該ユーザが正当なユーザであると判定された場合（ステップＳ１５５肯定）、当該ユーザに対してサービスアクセス用の通信ポート番号を割り当て（ステップＳ１５６）、当該ユーザのユーザ端末へアクセスＵＲＬ（例えば、http://gateway:12345/service-c.htmlなど。ここで、12345が当該ユーザに割り当てられたポート番号である）を通知する（ステップＳ１５７）。ステップＳ１５３またはステップＳ１５７の処理が終了すると、他の実施例のユーザ認証処理は終了する。
【００８５】
上記したように、通信ゲートウェイ１００は、割り当てたポート番号を管理し、サービス利用者端末から送信されるパケットの送信先ポート番号が、該通信ゲートウェイ１００が管理しているポート番号と一致するか否かを判断することで正当なユーザであるか不正／認証未処理ユーザであるかを判断する。
【００８６】
また、ポート番号以外のセッション識別方法として、サービス利用ＵＲＬ情報を通知する際に、当該ユーザに割り当てたセッション識別子を含むCookie情報を通知し、サービス利用者端末から送信されるメッセージのCookie情報のセッション識別子を参照して、正当なユーザであるか否かを判断するようにしてもよい。
【００８７】
このように、サービス利用者がサービス利用端末４００を使用してアプリケーション・サービスを利用しようと通信ゲートウェイ１００にアクセスしてきた場合に、該通信ゲートウェイにおいてユーザ認証を実行すると、認証されたユーザのみがサービスモジュールを利用して所望のアプリケーション・サービスを利用可能となり、不正なサービス利用端末４００を排除してアプリケーション・サーバ３００へのアクセスを阻止し、アプリケーション・サービスに係るセキュリティを向上させることが可能となる。
【００８８】
続いて、図２に示した実施例１に係るサービス通信制御システムにおいて通信ゲートウェイ１００のサービスモジュール管理部１０１に登録されるモジュールの自動更新処理について説明する。図１０は、モジュール更新チェック処理を示すフローチャートである。この自動更新処理であるモジュール更新チェック処理は、モジュールのメタデータに含まれるモジュール情報を確認することによって、常に最新のバージョンのモジュールを通信ゲートウェイ１００のサービスモジュール管理部１０１に配置しておくことを目的とする。モジュールの自動更新処理に係るモジュール更新チェック処理は、周期的に、自動的に実行される処理である。
【００８９】
通信ゲートウェイ１００が何らかの理由で初期化された場合に、通信ゲートウェイ１００内のサービスモジュールが消えサービスが利用できなることが考えられる。また、サービス提供者の問題でサービスモジュールの仕様を変更することが考えられる。このようなケースに対応するため、通信ゲートウェイ１００のサービスモジュールを自動的に復旧したり、管理サーバ２００側から通知される最新の情報でサービスモジュールを自動更新したりする仕組みが必要になる。
【００９０】
先ず、管理サーバ２００のサービスモジュール通知部２０３は、通信ゲートウェイ１００のサービスモジュール管理部１０１から、モジュール情報を受信する（ステップＳ１６１）。モジュール情報は、少なくとも、モジュールＩＤ、バージョン情報、ユーザＩＤ、モジュールが登録されている通信ゲートウェイの装置識別情報を含む。
【００９１】
続いて、管理サーバ２００のサービスモジュール通知部２０３は、受信したモジュール情報のモジュールＩＤ、ユーザＩＤおよび通信ゲートウェイの装置識別情報に基づいてユーザ管理ＤＢ部２０２を参照し、受信モジュール情報のこれらの組み合わせに一致する情報が登録されているか否かを判定する（ステップＳ１６２）。当該モジュール情報に一致する情報が登録されていると判定された場合（ステップＳ１６２肯定）、ステップＳ１６３へ移り、当該モジュール情報に一致する情報が登録されていると判定されなかった場合（ステップＳ１６２否定）、ステップＳ１６４へ移る。
【００９２】
ステップＳ１６３では、管理サーバ２００のサービスモジュール通知部２０３は、モジュール管理ＤＢ部２０１を参照して、当該モジュールのバージョンがモジュール管理ＤＢ部２０１に登録されているバージョンと一致するか否かを判定する（ステップＳ１６３）。当該モジュールのバージョンがモジュール管理ＤＢ部２０１に登録されているバージョンと一致すると判定された場合（ステップＳ１６３肯定）、モジュール更新チェック処理は終了する。当該モジュールのバージョンがモジュール管理ＤＢ部２０１に登録されているバージョンと一致すると判定されなかった場合（ステップＳ１６３否定）、モジュール管理ＤＢ部２０１に登録されている当該モジュールのモジュールデータを、通信ゲートウェイ１００のサービスモジュール管理部１０１へ通知する（ステップＳ１６４）。ステップＳ１６４が終了すると、モジュール更新チェック処理は終了する。
【００９３】
このように、通信ゲートウェイ１００から管理サーバ２００へ、該通信ゲートウェイ１００が管理するサービスモジュールの情報を通知し、該通知を受けた管理サーバ２００においてモジュール状態をチェックすることにより、通信ゲートウェイ１００のサービスモジュール管理部１０１に本来登録されている筈のモジュールデータが登録されていない場合に、このモジュールデータの登録が漏れているモジュールを迅速に発見してモジュールデータをサービスモジュール管理部１０１に登録し、また、管理サーバ２００に最新のバージョンのモジュールデータを登録しておくだけで、バージョンが古いモジュールデータを最新のモジュールデータに自動的に更新することが可能となる。また、何らかの理由で通信ゲートウェイ１００が初期化された場合であっても、常に初期化以前の状態へ復旧させることが可能となる。
【００９４】
実施例１のサービス通信制御システムＳにおいて、回線事業者が品質保証を行うためには、管理サーバ２００に保存されるサービスモジュールを厳重に管理するとともに、通信ゲートウェイ１００へ不正なサービスモジュールが導入されないようにしたり、サービスモジュールが不正に改竄されないようにしたりする必要がある。サービスモジュールの不正導入を防止する方法としては、管理サーバ２００と通信ゲートウェイ１００とが通信を行う前に、事前に電子証明書などを利用して相互に装置を認証し、ＳＳＬやIPSecなどの暗号化プロトコルで通信を暗号化することが好適である。
【００９５】
さらに、サービスモジュールの改竄防止のため、サービスモジュールを通知する際に、メタデータ情報内にサービスモジュールのハッシュ演算結果（ハッシュ計算式は、正規の通信ゲートウェイ装置１００および管理サーバ２００のみが知りうる計算式）を付与し、通信ゲートウェイ１００がサービスモジュールを受信した際に、同計算式でハッシュ計算を行い、サービスモジュールに改竄がないかを確認することとしてもよい。これにより、管理サーバ２００上で厳密に管理された正当なサービスモジュールだけが通信ゲートウェイへ導入されるようになる。このように、実施例１のサービス通信制御システムＳにおいて、管理サーバ２００と通信ゲートウェイ１００とが同一の回線事業者ネットワークＮ２内に接続され、互いの信頼関係が築かれていることが前提となっている。
【実施例２】
【００９６】
次に、実施例２に係るサービス通信制御システムの構成について説明する。図１１は、実施例２に係るサービス通信制御システムの構成を示す図である。同図に示すように、実施例２に係るサービス通信制御システムＳは、実施例１と同様に、サービス利用者ネットワークＮ1と回線事業者ネットワークＮ2とが、通信ゲートウェイ１００を関門として接続されて構成される。
【００９７】
実施例２のサービス利用者ネットワークＮ1には、ユーザ端末４００が接続されている。実施例２のユーザ端末４００は、実施例１のユーザ端末Ａ４００ａ、ユーザ端末Ｂ４００ｂと同様であるので、ここでの説明を省略する。また、実施例２の回線事業者ネットワークＮ2には、通信ゲートウェイ１００と、管理サーバ２００と、アプリケーション・サーバ３００と、ポータル・サーバ５００とが接続されている。実施例２のアプリケーション・サーバ３００は、実施例１のアプリケーション・サーバＡ３００ａ、アプリケーション・サーバＢ３００ｂと同様であるので、ここでの説明を省略する。
【００９８】
なお、図２では、アプリケーション・サーバとしてアプリケーション・サーバ３００のみを図示しているが、これに限らず、さらに多くのアプリケーション・サーバが接続されてもよい。また、ユーザ端末としてユーザ端末４００のみを図示しているが、これに限らず、さらに多くのユーザ端末が接続されてもよい。
【００９９】
通信ゲートウェイ１００は、機能ブロックとして、サービスモジュール管理部１０１と、サービスモジュール実行部１０２と、ユーザ端末特定部１０３と、サービスモジュール特定部１０４と、機器情報収集部１０５とを備えて構成される。なお、サービスモジュール管理部１０１、サービスモジュール実行部１０２、ユーザ端末特定部１０３、サービスモジュール特定部１０４は、実施例１のものと同様であるので、ここでの説明を省略する。ここで、実施例２のサービスモジュール実行部１０２は、実施例１のサービスモジュールＡ実行部１０２ａ、サービスモジュールＢ実行部１０２ｂと同様であるので、ここでの説明を省略する。
【０１００】
機器情報収集部１０５は、サービス利用者ネットワークＮ1に接続されているユーザ端末を探索する。機器情報収集部１０５は、サービス利用者ネットワークＮ1において新たにユーザ端末を発見したならば、該ユーザ端末を利用するユーザの識別情報であるユーザＩＤ、ユーザ端末の種別、ユーザ端末の型を識別する型名、メーカ名、その他の情報を含む機器情報を、この新たに発見したユーザ端末から取得する。そして、取得した機器情報を、ポータル・サーバ５００の機器情報収集部５０３へ受け渡す。
【０１０１】
管理サーバ２００は、機能ブロックとして、サービスモジュール管理ＤＢ部２０１と、サービスモジュール通知部２０３とを備えて構成される。実施例２の管理サーバ２００は、実施例１の管理サーバと比較して、ユーザ管理ＤＢ部２０２が省略されたものとなっている。実施例２のサービスモジュール管理ＤＢ部２０１は、実施例１のサービスモジュール管理ＤＢ部２０１と同様であるので、ここでの説明を省略する。
【０１０２】
サービスモジュール通知部２０３は、通信ケートウェイ１００のサービスモジュール管理部１０１に対して、ポータル・サーバ５００のサービスメニューＧＵＩ制御部５０４からの指示に基づいて、アプリケーション・サービスの利用条件を満たしているユーザ端末のユーザＩＤに、該ユーザが利用可能なアプリケーション・サービスに必要なサービスモジュールの実行形式を対応付けて送信する。
【０１０３】
ポータル・サーバ５００は、機能ブロックとして、機器情報管理ＤＢ部５０１と、サービス管理ＤＢ部５０２と、機器情報収集部５０３と、サービスメニューＧＵＩ制御部５０４とを備えて構成される。
【０１０４】
機器情報管理ＤＢ部５０１は、機器情報収集部５０３から受け渡された、ユーザ端末を利用するユーザの識別情報であるユーザＩＤ、ユーザ端末の種別、ユーザ端末の型を一意に識別する型名、メーカ名、その他の機器情報を、機器情報管理テーブルに登録する。そして、サービスメニューＧＵＩ（Graphical User Interface）制御部５０４からの要求に応じて、ユーザＩＤに対応付けられた型名の情報などを、該サービスメニューＧＵＩ制御部５０４へ受け渡す。
【０１０５】
サービス管理ＤＢ部５０２は、アプリケーション・サーバ３００から所定の通信ターフェースを介して受け渡された、サービス毎のサービス利用条件（必要機器（必要ユーザ端末））、利用サービスモジュールの識別情報である利用サービスモジュールＩＤを、サービスを識別する一意のサービス識別情報に対応付けてサービス管理テーブルに登録する。そして、サービス識別情報、サービス利用条件、利用サービスモジュールＩＤの情報を、サービスメニューＧＵＩ制御部５０４へ受け渡す。
【０１０６】
機器情報収集部５０３は、通信ゲートウェイ１００の機器情報収集部１０５から所定の通信インターフェースを介して受け渡されたユーザＩＤ、ユーザ端末の種別、ユーザ端末の型を識別する型名、メーカ名、その他の情報を含む機器情報を、機器情報管理ＤＢ部５０１へ受け渡す。
【０１０７】
サービスメニューＧＵＩ制御部５０４は、機器情報管理ＤＢ部５０１およびサービス管理ＤＢ部５０２に登録されている情報から、ユーザ端末がサービス利用条件を充足するによって利用可能なアプリケーション・サービスのリストをユーザ毎に作成し、該リストを該ユーザのユーザ端末に選択可能に一覧表示させるＧＵＩを制御する。このＧＵＩから、ユーザの選択によってアプリケーション・サービスが指定されると、サービスメニューＧＵＩ制御部５０４は、指定されたアプリケーション・サービスに必要な利用サービスモジュールを特定して、管理サーバ２００のサービスモジュール通知部２０３へ通知する。
【０１０８】
次に、図１１のポータル・サーバ５００のサービス管理ＤＢ部５０２に格納されるサービス管理テーブルについて説明する。図１２は、図１１のポータル・サーバ５００のサービス管理ＤＢ部５０２に格納されるサービス管理テーブルを示す図である。同図に示すように、サービス管理テーブルは、サービスと、サービス利用条件（必要機器）と、利用サービスモジュールＩＤとのカラムを有する。
【０１０９】
サービス管理テーブルにおいて、サービスは、回線事業者ネットワークＮ2に接続されているいずれかのアプリケーション・サーバ３００によって提供されるアプリケーション・サービスを一意に識別するための情報である。サービス利用条件（必要機器）は、当該アプリケーション・サービスを利用するために必要なサービス利用端末（ユーザ端末）を示す情報である。また、利用サービスモジュールＩＤは、当該アプリケーション・サービスを利用するために、通信ゲートウェイ１００で必要なサービスモジュールを一意に識別する情報である。
【０１１０】
なお、一つのサービスに対して、サービス利用条件となる必要機器は複数であってもよいし、さらには、一つのサービスに対して、必要となる利用サービスモジュールは複数であってもよい。
【０１１１】
次に、図１１のポータル・サーバ５００の機器情報管理ＤＢ部５０１に格納される機器情報管理テーブルについて説明する。図１３は、図１１のポータル・サーバ５００の機器情報管理ＤＢ部５０１に格納される機器情報管理テーブルを示す図である。同図に示すように、機器情報管理テーブルは、ユーザＩＤと、所有機器とのカラムを有する。ユーザＩＤは、ユーザ単位に所有機器の一覧を作成するための、ユーザを識別する識別情報である。
【０１１２】
また、所有機器は、種別と、型名と、メーカと、その他の情報とのカラムをさらに有する。種別は、当該所有機器の製品カテゴリを示す情報である。型名は、当該所有機器の種別を一意に識別するための情報である。メーカは、当該所有機器の製造業者名である。また、その他の情報は、種別、型名、メーカ以外の当該所有機器の属性情報である。
【０１１３】
次に、図１１に示したサービス通信制御システムにおける管理サーバ２００のサービスモジュール通知部２０３から通信ゲートウェイ１００のサービスモジュール管理部１０１へ、サービスモジュールが通知されるサービスモジュール通知処置を説明する。図１４は、管理サーバ２００のサービスモジュール通知部２０３から通信ゲートウェイ１００のサービスモジュール管理部１０１へ、サービスモジュールが通知されるサービスモジュール通知処置を示すシーケンス図である。同図に示すように、先ず、アプリケーション・サーバ３００から管理サーバ２００のサービスモジュール管理ＤＢ部２０１へ、サービスモジュールの実行形式の登録が要求される（ステップＳ２０１）。
【０１１４】
続いて、アプリケーション・サーバ３００からサービスモジュールの実行形式のデータを受信した管理サーバ２００のサービスモジュール管理ＤＢ部２０１は、受信したサービスモジュールの実行形式をサービスモジュール管理ＤＢ部２０１に格納されるサービスモジュール管理テーブルに登録する（ステップＳ２０２）。
【０１１５】
続いて、アプリケーション・サーバ３００からポータル・サーバ５００のサービス管理ＤＢ部５０２へ、サービス情報の登録の要求が送信される（ステップＳ２０３）。アプリケーション・サーバ３００からサービス情報登録要求を受信したポータル・サーバ５００のサービス管理ＤＢ部５０２は、サービス情報をサービス管理テーブルに登録する（ステップＳ２０４）。
【０１１６】
一方、通信ゲートウェイ１００の機器情報収集部１０５は、サービス利用者ネットワークＮ1内においてＰＩＮＧを送信し（ステップＳ２０５）、さらに、各種情報端末を、ネットワークを介して接続して相互に機能を提供しあうためのプロトコルであるＵＰｎＰをサービス利用者ネットワークＮ1内において送信してユーザ端末４００を探索する（ステップＳ２０６）。なお、ＵＰｎＰプロトコルでは、ユーザ端末４００が停止する際に“byebye”という終了メッセージを送信することによって、他者にユーザ端末４００が居なくなることを通知する仕様があるが、ユーザ端末４００の電源を強制的に切断したような場合に“byebye”メッセージが正常に送信されないケースがあるため、ＰＩＮＧを併用することとしている。このようにして、発見済みのユーザ端末４００が存在しているか否かを定期的にチェックする。
【０１１７】
そして、通信ゲートウェイ１００の機器情報収集部１０５は、新規に発見したユーザ端末４００、または発見済みのユーザ端末４００であるがＰＩＮＧによる確認で生存状態が確認できなかったユーザ端末４００の情報をポータル・サーバ５００へ通知する（ステップＳ２０７）。機器情報を受信したポータル・サーバ５００の機器情報収集部５０３は、機器情報管理ＤＢ部５０１の機器情報管理テーブルに受信した機器情報をユーザ毎に登録する（ステップＳ２０８）。
【０１１８】
続いて、ユーザ端末４００からポータル・サーバ５００のサービスメニューＧＵＩ制御部５０４に対して、サービスリストの取得・送信が要求される（ステップＳ２０９）。この要求に応じて、ポータル・サーバ５００のサービスメニューＧＵＩ制御部５０４は、ユーザ端末４００で利用可能なサービスの一覧であるサービスリストを、ＧＵＩの形式で送信する（ステップＳ２１０）。ユーザ端末４００のユーザは、ポータル・サーバ５００のサービスメニューＧＵＩ制御部５０４へ、ポータル・サーバ５００から受信したサービスリストのＧＵＩから所望するサービスを選択して、サービス利用契約の申し込みを送信する（ステップＳ２１１）。
【０１１９】
ユーザ端末４００から、サービス利用契約の申し込みを受信したポータル・サーバ５００のサービスメニューＧＵＩ制御部５０４は、当該アプリケーション・サービスが必要とするサービスモジュールの追加を、管理サーバ２００のサービスモジュール通知部２０３に指示する（ステップＳ２１２）。このサービスモジュール追加指示を受けて、管理サーバ２００のサービスモジュール通知部２０３は、サービスモジュール管理ＤＢ部２０１を参照して（ステップＳ２１３）、当該アプリケーション・サービスに必要とされるサービスモジュールの実行形式を、通信ゲートウェイ１００のサービスモジュール管理部１０１へ通知する（ステップＳ２１４）。そして、サービスモジュールの実行形式を通知された通信ゲートウェイ１００のサービスモジュール管理部１０１は、サービスモジュールの組み込みを行う（ステップＳ２１５）。
【０１２０】
上記したように、通信ゲートウェイ１００が、ＰＩＮＧやＵＰｎＰプロトコルなどを利用して、サービス利用者ネットワークＮ1内の機器の情報(生存状態、機器種別、メーカなど)を収集し、その情報を回線事業者ネットワークＮ2上のポータル・サーバ５００へ通知するようにする。そして、ポータル・サーバ５００において、通知されたサービス利用者の機器情報から、その機器を用いて利用可能なアプリケーション・サービスを含むサービス一覧メニューを生成し、サービス利用者に通知するようにする。そして、ポータル・サーバ５００上でサービス利用者が選択したサービスのサービスモジュールをオンデマンドで通信ゲートウェイ１００に通知することで、サービス利用者のネットワーク環境で利用可能なサービスを提供することが可能になる。
【０１２１】
上記のように、サービス利用者の機器がＵＰｎＰプロトコルに対応している場合は、ユーザ端末４００の種別、メーカ、型番など詳細な機器情報が自動的に収集可能であるが、ＵＰｎＰプロトコルに対応していない場合は、ユーザ端末４００の情報を収集することが出来ない。このようなユーザ端末４００を扱うために、ポータル・サーバ５００に、手動で機器情報を登録するためのユーザインタフェースを設けるようにしてもよい。この場合も、機器情報管理ＤＢ部５０１でユーザ毎に機器情報を管理する。これにより、ＵＰｎＰ対応機器だけでなく、様々なユーザ端末４００の機器情報を利用することが可能となる。
【０１２２】
サービス利用者が、パーソナル・コンピュータやテレビ受像機などのブラウザを用いてポータル・サーバ５００にアクセスすると、ポータル・サーバ５００は、機器情報管理ＤＢ部５０１およびサービス管理ＤＢ部５０２の情報を参照して、当該ユーザの環境において利用可能なサービスリストを含むサービスメニューを生成し、それを応答としてサービス利用者へ通知する。そして、サービス利用者が、通知されたサービスメニューを利用して利用したいサービスを選択すると、ポータル・サーバ５００は、サービス管理ＤＢ部５０２を参照し、サービス利用者が選択したサービスを提供するために必要なサービスモジュールを特定し、当該サービスモジュールを通信ゲートウェイ１００へ追加するよう、管理サーバ２００へモジュール追加指示（モジュールＩＤと通信ゲートウェイ識別子を通知する）を行う。管理サーバ２００は、サービスモジュール管理ＤＢ部２０１を参照し、ポータル・サーバ５００から指示されたサービスモジュールを取得し、当該通信ゲートウェイ１００へモジュールデータを通知する。
【０１２３】
上記実施例２により、サービス利用者の環境情報に応じたサービスメニューを提供し、そのサービスに対応したサービスモジュールをオンデマンドで通信ゲートウェイ１００に追加することで、サービス利用者の環境に適したサービスをすばやく提供することが可能となる。
【０１２４】
このように、ユーザ端末４００から、サービス利用契約の申し込みを受信したポータル・サーバ５００のサービスメニューＧＵＩ制御部５０４は、当該アプリケーション・サービスが必要とするサービスモジュールの追加を、管理サーバ２００のサービスモジュール通知部２０３に指示し、このサービスモジュール追加指示を受けて、管理サーバ２００のサービスモジュール通知部２０３は、サービスモジュール管理ＤＢ部２０１を参照して、当該アプリケーション・サービスに必要とされるサービスモジュールの実行形式を、通信ゲートウェイ１００のサービスモジュール管理部１０１へ通知するので、ユーザによる所望のアプリケーション・サービスの選択に応じて、該アプリケーション・サービスの通信に必要とするサービスモジュールを動的に切り替えることが可能となる。
【０１２５】
なお、実施例１の図７で示したサービスモジュール管理処理、図８で示したサービス利用時処理、図９−１および図９−２で示したユーザ認証処理、図１０で示したモジュール更新チェック処理の各処理は、実施例２でも同様に実行されるので、説明を省略する。
【０１２６】
上記実施例で説明した各処理は、あらかじめ用意されたプログラムをパーソナル・コンピュータ、サーバまたはワークステーションなどのコンピュータシステムで実行することによって実現することができる。
【０１２７】
以上、本発明の実施例を説明したが、本発明は、これに限られるものではなく、特許請求の範囲に記載した技術的思想の範囲内で、更に種々の異なる実施例で実施されてもよいものである。また、実施例に記載した効果は、これに限定されるものではない。
【０１２８】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。
【０１２９】
この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメタを含む情報については、特記する場合を除いて任意に変更することができる。
【０１３０】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
【０１３１】
さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１３２】
上記実施例によれば、サービス利用端末装置からの要求に応じてサービス提供装置に対してサービス提供の要求を行い、該要求に応じてサービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに対応した所定のプロトコルで行うので、所定のプロトコルを必要とする通信をサービス中継装置で集約して中継することから、サービス利用端末で該所定のプロトコルを意識することなくサービス提供端末との通信を行うことができるという効果を奏する。また、アプリケーション・サービス利用に係る通信を、中継サーバ装置で集約して管理することによって、アプリケーション・サービスに係る通信のセキュリティを向上させることができる。
【０１３３】
また、上記実施例によれば、サービス利用端末装置が正当なサービス利用端末装置であると特定された場合にのみサービス提供装置に対してサービス提供の要求を行うので、サービス利用端末装置からサービス提供装置へ送出されるトラフィックについて、正当なサービス利用端末装置であると特定され、許可されたサービス利用端末装置だけがサービス提供装置にアクセスできるようになり、不正なサービス利用端末装置がサービス提供装置にアクセスすることを防止することができる。
【０１３４】
また、上記実施例によれば、サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択するので、正当なサービス利用端末装置のみがサービス提供装置からサービスの提供を受けることとなり、サービス提供のセキュリティを向上させることができる。
【０１３５】
また、上記実施例によれば、サービス利用端末装置が端末識別情報に基づいて正当なサービス利用端末装置であると特定された場合にのみサービス提供装置に対してサービス提供の要求を行い、許可されたサービス利用端末装置だけがサービス提供装置にアクセスしてサービスの提供を受けることとなり、不正なサービス利用端末装置がサービス提供装置にアクセスしてサービスの提供を受けることを防止し、アプリケーション・サービスに係る通信のセキュリティを向上させることができる。
【０１３６】
また、上記実施例によれば、サービス利用者が正当なサービス利用者であると認証された場合にのみサービス提供装置に対してサービス提供の要求を行うので、サービス利用端末装置からサービス提供装置へ送出されるトラフィックについて、正当なサービス利用者であると認証され、許可されたサービス利用者だけがサービス提供装置にアクセスできるようになり、不正なサービス利用者がサービス提供装置にアクセスすることを防止することができる。
【０１３７】
また、上記実施例によれば、その属性情報が付加された通信制御プログラムの提供を受けたサービス中継装置では、該属性情報によって、様々な種別のサービスモジュールを一元的に管理することが可能となる。
【０１３８】
また、上記実施例によれば、管理サーバ装置においてサービス中継装置へ通知する通信制御プログラムを管理し、サービスの利用を契約しているサービス利用者が利用するサービスに必要となる通信制御プログラムを明確にして、確実に通信制御プログラムをサービス中継装置へ通知することが可能となるという効果を奏する。また、管理サーバ装置がサービス提供装置から提供される通信制御プログラムを管理することによって、通信制御プログラムの同一性の管理が容易となる。
【０１３９】
また、上記実施例によれば、収集された前記サービス利用端末装置の装置属性情報と、各サービスの利用のために必要な利用条件および通信制御プログラムの識別情報とに基づき、サービス利用者それぞれのサービス利用端末において利用可能なサービスの一覧を作成してサービス利用端末装置にて該サービス利用者が選択可能に表示制御するので、サービス利用者は利用可能なサービスを容易に選択することが可能となる。
【０１４０】
また、上記実施例によれば、管理サーバ装置は、サービスの提供に必要な通信制御プログラムの追加／削除の指示を受け、サービス中継装置の通信制御プログラムの追加／削除を行うことが可能となる。
【０１４１】
また、上記実施例によれば、サービス利用者によりサービスが選択されたことに応じて通信制御プログラムが動的に選択されるので、サービス利用者は、通信制御プログラムの選択を意識することなくアプリケーション・サービスを利用することが可能となる。
【０１４２】
また、上記実施例によれば、通信制御プログラムの追加／削除の指示に基づいて、通信制御プログラムを読み出してサービス中継装置へ通知する、またはサービス中継装置において通信制御プログラムを削除するので、サービス利用者に意識させることなくサービス中継装置の通信制御プログラムの追加／削除を行うことが可能となる。
【０１４３】
また、上記実施例によれば、管理サーバ装置において管理される通信制御プログラムの制御情報と、サービス中継装置から受信した通信制御プログラムの制御情報との間に差分があった場合に、サービス中継装置により管理される通信制御プログラムを、該管理サーバ装置により管理される通信制御プログラムで更新するので、管理サーバ装置において管理される通信制御プログラムが正しい最新のものである限り、サービス中継装置においても常に正しい最新の通信制御プログラムを管理することが可能となる。
【０１４４】
（付記１）サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおけるサービス通信制御方法であって、
前記サービス中継装置において、前記サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに対応した所定のプロトコルで行うサービス中継通信工程を含んだことを特徴とするサービス通信制御方法。
【０１４５】
（付記２）前記サービス中継通信工程は、前記サービス利用端末装置を正当なサービス利用端末装置であると特定するサービス利用端末装置特定工程をさらに含み、前記サービス利用端末装置特定工程によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする付記１に記載のサービス通信制御方法。
【０１４６】
（付記３）前記サービス中継通信工程は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定工程により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択工程をさらに含んだことを特徴とする付記２に記載のサービス通信制御方法。
【０１４７】
（付記４）前記通信制御プログラム選択工程は、前記サービス利用端末装置特定工程により端末識別情報に基づいて特定された前記サービス利用端末装置に対応する前記通信制御プログラムを選択することを特徴とする付記３に記載のサービス通信制御方法。
【０１４８】
（付記５）前記サービス中継通信工程は、前記サービス利用端末装置のサービス利用者が真正なサービス利用者であるか否かを認証するサービス利用者認証工程をさらに含み、前記サービス利用者認証工程により真正なサービス利用者であると認証されたサービス利用者の前記サービス利用端末装置に対応する前記通信制御プログラムを選択することを特徴とする付記３に記載のサービス通信制御方法。
【０１４９】
（付記６）前記サービス中継装置において、複数の前記サービス提供装置から提供された前記通信制御プログラムを、該通信制御プログラムの属性情報に基づいて一元的に管理する通信制御プログラム管理工程をさらに含んだことを特徴とする付記３に記載のサービス通信制御方法。
【０１５０】
（付記７）前記サービス提供装置と、前記サービス中継装置との間に位置する管理サーバ装置において、前記サービス提供装置から提供される前記通信制御プログラムを管理する通信制御プログラム管理工程と、前記サービス提供装置により提供されるサービスの利用を契約している前記サービスの利用者を該サービスが必要とする通信制御プログラムの識別情報とともに管理する利用者管理工程と、前記利用者管理工程により管理されている前記通信制御プログラムの識別情報に基づいて、前記通信制御プログラム管理工程により管理されている通信制御プログラムを読み出して前記サービス中継装置へ通知する通信制御プログラム通知工程とを含んだことを特徴とする付記３に記載のサービス通信制御方法。
【０１５１】
（付記８）前記サービス提供装置と、前記サービス中継装置との間に位置するポータル・サーバ装置において、前記サービス中継装置において装置属性情報収集工程により収集された前記サービス利用端末装置の装置属性情報を受け取って前記サービスの利用者毎に管理する装置属性情報管理工程と、前記サービス提供装置から通知された、各サービスの利用のために必要な利用条件および前記通信制御プログラムの識別情報を管理するサービス管理工程と、前記装置属性情報管理工程と前記サービス管理工程とにより管理される情報に基づき、サービス利用者それぞれのサービス利用端末において利用可能なサービスの一覧を作成して前記サービス利用端末装置にて該サービス利用者が選択可能に表示制御するサービス一覧表示制御工程とを含んだことを特徴とする付記７に記載のサービス通信制御方法。
【０１５２】
（付記９）前記サービス一覧提示制御工程は、前記サービス利用端末において利用可能なサービスの一覧から指定されたサービスの提供に必要な通信制御プログラムの追加／削除の指示を前記管理サーバ装置へ出力することを特徴とする付記８に記載のサービス通信制御方法。
【０１５３】
（付記１０）前記サービス利用端末装置において前記利用可能なサービスの一覧から前記サービス利用者によりサービスが選択されたことに応じて、前記通信制御プログラム選択工程により通信制御プログラムが動的に選択されることを特徴とする付記９に記載のサービス通信制御方法。
【０１５４】
（付記１１）前記管理サーバ装置において、前記サービス提供装置から提供される前記通信制御プログラムを管理する通信制御プログラム管理工程と、前記サービス一覧提示制御工程による通信制御プログラムの追加／削除の指示に基づいて前記通信制御プログラム管理工程により管理されている通信制御プログラムを読み出して前記サービス中継装置へ通知する、または前記サービス中継装置において前記管理サーバから提供され管理されている前記通信制御プログラムを削除する通信制御プログラム通知／削除工程とを含んだことを特徴とする付記９に記載のサービス通信制御方法。
【０１５５】
（付記１２）前記サービス中継装置において、該サービス中継装置により管理される前記通信制御プログラムの属性情報を定期的に前記管理サーバ装置に通知する通信制御プログラム属性情報通知工程を含み、
前記管理サーバ装置において、前記通信制御プログラム属性情報通知工程によって通知された属性情報を受信すると、該管理サーバ装置により管理される前記通信制御プログラムの制御情報と、前記サービス中継装置から受信した通信制御プログラムの制御情報との間に差分があった場合に、前記サービス中継装置により管理される前記通信制御プログラムを、該管理サーバ装置により管理される前記通信制御プログラムで更新する通信制御プログラム更新工程を含んだことを特徴とする付記７に記載のサービス通信制御方法。
【０１５６】
（付記１３）サービス提供装置からサービス利用端末装置へ提供されるサービスを中継するサービス中継装置であって、
前記サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに応じた所定のプロトコルで行うサービス中継通信手段を備えたことを特徴とするサービス中継装置。
【０１５７】
（付記１４）前記サービス中継通信手段は、前記サービス利用端末装置を正当なサービス利用端末装置であると特定するサービス利用端末装置特定手段をさらに含み、前記サービス利用端末装置特定手段によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする付記１３に記載のサービス中継装置。
【０１５８】
（付記１５）前記サービス中継通信手段は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定手段により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択手段をさらに含んだことを特徴とする付記１４に記載のサービス中継装置。
【０１５９】
（付記１６）前記通信制御プログラム選択手段は、前記サービス利用端末装置特定手段により端末識別情報に基づいて特定された前記サービス利用端末装置に対応する前記通信制御プログラムを選択することを特徴とする付記１５に記載のサービス中継装置。
【０１６０】
（付記１７）前記サービス中継通信手段は、前記サービス利用端末装置のサービス利用者が真正なサービス利用者であるか否かを認証するサービス利用者認証手段をさらに含み、前記サービス利用者認証手段により真正なサービス利用者であると認証されたサービス利用者の前記サービス利用端末装置に対応する前記通信制御プログラムを選択することを特徴とする付記１５に記載のサービス中継装置。
【０１６１】
（付記１８）前記サービス利用端末装置において表示される利用可能なサービスの一覧から前記サービス利用者によりサービスが選択されたことに応じて、前記通信制御プログラム選択手段により通信制御プログラムが動的に選択されることを特徴とする付記１５に記載のサービス中継装置。
【０１６２】
（付記１９）複数の前記サービス提供装置から提供された前記通信制御プログラムを、該通信制御プログラムの属性情報に基づいて一元的に管理する通信制御プログラム管理手段をさらに備えたことを特徴とする付記１５に記載のサービス中継装置。
【０１６３】
（付記２０）サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおいて、該サービス提供装置と該サービス中継装置との間に位置する管理サーバ装置であって、
前記サービス提供装置から提供される、前記サービス利用端末装置と該サービス提供装置との通信を中継する通信制御プログラムを管理する通信制御プログラム管理手段と、
前記サービス提供装置により提供されるサービスの利用を契約しているサービス利用者を該サービスが必要とする前記通信制御プログラムの識別情報とともに管理するサービス利用者管理手段と、
前記サービス利用者管理手段により管理されている前記通信制御プログラムの識別情報に基づいて、前記通信制御プログラム管理手段により管理されている通信制御プログラムを読み出して前記サービス中継装置へ通知する通信制御プログラム通知手段と
を備えたことを特徴とする管理サーバ装置。
【０１６４】
（付記２１）前記サービス提供装置と、前記サービス中継装置との間に位置するポータル・サーバ装置からの前記通信制御プログラムの追加／削除の指示に基づいて、前記通信制御プログラム管理手段により管理されている通信制御プログラムを読み出して前記サービス中継装置へ通知する、または前記サービス中継装置において前記管理サーバから提供され管理されている前記通信制御プログラムを削除する通信制御プログラム通知／削除手段を備えたことを特徴とする付記２０に記載の管理サーバ装置。
【０１６５】
（付記２２）サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおいて、該サービス提供装置と該サービス中継装置との間に位置するポータル・サーバ装置であって、
前記サービス中継装置により収集された前記サービス中継装置の装置属性情報を受け取って前記サービスの利用者毎に管理する装置属性情報管理手段と、
前記サービス提供装置から通知された、各サービスの利用のために必要な利用条件および前記通信制御プログラムの識別情報を管理するサービス管理手段と、
前記装置属性情報管理手段と前記サービス管理手段とにより管理される情報に基づき、サービス利用者のそれぞれのサービス利用端末において利用可能なサービスの一覧を作成して前記サービス利用端末装置にて該サービス利用者が選択可能に表示制御するサービス一覧表示制御手段と
を備えたことを特徴とするポータル・サーバ装置。
【０１６６】
（付記２３）前記サービス一覧提示制御手段は、前記サービス利用端末において利用可能なサービスの一覧から指定されたサービスの提供に必要な前記通信制御プログラムの追加／削除の指示を前記管理サーバ装置へ出力することを特徴とする付記２２に記載のポータル・サーバ装置。
【０１６７】
（付記２４）サービス中継装置を介してサービス提供装置からサービス利用端末装置へサービスを提供するアプリケーション・サービスにおけるサービス通信制御システムであって、
前記サービス中継装置は、前記サービス利用端末装置からの真正な要求に応じて前記サービス提供装置に対してサービス提供の要求を行い、該要求に応じて前記サービス提供装置から提供されるサービスを該サービス利用端末装置へ中継する通信を、該サービスに対応した所定のプロトコルで行うサービス中継通信手段を備えたことを特徴とするサービス通信制御システム。
【０１６８】
（付記２５）前記サービス中継通信手段は、前記サービス利用端末装置を特定するサービス利用端末装置特定手段をさらに含み、前記サービス利用端末装置特定手段によって前記サービス利用端末装置が特定された場合に、該サービス利用端末装置からの要求に応じて前記サービス提供装置に対してサービス提供の要求を行うことを特徴とする付記２４に記載のサービス通信制御システム。
【０１６９】
（付記２６）前記サービス中継通信手段は、前記サービス利用端末装置と前記サービス提供装置とが行う通信を前記サービス提供装置毎に前記所定のプロトコルが異なる通信制御プログラムのうちの何れかによって中継し、前記サービス利用端末装置特定手段により特定された前記サービス利用端末装置がサービス提供を要求する要求先であるサービス提供装置を特定し、該サービス提供装置との通信を行うために必要な前記通信制御プログラムを選択する通信制御プログラム選択手段をさらに備えたことを特徴とする付記２５に記載のサービス通信制御システム。
【０１７０】
（付記２７）前記サービス提供装置と、前記サービス中継装置との間に位置する管理サーバ装置は、前記サービス提供装置から提供される前記通信制御プログラムを管理する通信制御プログラム管理手段と、前記サービス提供装置により提供されるサービスの利用を契約している前記サービスの利用者を該サービスが必要とする通信制御プログラムの識別情報とともに管理する利用者管理手段と、前記利用者管理手段により管理されている前記通信制御プログラムの識別情報に基づいて、前記通信制御プログラム管理手段により管理されている通信制御プログラムを読み出して前記サービス中継装置へ通知する通信制御プログラム通知手段とを備えたことを特徴とする付記２６に記載のサービス通信制御システム。
【０１７１】
（付記２８）前記サービス提供装置と、前記サービス中継装置との間に位置するポータル・サーバ装置は、前記サービス中継装置において装置属性情報収集手段により収集された該サービス中継装置の装置属性情報を受け取って該サービス中継装置毎および前記サービスの利用者毎に管理する装置属性情報管理手段と、前記サービス提供装置から通知された、各サービスの利用のために必要な利用条件および前記通信制御プログラムの識別情報を管理するサービス管理手段と、前記装置属性情報管理手段と前記サービス管理手段とにより管理される情報に基づき、サービス利用者それぞれのサービス利用端末において利用可能なサービスの一覧を作成して前記サービス利用端末装置にて該サービス利用者が選択可能に表示制御するサービス一覧表示制御手段とを含んだことを特徴とする付記２７に記載のサービス通信制御システム。
【産業上の利用可能性】
【０１７２】
本発明は、アプリケーション・サービスにおいて、新たなアプリケーション・サービスの利用を容易に開始することを可能とし、あわせてサービス利用端末からの不正アクセスを阻止してアプリケーション・サービスの通信品質を高めたい場合に有用である。
【図面の簡単な説明】
【０１７３】
【図１】従来のサービス通信制御方法の問題点を説明するための図である。
【図２】実施例１に係るサービス通信制御システムの構成を示す図である。
【図３】サービスモジュール管理テーブルを示す図である。
【図４】ユーザ管理テーブルを示す図である。
【図５】サービスモジュール通知処理を示すシーケンス図である。
【図６】サービスモジュール通知メッセージの例を示す図である。
【図７】サービスモジュール管理処理手順を示すフローチャートである。
【図８】サービス利用時処理を示すシーケンス図である。
【図９−１】ユーザ認証処理手順を示すフローチャートである。
【図９−２】他の実施例のユーザ認証処理手順を示すフローチャートである。
【図１０】モジュール更新チェック処理を示すフローチャートである。
【図１１】実施例２に係るサービス通信制御システムの構成を示す図である。
【図１２】サービス管理テーブルを示す図である。
【図１３】機器情報管理テーブルを示す図である。
【図１４】サービスモジュール通知処理を示すシーケンス図である。
【符号の説明】
【０１７４】
１００    通信ゲートウェイ
１０１    サービスモジュール管理部
１０２    サービスモジュール実行部
１０２ａ    サービスモジュールＡ実行部
１０２ｂ    サービスモジュールＢ実行部
１０３    ユーザ端末特定部
１０４    サービスモジュール特定部
１０５    機器情報収集部
２００    管理サーバ
２０１    サービスモジュール管理ＤＢ部
２０２    ユーザ管理ＤＢ部
２０３    サービスモジュール通知部
３００    アプリケーション・サーバ
３００ａ    アプリケーション・サーバＡ
３００ｂ    アプリケーション・サーバＢ
４００    ユーザ端末
４００ａ    ユーザ端末Ａ
４００ｂ    ユーザ端末Ｂ
５００    ポータル・サーバ
５０１    機器情報管理ＤＢ部
５０２    サービス管理ＤＢ部
５０３    機器情報収集部
５０４    サービスメニューＧＵＩ制御部
Ａ    特殊通信プロトコル
Ｂ    特殊認証プロトコル
Ｎ1    サービス利用者ネットワーク
Ｎ2    回線事業者ネットワーク
Ｓ    サービス通信制御システム
【図１】
2008072655.tif 000003
【図２】
2008072655.tif 000004
【図３】
2008072655.tif 000005
【図４】
2008072655.tif 000006
【図５】
2008072655.tif 000007
【図６】
2008072655.tif 000008
【図７】
2008072655.tif 000009
【図８】
2008072655.tif 000010
【図９−１】
2008072655.tif 000011
【図９−２】
2008072655.tif 000012
【図１０】
2008072655.tif 000013
【図１１】
2008072655.tif 000014
【図１２】
2008072655.tif 000015
【図１３】
2008072655.tif 000016
【図１４】
2008072655.tif 000017