(57)【要約】【課題】端末がネットワークに接続した際に端末から得られる情報を利用して適切なサービスを提供すること。【解決手段】ゲートウェイは、端末の接続を検知する接続検知部と、前記端末が利用可能なサービスサーバ装置の情報である利用可能サービスサーバ情報を含むリスト情報を取得する利用可能サービスサーバリスト情報取得部と、取得したリスト情報を利用して、前記接続を検知した端末からリスト情報に含まれるサービスサーバ装置への通信を許可する通信許可部と、を有する。ゲートウェイ内のネットワークに接続した端末に対して、リスト情報に含まれるサービスサーバ装置への通信を許可するため、既存の端末をそのままネットワークに接続するだけで、その端末に対して適切なサービスを利用させることができる。【選択図】図１
2009065275.tif 000002
【特許請求の範囲】
【請求項１】
ゲートウェイと、ゲートウェイ内のネットワークに接続可能な端末と、を有するサービスシステムであって、
ゲートウェイは、
端末の接続を検知する接続検知部と、
前記端末が利用可能なサービスサーバ装置の情報である利用可能サービスサーバ情報を含むリスト情報を取得する利用可能サービスサーバリスト情報取得部と、
取得したリスト情報を利用して、前記接続を検知した端末からリスト情報に含まれるサービスサーバ装置への通信を許可する通信許可部と、
を有するサービスシステム。
【請求項２】
さらに前記端末に対してサービスを提供するサービスサーバ装置に関する情報を保持するデータベースサーバを有する請求項１に記載のサービスシステムであって、
ゲートウェイの利用可能サービスサーバリスト情報取得部は、
前記接続を検知した端末を識別する情報である端末識別情報を取得する端末識別情報取得手段と、
取得した端末識別情報を含み、前記端末識別情報にて識別される端末が利用可能な利用可能サービスサーバ情報の要求情報をデータベースサーバに対して送信する利用可能サービスサーバ確認要求手段と、
利用可能サービスサーバ確認要求に応じてデータベースサーバから返信される利用可能サービスサーバ情報をリスト情報として取得する利用可能サービスサーバ情報取得手段と、
を有し、
データベースサーバは、
ゲートウェイから送信される前記要求情報に含まれる端末識別情報に基づいて利用可能サービスサーバ情報を生成する利用可能サービスサーバ情報生成部と、
生成した利用可能サービスサーバ情報をゲートウェイに対して返信する利用可能サービスサーバ情報返信部と、
を有する請求項１に記載のサービスシステム。
【請求項３】
端末は、
ゲートウェイ内のネットワークへの接続をトリガーとして返信されるリスト情報を表示するとともに、このリスト情報に基づいてユーザからの利用希望サービスサーバ装置の入力を受付ける入力受付部と、
入力された利用希望サービスサーバ装置に関する利用希望サービスサーバ情報をゲートウェイに対して送信する利用希望サービスサーバ情報送信部と、
を有し、
ゲートウェイは、
取得したリスト情報を前記接続を検知した端末に送信するリスト情報送信部を有し、
利用可能サービスサーバリスト情報取得部は、利用可能サービスサーバ情報として端末から送信される利用希望サービスサーバ情報を取得する利用希望サービスサーバ情報取得手段を有する請求項１又は２に記載のサービスシステム。
【請求項４】
ゲートウェイと、ゲートウェイ内のネットワークに接続可能な端末と、を有するサービスシステムの動作方法であって、
ゲートウェイは、
端末の接続を検知する接続検知ステップと、
前記端末が利用可能なサービスサーバ装置の情報である利用可能サービスサーバ情報を含むリスト情報を取得する利用可能サービスサーバリスト情報取得ステップと、
取得したリスト情報を利用して、前記接続を検知した端末からリスト情報に含まれるサービスサーバ装置への通信を許可する通信許可ステップと、
を有するサービスシステムの動作方法。
【請求項５】
さらに前記端末に対してサービスを提供するサービスサーバ装置に関する情報を保持するデータベースサーバを有する請求項４に記載のサービスシステムの動作方法であって、
ゲートウェイは、
前記接続を検知した端末を識別する情報である端末識別情報を取得する端末識別情報取得ステップと、
取得した端末識別情報を含み、前記端末識別情報にて識別される端末が利用可能な利用可能サービスサーバ情報の要求情報をデータベースサーバに対して送信する利用可能サービスサーバ確認要求ステップと、
利用可能サービスサーバ確認要求に応じてデータベースサーバから返信される利用可能サービスサーバ情報をリスト情報として取得する利用可能サービスサーバ情報取得ステップと、
を有し、
データベースサーバは、
ゲートウェイから送信される前記要求情報に含まれる端末識別情報に基づいて利用可能サービスサーバ情報を生成する利用可能サービスサーバ情報生成ステップと、
生成した利用可能サービスサーバ情報をゲートウェイに対して返信する利用可能サービスサーバ情報返信ステップと、
を有する請求項４に記載のサービスシステムの動作方法。
【請求項６】
端末は、
ゲートウェイ内のネットワークへの接続をトリガーとして返信されるリスト情報を表示するとともに、このリスト情報に基づいてユーザからの利用希望サービスサーバ装置の入力を受付ける入力受付ステップと、
入力された利用希望サービスサーバ装置に関する利用希望サービスサーバ情報をゲートウェイに対して送信する利用希望サービスサーバ情報送信ステップと、
を有し、
ゲートウェイは、
取得したリスト情報を前記接続を検知した端末に送信するリスト情報送信ステップと、
利用可能サービスサーバ情報として端末から送信される利用希望サービスサーバ情報を取得する利用希望サービスサーバ情報取得ステップと、を有する請求項４又は５に記載のサービスシステムの動作方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続する端末に対して利用可能なサービスを提供するためのサービスシステムに関する。
【背景技術】
【０００２】
従来、端末が所定のネットワークに接続した際に、その端末がネットワーク外のサーバなどと通信を行いサービスの提供を受けるための技術が提案されている。
【０００３】
例えば、特許文献１には、無線ＬＡＮのホットスポットに端末を接続する際の技術に関する発明が開示されている。特許文献１に記載の発明は、端末にネットワーク接続のための認証情報を記憶させておき、端末がネットワークに接続した場合には、その認証情報を用いて認証処理を行い、端末がそのホットスポットのネットワークを介してインターネット通信を行うことができる発明が開示されている。
【特許文献１】特開２００７−９４９０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来技術は、単にインターネット接続を許可するといった原始的なサービスを提供するための技術に過ぎず、例えばインターネット接続後にどのサービスサーバ装置からのサービスの提供を端末が享受するかについては、別途、そのサービスサーバ装置などにアクセスして新たに認証を得るなどの処理が必要であった。
【０００５】
そこで、本発明はかかる課題に鑑みてなされたものであり、端末がネットワークに接続した際に端末から得られる情報を利用して適切なサービスを提供するサービスシステムを提案することを目的とする。
【課題を解決するための手段】
【０００６】
そこで、本発明においては、かかる課題を解決するために、ゲートウェイと、ゲートウェイ内のネットワークに接続可能な端末と、を有するサービスシステムを提供する。ゲートウェイは、端末の接続を検知する接続検知部と、前記端末が利用可能なサービスサーバ装置の情報である利用可能サービスサーバ情報を含むリスト情報を取得する利用可能サービスサーバリスト情報取得部と、取得したリスト情報を利用して、前記接続を検知した端末からリスト情報に含まれるサービスサーバ装置への通信を許可する通信許可部と、を有する。かかる構成により、ゲートウェイ内のネットワークに接続した端末に対して、リスト情報に含まれるサービスサーバ装置への通信を許可するため、既存の端末をネットワークに接続するだけで、その端末に対して適切なサービスを提供することができる。
【０００７】
ゲートウェイから端末への通信許可については、２パターンの構成にて行われる。第一の構成としては、事前にデータベースサーバに端末の識別情報と関連付けて端末が利用可能なサービスサーバに関する情報を保持しておく。そして、ゲートウェイは、端末のネットワークへの接続に応じてデータベースサーバと通信を行って、端末からサービスサーバ装置への通信を許可するという構成である。第二の構成としては、ゲートウェイは、端末のネットワークへの接続に応じてその端末に対してリスト情報を送信する。そして、端末側にて希望するサービスサーバ装置の情報を返信し、これを受けたゲートウェイでは希望選択されたサービスサーバ装置への通信を許可するという構成である。
【発明の効果】
【０００８】
本発明では、端末のゲートウェイ内のネットワークへの接続の際の情報を使用して、ゲートウェイが端末とサービスサーバ装置との間の通信を自動的、又は半自動的に許可するため、端末側のユーザを煩雑な処理から解放させることができる。
【発明を実施するための最良の形態】
【０００９】
以下に、各発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施し得る。
【００１０】
なお、以下の実施形態と請求項の関係は次の通りである。
実施形態１では、主に請求項１、４などについて説明する。
実施形態２では、主に請求項２、５などについて説明する。
実施形態３では、主に請求項３、６などについて説明する。
【００１１】
以下、実施形態１においては、発明の全体像に関して説明を行い、実施形態２、３において具体的な実施態様について説明する。
【００１２】
＜＜実施形態１＞＞
＜実施形態１の概要＞
本実施形態は、ゲートウェイ内のネットワークに接続する端末に対してサービスサーバ装置への通信を許可するサービスシステムに関する。通常、ＬＡＮなどのネットワークにおいては、ゲートウェイが配置されており、外部のネットワークと通信するためには、ゲートウェイを介して通信を行う。そして、ゲートウェイでは、フィルタリングを行っており、端末が外部のネットワークとアクセスをする場合には、ゲートウェイにおける通信許可が必要となる。本実施形態においては、端末がゲートウェイ内のネットワークに接続したことをゲートウェイにて検知し、その際に取得した情報を使用するなどして端末に対して適切なサービスサーバ装置への通信を許可するものである。
【００１３】
＜実施形態１の構成＞
図１に本実施形態における機能ブロックの一例を示す。図１に示すように、本実施形態のサービスシステムは、「ゲートウェイ」１１０と、「端末」１２０と、「サービスサーバ装置」１３０を有する。ゲートウェイは、「接続検知部」１１１と、「利用可能サービスサーバリスト情報取得部」１１２と、「通信許可部」１１３と、を有する。
【００１４】
本件発明の構成要素である各部は、ハードウエア、ソフトウエア、ハードウエアとソフトウエアの両者、のいずれかによって構成される。例えば、これらを実現する一例として、コンピュータを利用する場合には、ＣＰＵ、メモリ、バス、インターフェイス、周辺装置などから構成されるハードウエアと、これらのハードウエア上にて実行可能なソフトウエアを挙げることができる。具体的には、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、インターフェイスを介して入力されるデータの加工、蓄積、出力などにより各部の機能が実現される（本明細書の全体を通じて同様である）。
【００１５】
最初に、「ゲートウェイ」１１０から説明する。ゲートウェイとは、内部ネットワークと外部ネットワークとの境界に位置する装置であり、媒体やプロトコルが異なるデータを相互に変換して通信を可能にする装置のことをいう。ゲートウェイ内のネットワークには、
通常複数の端末が接続される。ゲートウェイには、例えばＤＨＣＰサーバ機能を備えたものがあり、ネットワークに接続した端末からのＤＨＣＰ Ｒｅｑｕｅｓｔに対してその応答を行うといった処理がなされている。
【００１６】
「接続検知部」１１１は、端末の接続を検知する。端末とは、例えば、パソコンやＰＤＡや携帯電話などの通信機能を備えた電子機器装置のことである。端末は、例えばゲーム機器であってもよい。端末は、ゲートウェイ内のネットワークに接続可能なように、例えばＬＡＮカード、ＬＡＮボードなどの有線や無線のネットワークＩ／Ｆを備えている。そして、例えば端末にＬＡＮケーブルを挿入すると、端末からゲートウェイに対してネットワーク設定のための情報要求が出力される。接続検知部とは、このように、端末がネットワークに接続した際に送信される情報を受信するものであり、情報の受信によって端末の接続を検知する。なお、端末には、以上で説明した他、例えばホームセキュリティシステムにおけるトイレ、浴室など、ユビキタス時代のネットワークに対応した各家電機器、ＡＶ機器などが含まれても良い。
【００１７】
なお、ここでいう「端末の接続」は、端末がゲートウェイ内のネットワークに接続することを意味しており、具体的な一例としては、先に説明したように、ＤＨＣＰ Ｒｅｑｕｅｓｔを送出することが挙げられる。例えば端末側にてＩＰアドレスの取得を自動取得に設定している場合には、端末に搭載されているＯＳによって、例えばＤＨＣＰ ＲｅｑｕｅｓｔがＤＨＣＰサーバ（本実施形態においては、ゲートウェイに相当）に対して送信される処理が実行される。従って、端末のネットワークへの接続は、ＤＨＣＰ Ｒｅｑｕｅｓｔを送出することと等価となる。一方で、逆に、例えば端末側にて固定ＩＰアドレスの設定となっている場合には、ＤＨＣＰを利用しない。このため、「端末の接続」は、例えば端末から外部ネットワークと通信するために送信するＨＴＴＰ Ｒｅｑｕｅｓｔがゲートウェイを通過する際に、このＨＴＴＰ Ｒｅｑｕｅｓｔを受けたゲートウェイにおいて、端末のネットワークへの接続があったとしてもよい。また、端末側が固定ＩＰアドレスの設定となっている場合には、他のネットワーク端末などの情報を検知する際に用いるプロトコル情報を用いて端末を検知するとしてもよい。
【００１８】
このように、接続検知部における端末の接続の検知とは、端末がゲートウェイ内のネットワークに接続をした際に、あるいは、接続してから最初に行われる何かしらのアクションによって端末からゲートウェイに対して情報が出力されたことを検知することを意味するものである。
【００１９】
「利用可能サービスサーバリスト情報取得部」１１２は、前記端末が利用可能なサービスサーバ装置の情報である利用可能サービスサーバ情報を含むリスト情報を取得する。利用可能サービスサーバ情報とは、様々なパターンの情報が挙げられる。図２を用いて説明する。図２は、端末が利用可能なサービスサーバ装置の態様の一例を示した図である。なお、本実施形態でいうところのサービスとは、例えばアプリケーションであったり、コンテンツのことである。そして、サービスサーバ装置とは、端末に対してサービスを提供する装置であり、具体的にはサーバや、パソコンなどの個人ユースの端末や、あるいは、所定のネットワーク内に存在するこれらのサーバ、端末などを総称するものである。
【００２０】
図２（ａ）では、サービスサーバ装置とは、サービスネットＡやサービスネットＢのネットワーク内のサーバ、端末などの総称を示す意味で用いられており、ここでいうサービスとは、いわばネットワーク単位でのサービスを意味する。図２（ｂ）では、サービスサーバ装置とは、サービスネットの中の具体的なサーバを示す意味として用いられており、ここでいうサービスとは、サーバ単位でのサービスを意味する。図２（ｃ）においては、サービスサーバ装置とは、サーバ内のポート番号まで特定したサービスを示す意味として用いられており、プロトコル単位でのサービスを意味する。
【００２１】
このように、本実施形態におけるサービスには様々なサービスが挙げられる。そして、「利用可能サービスサーバ情報」とは、図２に示すいずれの態様についての情報も含まれるものである。また、「リスト情報」とは、これら利用可能サービスサーバ情報をいわばリスト化した情報となる。図３は、リスト情報の一例を概念的に示す図である。図３に示すように、利用可能サービスサーバ情報とは、図３で示すような様々なサービスを提供するサービスサーバ装置や、サービスネットワークなどに関する情報のことである。そして、これらの利用可能サービスサーバ情報をリスト化した情報がリスト情報となる。例えば、図３では、ポート８０を用いた通信、すなわち、ＨＴＴＰのプロトコルを用いた通信を全てサービスサーバ装置を対象として許可するための情報が保持されていたり、あるいは、特定のサービスサーバ装置との通信を許可するための情報が保持されていたりする。
【００２２】
「通信許可部」１１３は、取得したリスト情報を利用して、前記接続を検知した端末からリスト情報に含まれるサービスサーバ装置への通信を許可する。すなわち、利用可能サービスサーバリスト情報取得部にて取得したリスト情報を利用して、通信を許可する。「リスト情報を利用」する態様としては、例えばリスト情報に含まれるサービスサーバ装置全てにおけるサービスを利用可能としてもよいし、あるいは、リスト情報に含まれる一部のサービスサーバ装置におけるサービスを利用可能としてもよい。
【００２３】
通信許可部においては、例えばＤＨＣＰ Ｒｅｑｕｅｓｔに応じて端末の接続を検知した場合には、その応答としてＩＰアドレスなどのネットワーク設定情報を返信する。この場合には、返信するＩＰアドレスと利用可能なサービスサーバ装置に関する情報とを関連付けた情報をテーブル情報としてＲＡＭなどの記憶媒体に保持しておき、以降に当該端末からサービスサーバ装置に対するアクセスがあった場合には、保持したテーブル情報を参照して、端末とサービスサーバ装置との通信を許可する処理が行われる。具体的には、当該端末のＩＰアドレスと、サービスサーバ装置のＩＰアドレス（ポート番号が含まれてもよい）との間での通信を可能にするためにフィルタリングを解除する処理が行われる。なお、例えばＨＴＴＰ Ｒｅｑｕｅｓｔに応じて端末の接続を検知した場合には、その際のＩＰアドレスをテーブル情報として記憶媒体に保持しておき、フィルタリングを解除する処理が行われる。なお、通信許可する場合には、端末からの実際のアクセスがあった場合に初めてフィルタリングを解除してもよいし、あるいは、端末からのアクセスがない場合であっても、強制的にフィルタリングを解除していてもよい。
【００２４】
なお、例えばリスト情報には、接続する端末の組合わせに応じて許可するサービスサーバ装置が異なるように情報が構成されていても良い。例えば、家電の場合を例に挙げて説明すると、エアコンのみが接続された場合には、エアコンを制御するためのサービスサーバ装置との通信許可が行われ、また、扇風機のみが接続された場合には、扇風機を制御するためのサービスサーバ装置との通信許可が行われる。ここで、例えばエアコンと扇風機の両者が接続されている場合には、各家電のサービスサーバ装置ではなく、エアコンと扇風機の両者を併せて制御できるサービスサーバ装置への通信許可のみが行われる、としてもよい。
【００２５】
＜実施形態１の具体的構成＞
図４は、本実施形態におけるゲートウェイ、端末などの具体的な構成例を示す図である。ゲートウェイ、端末は、図４に示すように、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤ、ネットワークＩ／Ｆ、ユーザ入力Ｉ／Ｆなどから構成される。そして、ＣＰＵは、ＲＯＭやＨＤに格納されているプログラムをＲＡＭに読み出し、その読み出したプログラムに従って、ＣＰＵが各種の制御を行うことで実現される。特に、ネットワークＩ／Ｆを通じてゲートウェイは端末の接続を検知したり、端末からネットワークＩ／Ｆを介してゲートウェイを通じてサービスサーバ装置に対して通信を行う。
【００２６】
＜実施形態１の処理の流れ＞
図５は、実施形態１における処理の流れの一例を示す図である。本実施形態における処理は、以下に示すステップよりなる。なお、以下に示す処理の流れは、計算機に実行させるためのプログラム、またはそのプログラムが記録された読み取り可能な記録媒体として実施され得る（以下、本明細書における処理の流れの記載についても同様である）。
【００２７】
まず、端末がゲートウェイ内のネットワークに接続する（Ｓ５０１）。具体的には、ＬＡＮケーブルの挿入や、あるいは、無線ＬＡＮにおいては無線ＬＡＮのアクセスポイントへアクセスすることなどが挙げられる。すると、端末からゲートウェイに対して情報が送信される（Ｓ５０２）。ここでの情報とは、例えばＤＨＣＰ Ｒｅｑｕｅｓｔの場合もあれば、ＨＴＴＰ Ｒｅｑｕｅｓｔの場合もあることはすでに説明したとおりである。そして、ゲートウェイにおいては、端末の接続を検知する（Ｓ５０３）。その後、ゲートウェイにおいて、接続した端末が利用可能な利用可能サービスサーバ情報を含むリスト情報を取得する（Ｓ５０４）。Ｓ５０４に関する点については、後の実施形態にて詳細に説明を行うため、ここでは省略する。そして、Ｓ５０５においては、取得したリスト情報を利用して端末からービスサーバ装置への通信を許可することになる。なお、Ｓ５０５においては、併せて端末に対してＤＨＣＰの結果を通知する処理がなされてもよい。
【００２８】
＜実施形態１の効果＞
以上説明したように、本実施形態においては、ゲートウェイ内における端末の接続を検知し、その端末が利用可能なサービスサーバ装置に対する通信を許可するため、その端末に対して自動的、又は半自動的にサービスを提供することが可能となる。特に、端末側には、何らの認証情報を保持しておく必要性がなくなる。さらには、端末がゲートウェイ内のネットワークに接続した際には、インターネットを含めた各種サービスネットへの接続許可および、サービスネット接続後の各サービスについての通信許可も行うことができるため、利便性を向上させることができる。
【００２９】
＜＜実施形態２＞＞
＜実施形態２の概要＞
実施形態２は、ゲートウェイが端末に対して通信を許可する際に利用するリスト情報の取得に特徴を有する構成である。具体的には事前にデータベースサーバに端末の識別情報と関連付けて端末が利用可能なサービスサーバに関する情報を保持しておく。そして、ゲートウェイは端末の接続があったときには、データベースサーバに対して利用可能サービスサーバを問い合わせて、その結果を利用して端末に対する通信許可を行う。
【００３０】
＜実施形態２の構成＞
図６に本実施形態における機能ブロックの一例を示す。図６に示すように、本実施形態のサービスシステムは、「ゲートウェイ」６１０と、「端末」６２０と、「サービスサーバ装置」６３０と、「データベースサーバ」６４０を有する。ゲートウェイは、「接続検知部」６１１と、「利用可能サービスサーバリスト情報取得部」６１２と、「通信許可部」６１３と、を有する。利用可能サービスサーバリスト情報取得部６１２は、「端末識別情報取得手段」６１４と、「利用可能サービスサーバ確認要求手段」６１５と、「利用可能サービスサーバ情報取得手段」６１６と、を有する。データベースサーバ６４０は、「利用可能サービスサーバ情報生成部」６４１と、「利用可能サービスサーバ情報返信部」６４２と、を有する。端末識別情報取得手段６１４と、利用可能サービスサーバ確認要求手段６１５と、利用可能サービスサーバ情報取得手段６１６と、データベースサーバ６４０と、利用可能サービスサーバ情報生成部６４１と、利用可能サービスサーバ情報返信部６４２と、を除く構成については、実施形態１で説明したものと同様であるため、ここでの説明は省略する。
【００３１】
「データベースサーバ」６４０は、端末に対してサービスを提供するサービスサーバ装置に関する情報を保持するサーバである。具体的な例としては、Ｒａｄｉｕｓサーバが挙げられる。データベースサーバにおいては、例えば図７に示すように、端末に対してサービスを提供するサービスサーバ装置に関する情報を保持している。図７（ａ）では、個々の端末毎のサービスサーバ装置に関する情報が保持されており、また、図７（ｂ）では、端末の機器種別毎のサービスサーバ装置に関する情報が保持されている。これらについては、後述する。
【００３２】
次に、ゲートウェイの利用可能サービスサーバリスト情報取得部の構成について説明する。
【００３３】
「端末識別情報取得手段」６１４は、前記接続を検知した端末を識別する情報である端末識別情報を取得する。「端末識別情報」については、様々な情報が挙げられる。例えば、ＭＡＣアドレスやＤＨＣＰのＤＵＩＤやＩＰｖ６アドレスなどが挙げられる。これらは、例えば端末がネットワークに接続した際にそのネットワーク設定を行うためにゲートウェイとの間でやり取りをする情報である。例えば、ＤＨＣＰ Ｒｅｑｕｅｓｔを端末がゲートウェイに対して送信する場合には、ＭＡＣアドレスが利用可能であり、これを利用する場合は端末識別情報取得手段においては、ＭＡＣアドレスを端末識別情報として取得することになる。
【００３４】
なお、この他、例えば固定ＩＰアドレスを設定済みの端末については、インターネット接続を行う際の情報を端末識別情報としてもよい。すなわち、固定ＩＰアドレスを設定済みの端末に関して、ゲートウェイが自身のネットワークへの接続検知する際には、ＨＴＴＰ Ｒｅｑｕｅｓｔの受信によってゲートウェイにて端末の接続を検知することになる。従って、この際に利用されるＩＰアドレスや、あるいはウェブアクセスするための認証処理が行われた場合には、その認証処理に用いられたユーザ名を端末識別情報としてもよい。さらには、端末にＩＣカードが挿入可能な構成となっている場合には、ＩＣカードのＩＤを端末識別情報としてもよいし、また、ＩＥＥＥ８０２．１ｘを利用して、ＬＡＮ内の認証の際に用いられるユーザＩＤを端末識別情報としてもよい。また、デジタル署名などに用いられるＭＤ５認証、ＴＬＳなどに用いられる情報を端末識別情報としてもよい。このように、端末識別情報は、端末がゲートウェイ内のネットワークに接続した際に用いられる情報であれば、いずれの情報であってもよい。
【００３５】
「利用可能サービスサーバ確認要求手段」６１５は、取得した端末識別情報を含み、前記端末識別情報にて識別される端末が利用可能な利用可能サービスサーバ情報の要求情報をデータベースサーバに対して送信する。また、接続した端末に関するＩＰアドレスなどのネットワーク設定の情報についても併せてデータベースサーバに問い合わせてもよい。
【００３６】
「利用可能サービスサーバ情報取得手段」６１６は、利用可能サービスサーバ確認要求に応じてデータベースサーバから返信される利用可能サービスサーバ情報をリスト情報として取得する。データベースサーバから返信される利用可能サービスサーバ情報をリスト情報とすることで、通信許可部においては、そのリスト情報に含まれる利用可能サービスサーバ情報にて示されるサービスサーバ装置に対する通信許可を行う。
【００３７】
なお、例えばデータベースサーバからは利用可能サービスサーバ情報のほかにも、端末に設定すべきＩＰアドレスなどのネットワーク設定情報が送信されてもよい。この場合には、ゲートウェイにおいて、当該ＩＰアドレスに対するフィルタリングを解除するように情報テーブルが追加され、端末に対しては当該ＩＰアドレスを設定するように、例えばＤＨＣＰの応答を行う。
【００３８】
次に、データベースサーバの構成について説明する。
【００３９】
「利用可能サービスサーバ情報生成部」６４１は、ゲートウェイから送信される前記要求情報に含まれる端末識別情報に基づいて利用可能サービスサーバ情報を生成する。具体的には、予め登録などがなされている自身のデータベースを参照して、端末識別情報と、それに対応するサービスサーバ装置についての情報を抽出して、利用可能サービスサーバ情報として生成をする。
【００４０】
なお、このときに、例えば端末識別情報がＭＡＣアドレスである場合には、ＭＡＣアドレスには、製造者の識別情報や、製品種別の識別情報が含まれているため、端末種別ごとの対応が記載される情報テーブルなどを利用してもよい。具体的には、端末種別がゲーム機器である場合には、そのゲーム機器に応じたサービスを提供するサービスサーバ装置への通信を許可すべく、利用可能サービスサーバ情報が生成される。このようにＭＡＣアドレスを利用する場合には、特にウェブカメラやゲーム機器などのように用途が限定されている端末に対してより一層効果を発揮する。これらの用途が限定されたネット接続可能な機器は、フィルタ解除の設定動作が煩雑な傾向にあるため、端末種別ごとにサービスサーバ装置に関する情報を保持しておき、利用可能サービスサーバ情報を生成することで、煩雑な設定処理を行わずにサービスサーバ装置のサービスを端末にて享受することができる。
【００４１】
「利用可能サービスサーバ情報返信部」６４２は、生成した利用可能サービスサーバ情報をゲートウェイに対して返信する。また、利用可能サービスサーバ情報を返信する際には、先に説明したように、端末に設定すべきＩＰアドレスなどのネットワーク設定情報を返信してもよい。
【００４２】
＜実施形態２の処理の流れ＞
図８は、実施形態２における処理の流れの一例を示すシーケンス図である。まず、データベースサーバにて、端末の利用可能なサービスサーバ装置についての情報を事前に登録しておく（Ｓ８０１）。事前登録については、ゲートウェイから登録要求情報が送信されて登録されてもよいし、図外の他の装置からの情報によって登録がなされてもよい。あるいは、データベースサーバに対して直接手入力などによって登録がなされてもよい。以下は、データベースサーバに事前登録がなされていることを前提として、処理の流れについて説明する。
【００４３】
まず、端末がゲートウェイ内のネットワークに対して接続を行う（Ｓ８０２）。Ｓ８０２の接続については、ゲートウェイにてその接続を検知するべく、何かしらの情報がゲートウェイに対して送信されることを意味するものである。すなわち、先に説明したように、ＩＰアドレスを自動取得の設定にしている場合には、ＤＨＣＰ ＲｅｑｕｅｓｔやＩＣＭＰｖ６ ＲＳ（Ｒｏｕｔｅｒ Ｓｏｌｉｃｉｔａｔｉｏｎ）が送信されることになる。なお、ＩＰアドレスを固定にしている場合には、これらの情報は送信されず、ゲートウェイにおいては、端末の接続を検知していない状態となる。かかる場合において、端末から例えばＨＴＴＰ Ｒｅｑｕｅｓｔが送信された場合には、ゲートウェイにて初めて端末の接続を検知することができるため、この場合には、ＨＴＴＰ Ｒｅｑｕｅｓｔの送信をもって、「端末の接続」があったとすることができる。以下、図８においては、ＩＰアドレスを自動取得する設定の場合を例に挙げて説明する。
【００４４】
Ｓ８０２にて、端末をネットワークに接続をした場合には、先に説明したようにＤＨＣＰ Ｒｅｑｕｅｓｔがゲートウェイに対して送信される（Ｓ８０３）。その後、ゲートウェイでは、その端末の端末識別情報を取得する（Ｓ８０４）。端末識別情報としては、例えばＤＨＣＰ Ｒｅｑｕｅｓｔに含まれるＭＡＣアドレスや、ＤＨＣＰのＤＵＩＤや、ＩＰｖ６アドレスなどが相当する。ゲートウェイでは、Ｓ８０４にて取得した端末識別情報を含めた情報として利用可能サービスサーバ情報の要求をデータベースサーバに対して送信する（Ｓ８０５）。データベースサーバにおいては、事前に登録してあるデータベースを参照して、利用可能なサービスサーバ装置に関する情報をゲートウェイに対して返信する（Ｓ８０６）。Ｓ８０６にて返信される情報には、例えば、端末識別情報や、ネットワーク設定情報が含まれてもよい。データベースサーバからＳ８０６の返信を受けたゲートウェイにおいては、当該端末のサービスサーバ装置への通信を許可する（Ｓ８０７）。その後、ゲートウェイから当該端末に対してネットワーク設定情報の応答が返信される（Ｓ８０８）。以上説明した点や、図８からも明らかなように、本実施形態におけるサービスシステムにおいては、端末側の動作としては、ネットワークに接続し、通常のネットワーク設定処理を行っているに過ぎず、端末側としては、利用可能なサービスについて何ら意識することなく、利用可能なサービスについての設定が自動的に行われることになる。
【００４５】
＜実施形態２の効果＞
本実施形態におけるサービスシステムにおいては、端末側においては、何ら特別な処理を行うことなく、利用可能なサービスサーバ装置への通信を行わせることができる。また、端末識別情報を用いてサービスサーバ装置への通信を許可するために、例えば端末の製品種別に応じたサービスを提供することも可能となるため、データベースサーバにて保持しておくデータベースのデータ量を増大させずに済むため、データベースサーバにおける処理時間を短縮させることが可能となる。このため、結果として、端末がゲートウェイ内のネットワークに接続してから、通信許可がされるまでのレスポンスタイムを短縮させることもできる。
【００４６】
＜＜実施形態３＞＞
＜実施形態３の概要＞
実施形態３は、端末を接続した際には、その端末側にて利用可能なサービスを選択することができるシステムに関するものである。
【００４７】
＜実施形態３の構成＞
図９に本実施形態における機能ブロックの一例を示す。図９に示すように、本実施形態のサービスシステムは、「ゲートウェイ」９１０と、「端末」９２０と、「サービスサーバ装置」９３０を有する。ゲートウェイは、「接続検知部」９１１と、「利用可能サービスサーバリスト情報取得部」９１２と、「通信許可部」９１３と、「リスト情報送信部」９１４と、を有する。利用可能サービスサーバリスト情報取得部９１２は、「利用希望サービスサーバ情報取得手段」９１５を有する。端末９２０は、「入力受付部」９２１と、「利用希望サービスサーバ情報送信部」９２２と、を有する。リスト情報送信部９１４と、利用希望サービスサーバ情報取得手段９１５と、入力受付部９２１と、利用希望サービスサーバ情報送信部９２２と、を除く各構成については、実施形態１で説明したものと同様であるため、ここでの説明は省略する。また、実施形態２を基本としてリスト情報送信部９１４と、利用希望サービスサーバ情報取得手段９１５と、入力受付部９２１と、利用希望サービスサーバ情報送信部９２２と、を有する構成を採用してもよい。
【００４８】
「リスト情報送信部」９１４は、ゲートウェイが有する構成であり、リスト情報を端末に対して送信する。リスト情報には、端末が利用可能なサービスサーバ装置に関する情報が含まれているため、これを受けた端末側にてどのサービス（サービスサーバ装置）を利用するかを判断することができる。リスト情報には、実施形態２で説明したように、端末ごとに応じたサービスサーバ装置のリストが含まれていても良いし、あるいは、ゲートウェイ単位にて通信許可することができるサービスサーバ装置に関する情報が含まれてもよい。
【００４９】
「入力受付部」９２１は、端末が有している構成であり、ゲートウェイ内のネットワークへの接続をトリガーとして返信されるリスト情報を表示するとともに、このリスト情報に基づいてユーザからの利用希望サービスサーバ装置の入力を受付ける。リスト情報の表示に際しては、サービスサーバ装置そのものの情報だけではなく、具体的なサービス内容についての情報も表示してもよい。
【００５０】
「利用希望サービスサーバ情報送信部」９２２は、入力された利用希望サービスサーバ装置に関する利用希望サービスサーバ情報をゲートウェイに対して送信する。利用希望サービスサーバ情報は、例えば単一のサービスサーバ装置に関する情報であってもよいし、複数のサービスサーバ装置に関する情報であってもよい。
【００５１】
「利用希望サービスサーバ情報取得手段」９１５は、ゲートウェイの利用可能サービスサーバリスト情報取得部が有しているものであり、利用可能サービスサーバ情報として端末から送信される利用希望サービスサーバ情報を取得する。そして、通信許可部においては、利用可能サービスサーバ情報を利用して当該端末からサービスサーバ装置への通信許可が行われる。
【００５２】
＜実施形態３の処理の流れ＞
図１０は、実施形態３における処理の流れの一例を示すシーケンス図である。Ｓ１００１にてネットワークに接続した端末は、ネットワーク設定情報要求としてＤＨＣＰ Ｒｅｑｕｅｓｔをゲートウェイに対して送信する（Ｓ１００２）。ゲートウェイにおいては、これを受けてネットワーク設定情報応答としてＤＨＣＰ Ｒｅｓｐｏｎｓｅを端末に対して返信する（Ｓ１００３）。その後、端末からゲートウェイに対して利用サービスのリスト要求が送信される（Ｓ１００５）。これを受けてゲートウェイから端末に対してリスト情報が送信される（Ｓ１００６）。
【００５３】
なお、Ｓ１００６にてリスト情報が送信されるシーケンスは図１０の例に限られることはない。例えば、Ｓ１００３のネットワーク設定情報要求（ＤＨＣＰ Ｒｅｑｕｅｓｔ）を受けた場合には、ゲートウェイは、Ｓ１００４にてその応答を返信するとともに、併せてＳ１００６のリスト情報を送信して、端末にどのサービスを利用するかを選択させてもよい。あるいは、先に説明したように、固定ＩＰアドレスを設定している端末においては、ＨＴＴＰ Ｒｅｑｕｅｓｔの受信をＳ１００５の利用サービスのリスト要求としてゲートウェイにて判断し、この応答としてＳ１００６のリスト情報の送信を行ってもよい。
【００５４】
リスト情報の送信を受けた端末においては、利用を希望するサービスサーバ装置を選択して、結果を利用希望サービスサーバ情報としてゲートウェイに対して送信する（Ｄ１００７）。利用希望サービスサーバ情報を受信したゲートウェイにおいては、当該端末に対して、希望するサービスサーバ装置への通信を許可する処理が行われる。
【００５５】
なお、図示していないが、実施形態２で説明したデータベースサーバを利用して実施形態３の処理を行ってもよい。すなわち、ゲートウェイにおいては、リスト情報を端末に送信するステップを有しているが、この際に送信するリスト情報については、ゲートウェイからデータベースサーバに問い合わせを行い、その結果得られた情報をリスト情報として端末に送信する処理を行ってもよい。また、データベースサーバに問い合わせるタイミングとしても、端末の接続を検知してからであってもよいし、事前に定期的にデータベースサーバに問い合わせを行いリスト情報を更新していてもよい。
【００５６】
＜実施形態３の効果＞
実施形態３においては、端末側にてどのサービスを利用するかを選択することができるため、従来の単にインターネット接続を行うか否かに加えて、さらにその他のサービスの利用についても選択することができるため、利便性を向上させることができる。
【００５７】
＜その他＞
なお、実施形態２で説明した構成と、実施形態３で説明した構成の両者を備えた構成を有していてもよい。例えば、事前登録がなされている端末に対しては、実施形態２で説明したように、端末識別情報に基づくサービスを利用させ、一方で、事前登録がなされていない端末に対しては、例えばゲートウェイにて利用可能なサービスのリストを送信し、端末側にて選択させて、そのサービスを提供させるとしてもよい。
【００５８】
また、端末側の動作としては、例えば、選択したサービスサーバ装置に対して複数のサービスサーバ装置に対して順次接続を行い、一定時間を経過した後には、順次接続を切断する処理が行われても良い。
【図面の簡単な説明】
【００５９】
【図１】実施形態１を説明するための機能ブロック図
【図２】サービスサーバ装置の態様について説明する図
【図３】リスト情報の一例を示す図
【図４】端末、サービスサーバ装置のハードウェア構成の一例を示す図
【図５】実施形態１の処理の流れの一例を示す図
【図６】実施形態２を説明するための機能ブロック図
【図７】データベースサーバにて保持されている情報の一例を示す図
【図８】実施形態２の処理の流れを説明するためのシーケンス図
【図９】実施形態３を説明するための機能ブロック図
【図１０】実施形態３を説明するためのシーケンス図
【符号の説明】
【００６０】
１１０    ゲートウェイ
１１１    接続検知部
１１２    利用可能サービスサーバリスト情報取得部
１１３    通信許可部
１２０    端末
１３０    サービスサーバ装置
【図１】
2009065275.tif 000003
【図２】
2009065275.tif 000004
【図３】
2009065275.tif 000005
【図４】
2009065275.tif 000006
【図５】
2009065275.tif 000007
【図６】
2009065275.tif 000008
【図７】
2009065275.tif 000009
【図８】
2009065275.tif 000010
【図９】
2009065275.tif 000011
【図１０】
2009065275.tif 000012