(57)【要約】ローカルネットワークの構成をユーザ端末に提供するためのシステムが提供される。本システムは、ローカルネットワークの構成と、ローカルネットワークに対応する電話番号とを取得するように構成された取得部と、取得した構成と取得した電話番号とが互いに関連付けられるように、取得した構成と取得した電話番号とを格納するように構成された記憶部と、構成を求める要求をユーザ端末から受信するように構成された受信部であって、要求はローカルネットワークに対応する電話番号を含む、受信部と、受信した電話番号に関連付けられた構成を記憶部から読み出すように構成された読出し部と、読み出した構成をユーザ端末へ応答するように構成された応答部とを含む。
2013517636.tif 000002
【特許請求の範囲】
【請求項１】
ローカルネットワーク（１０３）の構成をユーザ端末（１０１）に提供するためのシステム（１００）であって、
前記ローカルネットワーク（１０３）の構成と、前記ローカルネットワーク（１０３）に対応する電話番号とを取得するように構成された取得部（２０２）と、
前記取得した構成と前記取得した電話番号とが互いに関連付けられるように、前記取得した構成と前記取得した電話番号とを格納するように構成された記憶部（２０３）と、
前記構成を求める要求を前記ユーザ端末（１０１）から受信するように構成された受信部（２０４）であって、前記要求は前記ローカルネットワーク（１０３）に対応する電話番号を含む、受信部（２０４）と、
前記受信した電話番号に関連付けられた構成を前記記憶部（２０３）から読み出すように構成された読出し部（２０５）と、
前記読み出した構成を前記ユーザ端末（１０１）へ応答するように構成された応答部（２０６）とを備えることを特徴とするシステム（１００）。
【請求項２】
前記構成を求める要求は、前記ローカルネットワーク（１０３）に対応する電話番号に対して前記ユーザ端末（１０１）から開始された呼であり、
前記要求に含まれる電話番号は、前記呼の宛先電話番号であることを特徴とする請求項１に記載のシステム（１００）。
【請求項３】
前記構成を求める要求は、前記ユーザ端末（１０１）から送信され、前記ローカルネットワーク（１０３）に対応する電話番号を宛先とするＳＭＳメールであり、
前記要求に含まれる電話番号は、前記ＳＭＳメールの宛先電話番号であることを特徴とする請求項１に記載のシステム（１００）。
【請求項４】
前記受信部（２０４）は前記ユーザ端末（１０１）からの前記要求を受信するためのウェブページ（１１００）を提供するように更に構成され、
前記構成を求める要求は前記ユーザ端末（１０１）によってアクセスされる前記ウェブページ（１１００）を介して受信され、
前記要求に含まれる電話番号は、要求されている構成に関連付けられた電話番号であることを特徴とする請求項１に記載のシステム（１００）。
【請求項５】
前記取得部（２０２）は、前記ローカルネットワーク（１０３）のアクセスポイント（１０２）から前記ローカルネットワーク（１０３）の構成を取得するように構成されることを特徴とする請求項１乃至４の何れか１項に記載のシステム（１００）。
【請求項６】
前記ローカルネットワーク（１０３）に対応する電話番号は、前記ローカルネットワーク（１０３）のアクセスポイント（１０２）に割り当てられた電話番号であることを特徴とする請求項１乃至５の何れか１項に記載のシステム（１００）。
【請求項７】
前記取得部（２０２）は、前記ローカルネットワーク（１０３）の前記アクセスポイント（１０２）から前記ローカルネットワーク（１０３）に対応する電話番号を取得するように構成されることを特徴とする請求項６に記載のシステム（１００）。
【請求項８】
ＩＭＳゲートウェイ（５０１）が前記ローカルネットワーク（１０３）の前記アクセスポイントとして動作し、
前記ローカルネットワークに対応する電話番号は、前記ＩＭＳゲートウェイ（５０１）に割り当てられたＩＭＰＵ（５０２）であり、
前記取得部（２０２）は、ＳＩＰプロトコルを用いて前記ＩＭＰＵ（５０２）を取得するように構成されることを特徴とする請求項７に記載のシステム（１００）。
【請求項９】
前記ローカルネットワーク（１０３）に対応する電話番号を生成するように構成された生成部（２０７）を更に備え、
前記取得部（２０２）は前記ローカルネットワーク（１０３）に対応する電話番号を前記生成部（２０７）から取得するように構成されることを特徴とする請求項１乃至５の何れか１項に記載のシステム（１００）。
【請求項１０】
前記ユーザ端末（１０１）の電話番号に基づいて前記ユーザ端末（１０１）のユーザを認証・認可する認証・認可部（２０９）を更に備え、
前記応答部（２０６）は、前記ユーザの認証に成功した場合にのみ、前記ユーザ端末（１０１）に前記読み出した構成を応答するように構成されることを特徴とする請求項１乃至９の何れか１項に記載のシステム（１００）。
【請求項１１】
前記構成を要求する前記ユーザ端末（１０１）に課金するように構成された課金部（２０８）を更に備えることを特徴とする請求項１乃至１０の何れか１項に記載のシステム（１００）。
【請求項１２】
複数のローカルネットワーク（１０３）に同じ電話番号が割り当てられる場合に、前記構成を求める要求は前記複数のローカルネットワーク（１０３）のうちの少なくとも１つを示す指標を含み、前記読出し部（２０４）は前記指標によって示される前記少なくとも１つのローカルネットワークの構成を読み出すことを特徴とする請求項１乃至１１の何れか１項に記載のシステム（１００）。
【請求項１３】
前記受信部（２０６）は、前記ユーザ端末（１０１）の位置情報を受信するように更に構成され、
前記読出し部は、前記ユーザ端末（１０１）の前記受信した位置情報に対応する構成を読み出すように更に構成されることを特徴とする請求項１乃至１２の何れか１項に記載のシステム（１００）。
【請求項１４】
ユーザ端末（１０１）であって、
移動体ネットワーク（１０４）と通信するように構成された移動体ネットワークインタフェース（３０２、３０３、３０４）と、
ローカルネットワーク（１０３）と通信するように構成されたローカルネットワークインタフェース（３０６）と、
前記ローカルネットワーク（１０３）に対応する電話番号を前記ユーザ端末（１０１）のユーザから受信するように構成されたユーザインタフェース（３０７）とを備え、
前記移動体ネットワークインタフェース（３０２、３０３、３０４）は、前記受信した電話番号を用いて前記移動体ネットワーク（１４０）に要求を送信し、前記移動体ネットワーク（１０４）から前記ローカルネットワーク（１０３）の構成を受信するように更に構成され、
前記ローカルネットワークインタフェース（３０６）は、前記ローカルネットワーク（１０３）と通信するために前記受信した構成を使用するように更に構成されることを特徴とするユーザ端末（１０１）。
【請求項１５】
前記移動体ネットワークインタフェース（３０２、３０３、３０４）は、前記移動体ネットワーク（１０４）への前記要求として、前記受信した電話番号への呼を開始するように更に構成されることを特徴とする請求項１４に記載のユーザ端末（１０１）。
【請求項１６】
ローカルネットワーク（１０３）の構成をユーザ端末（１０１）に提供するための方法であって、
前記ローカルネットワーク（１０３）の構成と、前記ローカルネットワーク（１０３）に対応する電話番号とを取得する工程（Ｓ４０１）と、
前記取得した構成と前記取得した電話番号とが互いに関連付けられるように、前記取得した構成と前記取得した電話番号とを記憶部（２０３）に格納する工程（Ｓ４０２）と、
前記構成を求める要求を前記ユーザ端末（１０１）から受信する工程（Ｓ４０３）であって、前記要求は前記ローカルネットワーク（１０３）に対応する電話番号を含む、工程（Ｓ４０３）と、
前記受信した電話番号に関連付けられた構成を前記記憶部（２０３）から読み出す工程（Ｓ４０４）と、
前記読み出した構成を前記ユーザ端末（１０１）へ応答する工程（Ｓ４０７）とを有することを特徴とする方法。
【請求項１７】
ローカルネットワーク（１０３）の構成をユーザ端末（１０１）に提供するための方法をコンピュータに実行させるコンピュータプログラムであって、前記方法は、
前記ローカルネットワーク（１０３）の構成と、前記ローカルネットワーク（１０３）に対応する電話番号とを取得する工程（Ｓ４０１）と、
前記取得した構成と前記取得した電話番号とが互いに関連付けられるように、前記取得した構成と前記取得した電話番号とを記憶部（２０３）に格納する工程（Ｓ４０２）と、
前記構成を求める要求を前記ユーザ端末（１０１）から受信する工程（Ｓ４０３）であって、前記要求は前記ローカルネットワーク（１０３）に対応する電話番号を含む、工程（Ｓ４０３）と、
前記受信した電話番号に関連付けられた構成を前記記憶部（２０３）から読み出す工程（Ｓ４０４）と、
前記読み出した構成を前記ユーザ端末（１０１）へ応答する工程（Ｓ４０７）とを有することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はローカルネットワークの構成をユーザ端末に提供するためのシステム及び方法に関する。
【背景技術】
【０００２】
将来のすべての移動体電話は、セルラーインタフェースに加えて、ＷｉＦｉ、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｚｉｇｂｅｅ（登録商標のようなローカルネットワークインタフェースを有するようになるだろう。ローカルインタフェースを通じて、自身の移動体電話を用いるユーザは、ホームネットワーク、車内ネットワーク、ホットスポット、ホテルルーム、店などにおいてローカルサービスを得ることができる。これらのローカルサービスを享受するために、ユーザは、主にローカルインタフェースの構成に関するローカル固有の構成を設定する必要がある。しかしながら、ＩＴに疎い人々にとって、ネットワークを使用するために装置を構成することはなおも難しい作業である。例えばＷｉＦｉのセキュリティ構成はボタンをクリックし、ＷＥＰ／ＷＰＡキーを生成するためのパスワードを入力するという数ステップを伴うのでＩＴに通じた人々にとってさえも煩雑であり、ＷＥＰキーについてのパスワードを忘れたならば、熟練者でさえも状況は更に悪くなる。これらのローカルインタフェースはセルラーインタフェースとは異なり、移動体電話が起動した際に初期構成が提供されず、ローカル設定へ適合するためにユーザが常に自身の移動体電話にローカル構成を入力しなければならないためにこれらの問題が生じる。このように、ユーザは手動で入力するための膨大な構成パラメータ・セットに直面する。これは、使用を全く試みないか、それに失敗することにつながりうる。言い換えると、ユーザは構成するために必要になる様々な手の届きにくい場所にある文字や数字の全てを入力しなければならない場合にユーザはあきらめるかもしれない。
【０００３】
特許文献１は、移動体電話が付近のＳＳＩＤを検索し、見つかったＳＳＩＤをアプリケーションサーバへ送信するシステムを提案する。アプリケーションサーバはＷＥＰキーを取得するために対応するアクセスポイントに問い合わせ、このキーは最終的に要求元移動体電話へ送信される。特許文献２は構内セルラー基地局のための自動登録・構成システムを提案する。特許文献３は、ＳＳＩＤ及びＷＥＰキーのような構成パラメータがアプリケーションサーバで生成され、構成パラメータがＡＰ装置と端末との両方へ送信されるシステムを提案する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許出願公開第２００６／０１７８１３１号明細書
【特許文献２】欧州特許出願公開第２０４４７８５号明細書
【特許文献３】特開２００５−２８６７８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ＳＳＩＤは尚も馴染みがなく、特にＩＴに疎い人々にとって使用することがためらわれるだろう。従って、ローカルネットワークの構成をより容易に提供するための技術を提供することが望ましい。
【課題を解決するための手段】
【０００６】
本発明の１つの側面によれば、ローカルネットワークの構成をユーザ端末に提供するためのシステムが提供される。前記システムは、前記ローカルネットワークの構成と、前記ローカルネットワークに対応する電話番号とを取得するように構成された取得部と、前記取得した構成と前記取得した電話番号とが互いに関連付けられるように、前記取得した構成と前記取得した電話番号とを格納するように構成された記憶部と、前記構成を求める要求を前記ユーザ端末から受信するように構成された受信部であって、前記要求は前記ローカルネットワークに対応する電話番号を含む、受信部と、前記受信した電話番号に関連付けられた構成を前記記憶部から読み出すように構成された読出し部と、前記読み出した構成を前記ユーザ端末へ応答するように構成された応答部とを備える。
【０００７】
本発明の別の側面によれば、ユーザ端末が提供される。前記ユーザ端末は、移動体ネットワークと通信するように構成された移動体ネットワークインタフェースと、ローカルネットワークと通信するように構成されたローカルネットワークインタフェースと、前記ローカルネットワークに対応する電話番号を前記ユーザ端末のユーザから受信するように構成されたユーザインタフェースとを含む。前記移動体ネットワークインタフェースは、前記受信した電話番号を用いて前記移動体ネットワークに要求を送信し、前記移動体ネットワークから前記ローカルネットワークの構成を受信するように更に構成される。前記ローカルネットワークインタフェースは、前記ローカルネットワークと通信するために前記受信した構成を使用するように更に構成される。
【０００８】
本発明の更なる特徴は添付の図面を参照する以下の例示の実施形態の説明から明らかになるだろう。
【図面の簡単な説明】
【０００９】
【図１】本発明の１つの実施形態による例示の環境を説明する図である。
【図２】本発明の１つの実施形態によるＣＡＳ１００の例示のブロック図を説明する図である。
【図３】本発明の１つの実施形態によるユーザ端末１０１の例示のブロック図を説明する図である。
【図４】本発明の１つの実施形態によるＣＡＳ１００、ユーザ端末１０１及びＡＰ１０２の全体的な動作例を説明する図である。
【図５】本発明の１つの実施形態によるＩＭＳ  ＳＩＰプロトコルが用いられうる例示の環境を説明する図である。
【図６】本発明の１つの実施形態によるステップＳ４０１の詳細な動作例を説明する図である。
【図７】本発明の別の実施形態によるステップＳ４０１の詳細な動作例を説明する図である。
【図８】本発明の１つの実施形態によるステップＳ４０３の詳細な動作例を説明する図である。
【図９】本発明の１つの実施形態によるユーザの選択を受信するためのユーザ端末１０１の例示の画面９００を説明する図である。
【図１０】本発明の別の実施形態によるステップＳ４０３の詳細な動作例を説明する図である。
【図１１】受信部２０４によって提供される例示のウェブページ１１００を説明する図である。
【発明を実施するための形態】
【００１０】
添付の図面を参照しつつ本発明の実施形態が以下に説明される。以下に説明される各実施形態は、総括的な概念からより具体的な概念まで様々な概念を理解するのに役立つだろう。本発明の技術的範囲は特許請求の範囲によって規定され、以下に説明される各実施形態に限定されないことに留意されたい。さらに、実施形態で説明される特徴の全ての組合せが本発明にとって常に必須であるとは限らない。
【００１１】
図１は本発明の１つの実施形態による例示の環境を説明する。この環境は、構成アプリケーションサーバ（ＣＡＳ）１００、ユーザ端末１０１、アクセスポイント（ＡＰ）１０２、ローカルネットワーク１０３及び移動体ネットワーク１０４を含む。
【００１２】
ＣＡＳ１００は、ユーザ端末１０１からの要求に応答して、ＣＡＳ１００がユーザ端末１０１にローカルネットワーク１０３の構成を自動的に提供する自動構成サービスを提供する。ＣＡＳ１００は移動体ネットワーク１０４に含まれており、ユーザ端末１０１からローカルネットワーク１０３の構成を求める要求を受信する。この要求はローカルネットワーク１０３に対応する電話番号を含む。
【００１３】
ユーザ端末１０１は移動体ネットワーク１０４と通信するためにユーザによって使用される装置である。この実施形態では、電話番号を含む要求をＣＡＳ１００に送信可能な任意の装置がユーザ端末１０１として使用されうる。例えば、ユーザ端末１０１は、移動体電話、ＰＤＡ、モバイルブロードバンドパーソナルコンピュータである。一例では、ユーザ端末１０１はローカルネットワーク１０３に対応する電話番号をダイヤルすることによって要求をＣＡＳ１００へ送信する。他の例は後述される。ユーザ端末１０１はまた、ローカルネットワーク１０３に接続できる。ユーザ端末１０１はローカルネットワーク１０３に接続するためにＣＡＳ１００によって提供される構成を用いる。構成は、例えばＷｉＦｉネットワークについてのＳＳＩＤ／ＷＥＰや、ＢｌｕｅｔｏｏｔｈネットワークについてのＰＩＮコードを伴うＢｌｕｅｔｏｏｔｈ装置名のようなパラメータや、ローカルネットワーク１０３についてのアクセスクラスを含む。
【００１４】
ＡＰ１０２はローカルネットワーク１０３を管理する装置である。ローカルネットワーク１０３は例えば、ＷｉＦｉネットワーク、ＮＦＣ（近距離通信）ネットワーク、Ｚｉｇｂｅｅネットワーク、ＩｒＤＡ又はＢｌｕｅｔｏｏｔｈである。ローカルネットワーク１０３はホームネットワーク、ホットスポット・ネットワーク、車内ネットワーク又はホテルルーム・ネットワークであってもよい。ローカルネットワーク１０３は対応する電話番号を有する。ローカルネットワーク１０３が構成の集合を複数有する場合に、ローカルネットワークは、構成の各集合が対応する電話番号を有するように複数の電話番号を有してもよい。ローカルネットワーク１０３がホットスポット・ネットワークである場合に、電話番号は広告と共に表示されてもよい。
【００１５】
図２は１つの実施形態によるＣＡＳ１００の例示のブロック図を説明する。ＣＡＳ１００はＣＰＵ２００、メモリ２０１、取得部２０２、記憶部２０３、受信部２０４、読出し部２０５、応答部２０６、生成部２０７、課金部２０８及び認証認可（ＡＡ）部２０９を備える。ＣＰＵ２００はＣＡＳ１００の全体的な動作を制御する。メモリ２０１はＣＡＳ１００の動作に用いられるコンピュータプログラム及びデータを格納する。
【００１６】
取得部２０２はローカルネットワーク１０３に対応する電話番号と、このローカルネットワーク１０３の構成とを取得する。記憶部２０３は、電話番号と構成とが互いに関連するように、電話番号と構成とを記憶する。記憶部２０３は例えばＨＤＤ、ＲＡＭなどで実装される。受信部２０４はユーザ端末１０１からローカルネットワーク１０３の構成を求める要求を受信する。読出し部２０５は要求内の電話番号に関連する構成を記憶部２０３から読み出す。応答部２０６は読み出した構成を要求元ユーザ端末１０１へ応答する。生成部２０７はローカルネットワーク１０３のために新たな電話番号を生成する。課金部２０８は自動構成サービスを用いるユーザに課金する。ＡＡ部２０９はユーザ端末１０１のユーザを認証・認可する。図２では、すべてのユニットがＣＡＳ１００に含まれる。しかしながら、各ユニットはシステムに含まれる別個の装置に含まれてもよい。
【００１７】
図３は１つの実施形態によるユーザ端末１０１の例示のブロック図を説明する。ユーザ端末１０１はＣＰＵ３００、メモリ３０１、呼処理部３０２、ＳＭＳ部３０３、ブラウザ部３０４、ＳＩＭ３０５、ローカルネットワークインタフェース（Ｉ／Ｆ）３０６及びユーザインタフェース３０７を備える。ＣＰＵ３００はユーザ端末１０１の全体的な動作を制御する。メモリ３０１はユーザ端末１０１の動作に用いられるコンピュータプログラム及びデータを格納する。
【００１８】
呼処理部３０２は呼機能を提供する。ユーザ端末１０１のユーザは呼処理部３０２を用いて所定の電話番号へ電話を掛ける。ＳＭＳ部３０３はＳＭＳ機能を提供する。ユーザはＳＭＳ部３０３を用いてＳＭＳメールを送信する。ブラウザ部３０４はブラウザ機能を提供する。ユーザはブラウザ部３０４を用いてウェブページにアクセスする。ＳＩＭは例えばユーザ端末１０１の電話番号を格納する。ローカルネットワークインタフェース３０６はローカルネットワーク１０３に接続するために用いられる。ユーザインタフェース３０７はユーザ端末１０１のユーザからの情報を入力するため又はこのユーザへの情報を出力するために用いられる。ユーザインタフェース３０７は例えばキーパッド、ディスプレイ、キーボード及び／又はタッチスクリーンにより実装される。
【００１９】
図４は１つの実施形態によるＣＡＳ１００、ユーザ端末１０１及びＡＰ１０２の全体的な動作例を説明する。各装置に含まれるＣＰＵが各装置のメモリに格納されたコンピュータプログラムを実行することでこれらの動作が処理される。
【００２０】
ステップＳ４０１で、取得部２０２はローカルネットワーク１０３に対応する電話番号と、このローカルネットワーク１０３の構成とを取得する。取得部２０２はＡＰ１０２から構成を取得してもよいし、ＡＰ１０２の所有者から構成の入力を受けてもよい。取得部２０２はＡＰ１０２に割り当てられた電話番号をＡＰ１０２から取得してもよいし、ローカルネットワーク１０３のために新たに生成された電話番号を生成部２０７から取得してもよい。このステップの例が詳細に供述される。
【００２１】
ステップＳ４０２で、記憶部２０３は、取得された構成と取得された電話番号とが互いに関連付けられるように、取得された構成と取得さえた電話番号とを記憶する。記憶部２０３は構成と電話番号とのペアを表に記憶してもよいし、データベースに記憶してもよい。
【００２２】
ステップＳ４０３で、ユーザ端末１０１はローカルネットワーク１０３の構成を求める要求をＣＡＳ１００へ送信し、受信部２０４はユーザ端末１０１からの要求を受信する。この要求はローカルネットワーク１０３に対応する電話番号を含む。このステップの例は詳細に後述される。ステップＳ４０４で、読出し部２０５はユーザ端末１０１からの要求に含まれる電話番号に関連付けられた構成を記憶部２０３から読み出す。ステップＳ４０５で、ＡＡ部２０９はユーザ端末１０１のユーザを認証・認可してもよい。ステップＳ４０６で、例えばローカルネットワーク１０３が公共のホットスポットである場合に、課金部２０８はユーザ端末１０１のユーザに課金してもよい。ＩＭＳ事業者がＣＡＳ１００を運営する場合に、ＩＭＳ事業者はユーザのＩＭＳ加入情報を通じてユーザ端末１０１のユーザに課金してもよい。これは、ＩＭＳ事業者にとって新たなビジネスチャンスであるだろう。
【００２３】
ステップＳ４０７で、応答部２０６は読み出された構成をユーザ端末１０１へ応答する。ＡＡ部２０９がユーザ端末１０１のユーザの認証・認可に成功した場合に、応答部２０６は構成を応答する。ステップＳ４０８で、応答部２０６は構成に含まれるアクセスクラスをＡＰ１０２へ送信してもよい。ローカルネットワークインタフェース３０６はステップＳ４０９で構成をインストールし、ステップＳ４１０でローカルネットワーク１０３への接続を開始する。
【００２４】
図５はＩＭＳ  ＳＩＰプロトコルが用いられうる例示の環境を説明する。この環境では、移動体ネットワーク１０４はＩＭＳネットワーク５０３であり、ローカルネットワーク１０３はＩＭＳゲートウェイ５０１を含む。ＩＭＳゲートウェイ５０１はＩＭＳネットワーク５０３とローカルネットワーク１０３との間のアプリケーション層ゲートウェイ装置である。ローカルネットワーク１０３とＩＭＳネットワーク５０３との間のメッセージはＩＭＳゲートウェイ５０１によって仲介され、ＩＭＳネットワーク５０３内のＩＭＳコア５０４によって提供されるセキュリティメカニズムで保護される。ＩＭＳゲートウェイ５０１にＩＭＰＵ（ＩＭＳパブリックユーザ識別子）５０２が割り当てられる。図５では、ＩＭＳゲートウェイ５０１がＡＰ１０２の機能を含む。しかしながら、ＩＭＳゲートウェイ５０１がＡＰ１０２から構成をフェッチできる限り、ＡＰ１０２はＩＭＳゲートウェイ５０１とは異なるスタンドアロン装置であってもよい。それぞれの場合において、ＩＭＳゲートウェイ５０１はＡＰ１０２として動作するとみなされる。ＩＭＳコア５０４は課金部２０８及びＡＡ部２０９を提供しうる。
【００２５】
図６は１つの実施形態によるステップＳ４０１の詳細な動作例を説明する。この場合に、ＩＭＳゲートウェイ５０１はローカルネットワーク１０３の構成と、このローカルネットワーク１０３に対応する電話番号とをＣＡＳ１００へアップロードする。ローカルネットワーク１０３に対応する電話番号としてＩＭＰＵ５０２が用いられてもよい。
【００２６】
ステップＳ６０１で、ＡＰ１０２の所有者はローカルネットワーク１０３の構成の登録をＣＡＳ１００に要求する。取得部２０２はこの要求を受信する。例えば、ローカルネットワーク１０３がホームネットワークである場合に、所有者はホームＡＰ装置を所有する家族ユーザであり、ローカルネットワーク１０３が公衆ホットスポットである場合に、所有者はホットスポット・サービスプロバイダである。
【００２７】
ステップＳ６０２で、取得部２０２はＩＭＰＵ５０２とローカルネットワーク１０３の構成とを求める要求を、ＩＭＳコア５０４を介してＩＭＳゲートウェイ５０１へ送信し、ＩＭＳゲートウェイ５０１はこの要求を受信する。ステップＳ６０３で、ＩＭＳゲートウェイ５０１はＡＰ１０２からローカルネットワーク１０３の構成を抽出する。
【００２８】
ステップＳ６０４で、ＩＭＳゲートウェイ５０１は例えばＸＭＬによって構成を符号化し、ＳＩＰ  ＰＵＢＬＩＳＨメッセージを用いてＩＭＳコア５０４を介してＣＡＳ１００へこの構成をアップロードするが、これに限定されない。ＩＭＳゲートウェイ５０１が構成における変更を検出した場合に常に、ＩＭＳゲートウェイ５０１はこの変更をＣＡＳ１００へアップロードしてもよい。ＳＩＰ  ＰＵＢＬＩＳＨメッセージの一例を以下に示す。
PUBLISH sip:0312345678@imsop.net SIP/2.0
Event: local_config
Content-Type: application/local_config-prameters+xml
＜configurations xmlns=“urn:ericsson:local-config”＞
＜parameter type=“wlan”＞
ssid=myhome&wepkey=1234567890abcde
＜/parameter＞
＜/configurations＞
【００２９】
ＰＵＢＬＩＳＨメッセージのリクエストＵＲＩは、アップロードされる構成が関連付けられるＩＭＳゲートウェイ５０１のＩＭＰＵ５０２である。イベントパッケージ“local_config”はＳＩＰイベントフレームワークを用いて実装される特定のＳＩＰイベントアプリケーションを規定する。このイベントパッケージ名は標準化されており、ＴＳ２３．２１８に規定される初期フィルタ・クライテリア（ｉＦＣ）のルールとして、ＨＳＳに格納されたＩＭＳゲートウェイ５０１のサービスプロファイルに登録されている。その結果、このイベントパッケージについてのＰＵＢＬＩＳＨメッセージはＣＡＳ１００へルーティングされる。ＰＵＢＬＩＳＨメッセージのＳＩＰメッセージ本文は構成を含む。上述の例では、構成はＷＬＡＮについてのパラメータを含む。
【００３０】
図７は別の実施形態によるステップＳ４０１の詳細な動作例を説明する。この例では、ＡＰ１０２は標準の装置管理プロトコルを用いてローカルネットワーク１０３の構成をアップロードする。ＡＰ１０２はＢＢＦ（ブロードバンドフォーラム）によって規定されるＴＲ０６９と呼ばれる装置管理標準をサポートすると仮定する。ＴＲ０９８のオブジェクトモデル及びＣＷＭＰ（ＣＰＥ  ＷＡＮ管理プロトコル）に基づいて、ＣＡＳ１００のＡＣＳ（自動構成サーバ）機能はＷｉＦｉ構成パラメータをＡＰ１０２に問い合わせることができる。これらのパラメータはインターネットゲートウェイ装置のＷｉＦｉ  ＬＡＮプロファイルの定義に含まれる。
【００３１】
ステップＳ７０１で、ＡＰ１０２の所有者はウェブブラウザを用いてＡＰ１０２のウェブ管理コンソールにログインする。ウェブ管理コンソールを通じて、所有者は構成の登録を要求する。ＡＰ１０２はその後、ＣＡＳ１００へこの要求を送信し、ＣＡＳ１００はこの要求を受信する。ＣＡＳ１００のアドレス（又はウェブサービスＵＲＬ）はＡＰ１００の製造時に設定されてもよい。ＣＡＳ１００のオペレータが自動構成サービスについてＡＰ１０２の所有者に課金するならば、クレジットカード番号の提示のような何らかの商取引が続いてもよい。
【００３２】
ステップＳ７０２で、ＣＡＳ１００のＡＣＳ機能はＣＷＭＰを通じてＷＬＡＮ構成パラメータをＡＰ１０２からフェッチする。ステップＳ７０３で、生成部２０７はローカルネットワーク１０３に対応する新たな電話番号を生成する。最後に、ＣＡＳ１００は例えばウェブ管理コンソールに電話番号を表示することによって、ＡＰ１０２の所有者に新たな電話番号を返す。ローカルネットワーク１０３が公衆ホットスポットである場合に、ＡＰ１０２の所有者はこの電話番号を掲示板に表示してもよい。
【００３３】
取得部２０２が構成及び電話番号を取得するメカニズムは上記の例に限られないことが理解されるべきである。例えば、ローカルネットワーク１０３がＩＭＳゲートウェイ５０１を含む場合であっても、生成部２０７はローカルネットワーク１０３に対応する新たな電話番号を生成してもよいし、取得部２０２はＩＭＰＵ５０２を取得する代わりにこの新たな電話番号を取得してもよい。取得部２０２はＡＰ１０２から構成を取得しなくてもよい。ＡＰ１０２の所有者は構成をＣＡＳ１００に手動で入力してもよいし、取得部２０２はこれらの構成を取得してもよい。ＡＰ１０２の所有者は新たな電話番号を取得し、この電話番号をＣＡＳ１００に入力してもよい。
【００３４】
図８は１つの実施形態によるステップＳ４０３の詳細な動作例を説明する。各装置に含まれるＣＰＵが各装置のメモリに格納されたコンピュータプログラムを実行することでこれらの動作が処理される。この実施形態では、ユーザ端末１０１のユーザは、ローカルネットワーク１０３の構成を取得するために、このローカルネットワーク１０３に対応する電話番号に電話を掛ける。
【００３５】
ステップＳ８０１で、ユーザ端末１０１がローカルネットワーク１０３に接続されることをユーザが望む場合に、ユーザはローカルネットワーク１０３に対応する電話番号にダイヤルし、ユーザインタフェース３０７はダイヤルされた電話番号を受信する。電話番号は例えばＩＭＳゲートウェイ５０１のＩＭＰＵ５０２や、ホットスポットエリアの近くの掲示板に広告と共に表示された電話番号である。ローカルネットワーク１０３がホテルルーム・ネットワークである場合に、ユーザはホテルルーム・ネットワークの構成を取得するためにホテルルームの電話番号に電話を掛けてもよい。
【００３６】
ローカルネットワーク１０３に対応する電話番号が通話の呼のような「通常の」呼にも用いられる場合に、受信部２０４はユーザ端末１０１からの呼のタイプを区別する。この目的のために、ユーザ端末１０１のユーザは構成を求める要求を示すオプションを選択してもよい。図９はユーザの選択を受信するためのユーザ端末１０１の例示の画面９００を説明する。ユーザインタフェース３０７は入力フィールド９０１及びコールメニュー９０２を表示する。ユーザは例えばキーパッド又はタッチスクリーンを用いて入力フィールド９０２に電話番号を入力し、ユーザインタフェース３０７はこの電話番号を受信する。ユーザ端末１０１がローカルネットワーク１０３に接続されることをユーザが望むならば、ユーザはコールメニュー９０２から「構成取得」のコールオプションを選択し、ユーザインタフェース３０７はこの選択を受信する。ユーザが通話のために別の電話に電話を掛けることの望むならば、ユーザはコールオプションを何も選択せず、すなわちユーザはデフォルト設定を選択する。
【００３７】
ユーザがステップＳ８０１で「構成取得」のコールオプションを選択した場合に、呼処理部３０２はステップＳ８０２でローカルネットワーク１０３に対応する電話番号を含む呼を送出する。この場合に、ローカルネットワーク１０３に対応する電話番号への呼は構成を求める要求として機能し、要求に含まれる電話番号は呼の宛先電話番号である。例えば、呼は以下のＳＩＰ  ＳＵＢＳＣＲＩＢＥメッセージとして送出される。
SUBSCRIBE sip:0312345678@imsop.net SIP/2.0
Event: local_config
X-Local-Config: wlan
このＳＵＢＳＣＲＩＢＥメッセージのイベントパッケージは、このＳＵＢＳＣＲＩＢＥメッセージがリクエストＵＲＩ又は電話番号に関連するローカル構成を要求するためのものであることを特定するために、「local_config」に設定される。このイベントパッケージの名称は、このイベントパッケージについてのＳＵＢＳＣＲＩＢＥ要求がＣＡＳ１００へルーティングされるように、ｉＦＣの規則として登録されていることが仮定される。
【００３８】
ユーザ端末１０１によってサポートされる装置能力に従ってユーザ端末１０１が要求している構成のタイプをユーザ端末１０１がＣＡＳ１００に通知できるように、ＳＵＢＳＣＲＩＢＥメッセージはＳＩＰヘッダ、X-Local-Configを含んでもよい。この例では、ユーザ端末１０１がＷＬＡＮだけをサポートするので、ＷＬＡＮ構成が要求される。この場合に、ユーザ端末１０１はこのコールオプションを扱う機能を有する。
【００３９】
別の実施形態によれば、コールメニュー９０２からコールオプションを選択する代わりに、ステップＳ８０３でユーザはＣＡＳ１００からの音声案内に応答して呼のタイプを選択してもよい。音声案内はユーザ端末１０１とＣＡＳ１００との間に確立される。例えば、ＣＡＳ１００は、「通常の呼の場合は＃１を押し、構成を求める場合は＃２を押してください」というような録音音声を再生する。ローカルネットワーク１０３に接続することを望むユーザは＃２を押し、ユーザインタフェース３０７はこの選択を受信してＣＡＳ１００へ転送する。音声案内の間に、セキュリティを向上するために、ユーザはＣＡＳ１００内のインタラクティブ音声機能によって、事前に確立されたＰＩＮコードの入力を要求されてもよい。この場合に、ユーザ端末１０１はこのコールオプションを処理する機能を有する必要はない。言い換えると、任意の従来のユーザ端末は、ローカルネットワーク１０３に対応する電話番号を単にダイヤルすることによって構成を取得できる。
【００４０】
ユーザ端末１０１がＳＩＰプロトコルをサポートする場合に、ステップＳ４０５、Ｓ４０７は以下のように実行されてもよい。ステップＳ４０５で、受信部２０４がＳＵＢＳＣＲＩＢＥメッセージを受信すると、ＡＡ部２０９は、アクセス制御リスト（ＡＣＬ）が存在する場合にＰアサーテッド識別子で識別される発呼ユーザを認可してもよい。ＡＣＬは、ローカルネットワーク１０３の構成が関連付けられる電話番号ごとに構成される。ＡＣＬはローカル構成を取得することが許可されるユーザをＩＭＰＵの形式で列挙する。例えば、ホーム構成について、家族メンバーのＩＭＰＵだけがＡＣＬに列挙されてもよい。例えば、このＡＣＬはＵｔインタフェースを介してＸＣＡＰを用いるような標準的な方法でＡＰ１０２の所有者によって構成される。公共のホットスポットの場合に、ホットスポットのサービスプロバイダが事前のユーザ登録なしで任意のユーザにホットスポットへのアクセスを許可するならば、ＡＣＬは存在しなくてもよい。この場合であっても、電話の呼を通じてユーザが識別されるので、ホットスポットのサービスプロバイダはユーザを認証し、ＩＭＳオペレータを通じてユーザに課金できる。
【００４１】
ステップＳ４０７で、ユーザが認可されると、応答部２０６はＮＯＴＩＦＹメッセージを用いて、コールされた電話番号に関連付けられた構成を返す。以下に示すように、ＮＯＴＩＦＹメッセージのメッセージ本文は構成を伝達する。
NOTIFY sip:09087654321@imsop.net SIP/2.0
Event: local_config
Content-Type: application/local_config-prameters+xml
＜configurations xmlns=“urn:ericsson:local-config”＞
＜parameter type=“wlan”＞
ssid=myhome&wepkey=1234567890abcde
＜/parameter＞
＜/configurations＞
【００４２】
図１０は別の実施形態によるステップＳ４０３の詳細な動作例を説明する。各装置に含まれるＣＰＵが各装置のメモリに格納されたコンピュータプログラムを実行することでこれらの動作が処理される。この実施形態では、ユーザ端末１０１のユーザは、ローカルネットワーク１０３の構成を取得するために、このローカルネットワーク１０３に対応する電話番号を、ウェブページを介してＣＡＳ１００へ送信する。この実施形態はＩＭＳクライアントをサポートしないがＯＭＡ  ＤＭ（装置管理）クライアントをサポートするユーザ端末１０１において利点を有しうる。
【００４３】
ステップＳ１００１で、ユーザはブラウザ部３０４を用いてウェブページにアクセスする。ウェブページは受信部２０４によって提供される。図１１は受信部２０４によって提供される例示のウェブページ１１００を説明する。ウェブページ１１００は入力フィールド１１０１及びチェックボックス１１０２を含む。チェックボックス１１０２は、ユーザが望むものを選択可能にするために、ＷＬＡＮやＢｌｕｅｔｏｏｔｈのような取り得るタイプの構成を列挙する（例ではＷＬＡＮが選択される）。ステップＳ１００２で、ユーザはローカルネットワーク１０３に対応する電話番号を入力フィールド１１０１に入力し、ローカルネットワーク１０３のタイプを選択する。ユーザインタフェース３０７は入力された電話番号及びローカルネットワーク１０３のタイプを受信する。例えば、ホットスポットの場合に、ホットスポットＷＬＡＮに対応する電話番号はホットスポットエリアの近くの掲示板やデスクトップ表示などに広告される。ステップＳ１００３で、ブラウザ部３０４は電話番号及びローカルネットワーク１０３のタイプを受信部２０４へ送出し、受信部２０４は電話番号及びタイプを受信する。
【００４４】
認可されたユーザのみに構成が送信されるべきであるならば、ステップＳ４０５でＡＡ部２０４はユーザを認証する。この場合に、ユーザはユーザ名／パスワードを介して明示的に認証されてもよいし、受信部がユーザ端末１０１の電話番号を自動的に取得できるならばユーザ端末１０１の電話番号を介して暗黙的に認証されてもよい。これらの認可されるユーザ情報はＡＰ１０２の所有者によって事前に構成されてもよい。
【００４５】
ウェブページによる電話番号の送出は、ユーザ端末１０１とＣＡＳ１００内のＯＭＡ  ＤＭサーバとの間でＯＭＡ  ＤＭプロトコルによって初期化される。ステップＳ４０７においてユーザ端末１０１へ送信されるパラメータはＸＭＬ形式であってもよい。例えば、ＷｉＦｉ構成のためのパラメータのリストは以下のパラメータを含む。
＜characteristic type="APDEF"＞ 
＜parm name="APID" value="Gg_AP"/＞
＜parm name="BEARER" value="WLAN"/＞
＜parm name="NAME" value="Gg Wifi"/＞
＜parm name="INTERNET"/＞
＜characteristic type="WLAN"＞
＜parm name="SSID" value="mySSID"/＞
＜parm name="UsedSSID" value="mySSID"/＞
＜parm name="NetworkMode" value="Infrastructure"/＞
＜parm name="SecurityMode" value="WPA"/＞
＜parm name="UseWPAPSK" value="True" /＞
＜parm name="WPAPreSharedKey" value="myKey" /＞
＜/characteristic＞
【００４６】
更に別の実施形態によれば、ローカルネットワーク１０３の構成を求める要求として、ＳＭＳ部３０３が単に、ローカルネットワークに対応する電話番号へＳＭＳメールを送信する。この場合に、要求に含まれる電話番号はＳＭＳメールの宛先電話番号である。
【００４７】
一部の実施形態では、ＡＰ１０２はアクセスクラスを規定してもよい。ＡＰ１０２は、ＡＰ１０２に構成されたそれぞれのアクセスクラスについてのユーザパケットの扱いを統治するポリシーデータと、それぞれのアクセスクラスの識別情報とを管理する。一例では、優先クラスとＢＥ（ベストエフォート）オンリークラスとである２つのアクセスクラスを有する。優先クラスはユーザ端末１０１からのユーザパケットがＢＥオンリークラスよりも高い優先パケットとして扱われることを意味し、ＢＥオンリークラスはユーザ端末１０１からのユーザパケットがＢＥクラスパケットとしてのみ扱われることを意味する。別の例では、高優先サービスクラスが唯１人のユーザに割り当てられた専用のＷｉＦｉチャネルを有し、低優先サービスクラスにおけるＷｉＦｉチャネルが複数のユーザに割り当てられて共有される。
【００４８】
図４のステップＳ４０１で、ＡＰ１０２はパケットの扱いの観点でサービスクラスに関するものを含む構成をＣＡＳ１００にアップロードしてもよい。ＡＰの所有者は課金のような他の特徴の観点のアクセスクラス（例えば、無課金クラス、低課金クラス、通常課金クラス）を構成するための情報を送信してもよい。ＡＰの所有者は特定のアクセスクラスについてＡＣＬを構成するための情報もアップロードしてもよく、これは指定されたサービスクラスでＡＰ１０２にアクセスするユーザ端末１０１のユーザを認証して認可するために用いられる。ＣＡＳ１００はアップロードされたクラス情報に従ってアクセスクラスに対応するＩＤ及び必要なデータセットを生成してもよい。例えば、それぞれのクラスを識別するためのＩＤとして、相異なる電話番号、アクセスコード番号などが生成されてもよい。
【００４９】
ステップＳ４０３で、選択されたアクセスクラスに対応する電話番号の発呼又は送出、若しくは電話番号がアクセスクラスを識別しない場合にサービスクラスを識別するためのコード番号の送出は、ユーザ端末１０１のユーザがアクセスを望む特定のサービスクラスをＣＡＳ１００に示す。例えば、ユーザ端末１０１のＭＡＣアドレスがＣＡＳ１００に送信され、ＭＡＣアドレスはパケットの扱いについて選択されたアクセスクラスに従って扱われるべきユーザパケットを識別するために用いられる。ユーザが指定されたアクセスクラスにアクセスすることが認可された後、ステップＳ４０８でＣＡＳ１００は構成パラメータ（サービスクラスＩＤ、ＭＡＣアドレス）をＡＰ１０２へ送信する。ＡＰ１０２はパラメータをインストールし、確認応答を返す。
【００５０】
１つの実施形態によれば、ユーザ端末１０１は更にＧＰＳ部を有し、ステップＳ４０３でユーザ端末１０１が構成を求める要求を送信する場合にユーザ端末１０１の位置情報をＣＡＳ１００へ送信する。記憶部２０３は更に、構成に関連するローカルネットワーク１０３のサービスエリアを格納し、読出し部２０５はサービスエリアがユーザ端末１０１の位置をカバーする構成を読み出す。これは、ユーザがどこに居ようともホットスポットを構成するためにユーザは単に電話番号にダイヤルすればよいので、ユーザ体験の観点で利点を有する。
【００５１】
本発明の実施形態によれば、ユーザ端末１０１のユーザは慣れ親しんだ動作である電話の発呼を利用してローカルネットワークの構成を取得できる。人々は通常、例えばＷＬＡＮ構成をどのように行うかを知らないが、電話の掛け方は知っている。ユーザは必要なローカル構成を設定するために所定の電話番号に電話を掛けるだけであり、例えばＩＭＳ又は装置管理プロトコルを介して要求元電話機にローカル構成情報が伝達される。
【００５２】
例示の実施形態を参照して本発明が記載されてきたが、本発明は開示された例示の実施形態に限定されないことが理解されるだろう。このようなすべて変形及び均等な構造及び機能を包含するように添付の特許請求の範囲が最も広く解釈されることが意図される。
【図１】
2013517636.tif 000003
【図２】
2013517636.tif 000004
【図３】
2013517636.tif 000005
【図４】
2013517636.tif 000006
【図５】
2013517636.tif 000007
【図６】
2013517636.tif 000008
【図７】
2013517636.tif 000009
【図８】
2013517636.tif 000010
【図９】
2013517636.tif 000011
【図１０】
2013517636.tif 000012
【図１１】
2013517636.tif 000013
【手続補正書】
【提出日】平成23年3月30日(2011.3.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ローカルネットワーク（１０３）の構成をユーザ端末（１０１）に提供するためのシステム（１００）であって、
前記ローカルネットワーク（１０３）の構成と、前記ローカルネットワーク（１０３）に対応する電話番号とを取得するように構成された取得部（２０２）と、
前記取得した構成と前記取得した電話番号とが互いに関連付けられるように、前記取得した構成と前記取得した電話番号とを格納するように構成された記憶部（２０３）と、
前記ユーザ端末（１０１）から前記ローカルネットワーク（１０３）に対応する電話番号への呼又はＳＭＳメールを、前記構成を求める要求として前記ユーザ端末（１０１）から受信するように構成された受信部（２０４）と、
前記受信した電話番号に関連付けられた構成を前記記憶部（２０３）から読み出すように構成された読出し部（２０５）と、
前記読み出した構成を前記ユーザ端末（１０１）へ応答するように構成された応答部（２０６）とを備えることを特徴とするシステム（１００）。
【請求項２】
前記ローカルネットワーク（１０３）に対応する電話番号は、前記ローカルネットワーク（１０３）のアクセスポイント（１０２）に割り当てられた電話番号であることを特徴とする請求項１に記載のシステム（１００）。
【請求項３】
前記取得部（２０２）は、前記ローカルネットワーク（１０３）の前記アクセスポイント（１０２）から前記ローカルネットワーク（１０３）に対応する電話番号を取得するように構成されることを特徴とする請求項２に記載のシステム（１００）。
【請求項４】
ＩＭＳゲートウェイ（５０１）が前記ローカルネットワーク（１０３）の前記アクセスポイントとして動作し、
前記ローカルネットワークに対応する電話番号は、前記ＩＭＳゲートウェイ（５０１）に割り当てられたＩＭＰＵ（５０２）であり、
前記取得部（２０２）は、ＳＩＰプロトコルを用いて前記ＩＭＰＵ（５０２）を取得するように構成されることを特徴とする請求項３に記載のシステム（１００）。
【請求項５】
前記ローカルネットワーク（１０３）に対応する電話番号を生成するように構成された生成部（２０７）を更に備え、
前記取得部（２０２）は前記ローカルネットワーク（１０３）に対応する電話番号を前記生成部（２０７）から取得するように構成されることを特徴とする請求項１に記載のシステム（１００）。
【請求項６】
複数のローカルネットワーク（１０３）に同じ電話番号が割り当てられる場合に、前記構成を求める要求は前記複数のローカルネットワーク（１０３）のうちの少なくとも１つを示す指標を含み、前記読出し部（２０４）は前記指標によって示される前記少なくとも１つのローカルネットワークの構成を読み出すことを特徴とする請求項１乃至５の何れか１項に記載のシステム（１００）。
【請求項７】
ユーザ端末（１０１）であって、
移動体ネットワーク（１０４）と通信するように構成された移動体ネットワークインタフェース（３０２、３０３、３０４）と、
ローカルネットワーク（１０３）と通信するように構成されたローカルネットワークインタフェース（３０６）と、
前記ローカルネットワーク（１０３）に対応する電話番号を前記ユーザ端末（１０１）のユーザから受信するように構成されたユーザインタフェース（３０７）とを備え、
前記移動体ネットワークインタフェース（３０２、３０３、３０４）は、前記移動体ネットワーク（１４０）への要求として、前記受信した電話番号への呼又はＳＭＳメールを開始し、前記移動体ネットワーク（１０４）から前記ローカルネットワーク（１０３）の構成を受信するように更に構成され、
前記ローカルネットワークインタフェース（３０６）は、前記ローカルネットワーク（１０３）と通信するために前記受信した構成を使用するように更に構成されることを特徴とするユーザ端末（１０１）。
【請求項８】
ローカルネットワーク（１０３）の構成をユーザ端末（１０１）に提供するための方法であって、
前記ローカルネットワーク（１０３）の構成と、前記ローカルネットワーク（１０３）に対応する電話番号とを取得する工程（Ｓ４０１）と、
前記取得した構成と前記取得した電話番号とが互いに関連付けられるように、前記取得した構成と前記取得した電話番号とを記憶部（２０３）に格納する工程（Ｓ４０２）と、
前記ユーザ端末（１０１）から前記ローカルネットワーク（１０３）に対応する電話番号への呼又はＳＭＳメールを、前記構成を求める要求として前記ユーザ端末（１０１）から受信する工程（Ｓ４０３）と、
前記受信した電話番号に関連付けられた構成を前記記憶部（２０３）から読み出す工程（Ｓ４０４）と、
前記読み出した構成を前記ユーザ端末（１０１）へ応答する工程（Ｓ４０７）とを有することを特徴とする方法。
【請求項９】
ローカルネットワーク（１０３）の構成をユーザ端末（１０１）に提供するための方法をコンピュータに実行させるコンピュータプログラムであって、前記方法は、
前記ローカルネットワーク（１０３）の構成と、前記ローカルネットワーク（１０３）に対応する電話番号とを取得する工程（Ｓ４０１）と、
前記取得した構成と前記取得した電話番号とが互いに関連付けられるように、前記取得した構成と前記取得した電話番号とを記憶部（２０３）に格納する工程（Ｓ４０２）と、
前記ユーザ端末（１０１）から前記ローカルネットワーク（１０３）に対応する電話番号への呼又はＳＭＳメールを、前記構成を求める要求として前記ユーザ端末（１０１）から受信する工程（Ｓ４０３）と、
前記受信した電話番号に関連付けられた構成を前記記憶部（２０３）から読み出す工程（Ｓ４０４）と、
前記読み出した構成を前記ユーザ端末（１０１）へ応答する工程（Ｓ４０７）とを有することを特徴とするコンピュータプログラム。
【国際調査報告】
2013517636.tif 000014
2013517636.tif 000015