(57)【要約】【課題】通信先装置と通信ができるように通信パラメータの設定及び通信経路の選択を通信端末に行うこと。【解決手段】通信先装置とネットワークを介して通信を行う通信端末であって、前記通信先装置と通信するための通信パラメータを取得する取得手段と、前記通信パラメータに基づき、前記通信先装置との通信において通過可能な通信経路の選択を行う通信経路選択手段と、前記通信先装置との通信において、通過可能な通信経路が選択できた場合に、選択できた通信経路を介して前記通信先装置と直接通信するように前記通信パラメータの設定を行う設定手段とを有することを特徴とする。【選択図】図４
2015130585.tif 000002
【特許請求の範囲】
【請求項１】
通信先装置とネットワークを介して通信を行う通信端末であって、
前記通信先装置と通信するための通信パラメータを取得する取得手段と、
前記通信パラメータに基づき、前記通信先装置との通信において通過可能な通信経路の選択を行う通信経路選択手段と、
前記通信先装置との通信において、通過可能な通信経路が選択できた場合に、選択できた通信経路を介して前記通信先装置と直接通信するように前記通信パラメータの設定を行う設定手段と、
を有することを特徴とする通信端末。
【請求項２】
前記ネットワークに接続された通信パラメータを提供する通信装置と通信できなかった場合、前記通信パラメータに含まれる前記通信装置と通信するためのパラメータをユーザに入力させるための第１の入力欄を表示する第１の入力欄表示手段、
を更に有することを特徴とする請求項１記載の通信端末。
【請求項３】
前記第１の入力欄に入力された前記通信装置と通信するためのパラメータを用いて前記通信装置と通信できなかった試行回数を計測する第１の試行回数計測手段と、
試行回数が所定の回数以上になった場合に、サービスが利用できないことを通知する通知手段と、
を更に有することを特徴とする請求項２記載の通信端末。
【請求項４】
前記設定手段は、前記通信先装置との通信において、通過可能な通信経路が無かった場合に、第２の通信装置を中継して通信するように前記通信パラメータの設定を行うことを特徴とする請求項１記載の通信端末。
【請求項５】
前記第２の通信装置と通信できなかった場合、前記通信パラメータに含まれる前記第２の通信装置と通信するためのパラメータをユーザに入力させるための第２の入力欄を表示する第２の入力欄表示手段、
を更に有することを特徴とする請求項４記載の通信端末。
【請求項６】
前記第２の入力欄に入力された前記第２の通信装置と通信するためのパラメータを用いて前記第２の通信装置と通信できなかった試行回数を計測する第２の試行回数計測手段と、
試行回数が所定の回数以上になった場合に、サービスが利用できないことを通知する通知手段と、
を更に有することを特徴とする請求項５記載の通信端末。
【請求項７】
該通信端末が保持する通信パラメータを読み出しする既存情報読出手段と、
を有し、前記既存情報読出手段から読み出した通信パラメータを優先的に用いることを特徴とする請求項１記載の通信端末。
【請求項８】
ネットワークに接続している通信先装置と通信を行う通信端末を、
前記通信先装置と通信するための通信パラメータを取得する取得手段、
前記通信パラメータに基づき、前記通信先装置との通信において通過可能な通信経路の選択を行う通信経路選択手段、
前記通信先装置との通信において、通過可能な通信経路が選択できた場合に、選択できた通信経路を介して前記通信先装置と直接通信するように前記通信パラメータの設定を行う設定手段、
として機能させるためのプログラム。
【請求項９】
ネットワークに接続している通信先装置と通信を行う通信端末において実行される通信パラメータ設定方法であって、
前記通信先装置と通信するための通信パラメータを取得するステップと、
前記通信パラメータに基づき、前記通信先装置との通信において通過可能な通信経路の選択を行うステップと、
前記通信先装置との通信において、通過可能な通信経路が選択できた場合に、選択できた通信経路を介して前記通信先装置と直接通信するように前記通信パラメータの設定を行うステップと、
から構成される通信パラメータ設定方法。
【請求項１０】
通信端末と通信先装置とがネットワークを介して通信を行う通信システムであって、
前記通信先装置と通信するための通信パラメータを取得する取得手段と、
前記通信パラメータに基づき、前記通信先装置との通信において通過可能な通信経路の選択を行う通信経路選択手段と、
前記通信先装置との通信において、通過可能な通信経路が選択できた場合に、選択できた通信経路を介して前記通信先装置と直接通信するように前記通信パラメータの設定を行う設定手段と、
を有することを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、通信端末のプログラム、通信パラメータの設定方法及び通信システムに関する。
【背景技術】
【０００２】
ある通信装置がインターネットを介して他の通信装置と通信する際には、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスやＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバ、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロキシサーバなど、環境に応じて色々な情報が必要となる。社内のローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や宅内のローカルエリアネットワークなどに接続される通信装置については、一般的に、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）という、通信に必要なパラメータを自動取得する技術が既に知られている。（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従来の通信端末では、通信パラメータを自動取得や手動で設定した場合でも、ユーザ側の環境問題で通信先装置と接続できない場合があった。また、通信先装置と接続するためにユーザ側でどのような対応をすべきかが、わかりづらいという問題があった。
【０００４】
本発明の一実施形態は、通信先装置と通信ができるように通信パラメータの設定及び通信経路の選択を通信端末に行うことを目的とする。
【課題を解決するための手段】
【０００５】
一実施形態によれば、通信先装置とネットワークを介して通信を行う通信端末であって、前記通信先装置と通信するための通信パラメータを取得する取得手段と、前記通信パラメータに基づき、前記通信先装置との通信において通過可能な通信経路の選択を行う通信経路選択手段と、前記通信先装置との通信において、通過可能な通信経路が選択できた場合に、選択できた通信経路を介して前記通信先装置と直接通信するように前記通信パラメータの設定を行う設定手段とを有することを特徴とする通信端末が提供される。
【発明の効果】
【０００６】
本発明の一実施形態によれば、通信先装置と通信ができるように通信パラメータの設定及び通信経路の選択を通信端末に行うことができる。
【図面の簡単な説明】
【０００７】
【図１】第一の実施形態における一般的なネットワーク環境の構成例を示す図である。
【図２】第一の実施形態における通信端末のハードウェア構成例を示す図である。
【図３】第一の実施形態における通信端末の機能ブロックの構成例を示す図である。
【図４】第一の実施形態における通信パラメータの設定手順の一例を説明するための図である。
【図５】ＩＰアドレス及びＤＮＳサーバ等の通信パラメータを設定するための入力欄の一例を示す図である。
【図６】ＨＴＴＰプロシキサーバの通信パラメータを設定するための入力欄の一例を示す図である。
【発明を実施するための形態】
【０００８】
本発明の一実施形態によれば、通信端末が通信先装置と通信ができるように通信パラメータの設定を行うために、通信パラメータを得る処理に際して、以下の特徴を有している。ここで、通信パラメータとは、通信端末がネットワークに接続するために必要となるパラメータである。また、通信パラメータとは、通信端末が通信先装置とネットワークを介して通信する際に必要となるパラメータでもある。例えば、通信パラメータは、通信端末のＩＰアドレス、ネットマスク、ゲートウェイ、ＤＮＳサーバのＩＰアドレス、ＨＴＴＰプロキシサーバのＩＰアドレス、ポート番号等を含んでいる。また、通信先装置は、通信端末が通信を行う相手先の通信装置であって、同じ通信端末の場合もあるし、通信端末にサービスを提供するサーバである場合もある。また、通信装置は、ネットワークに接続された通信機能を持つ装置であり、通信端末、ルータ、ファイヤウォール、各種サーバ等を含んでいる。また、通信端末に通信パラメータを設定するとは、通信端末にインストールされている通信用ソフトウェア（通信用ドライバも含む）に通信パラメータを設定することを含んでいる。
【０００９】
まず、サービスを提供する側では、複数の通信先装置の候補を通信端末側に提供し、通信端末側で通信先装置を選べるようにする。
【００１０】
また、通信端末は、自分が使うネットワークアドレスを取得するだけではない。通信端末は、通信先装置との通信に必要な通信経路（ＴＣＰ／ＩＰではポート番号）において、通信が可能かどうか、通信先装置が応答するかどうかを自動的に判断する。そして、通信端末は、複数の通信経路から、通信端末と通信先装置間で通信できるように通信経路を選択する。もし、通信先装置との通信を行うための通信パラメータが全て得られていない場合、通信端末は、足りない情報に関する入力欄を画面に表示し、ユーザに、不足している通信パラメータを入力してもらうようにしていることが特徴になっている。 
以下、図面に基づいて本発明の一実施形態について説明する。
【００１１】
図１は、第一の実施形態における一般的なネットワーク環境の構成例を示す図である。
【００１２】
本発明の一実施形態の通信端末１００ａと通信端末１００ｂは、ローカルエリアネットワーク（ＬＡＮ１０００）に接続されている通信端末である。ＬＡＮ１０００には、通信端末１００ａと通信端末１００ｂの他に、ＤＮＳサーバ１０１０と、ファイヤウォール１０２０と、ＨＴＴＰプロキシサーバ１０３０と、ルータ１０４０と、ＤＨＣＰサーバ１０５０とが接続されている。
【００１３】
また、拠点Ａのローカルエリアネットワーク２０００には、ＤＮＳサーバ２０１０と、ルータ２０４０と、サーバ２１００が接続されている。サーバ２１００は、１又は複数のサーバにより構成されている。
【００１４】
同様に、拠点Ｂのローカルエリアネットワーク３０００には、ＤＮＳサーバ３０１０と、ルータ３０４０と、サーバ３１００が接続されている。サーバ３１００は、１又は複数のサーバにより構成されている。
【００１５】
上記３つの拠点のローカルエリアネットワーク（１０００、２０００及び３０００）はインターネット１を介して接続されている。
【００１６】
ＤＮＳサーバ１０１０は、ドメイン名をＩＰアドレスに変換するサービスを行うサーバである。ＤＮＳサーバのプロトコルの定義については、インターネット技術標準化委員会（ＩＥＴＦ：Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）によって発行された、ＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）１０３４及びＲＦＣ１０３５に記載されている。
【００１７】
ＤＮＳサーバ１０１０は、拠点Ａのローカルエリアネットワーク２０００に接続されているＤＮＳサーバ２０１０や、拠点Ｂのローカルエリアネットワーク３０００に接続されているＤＮＳサーバ３０１０に対して問い合わせ要求を行う。ＤＮＳサーバ２０１０とＤＮＳサーバ３０１０は、ＤＮＳコンテンツサーバとして機能している。ＤＮＳコンテンツサーバは、自らが接続されているネットワークに接続している通信先装置のＩＰアドレス等の各種リソースレコードを保持し、他の機器から問い合わせ要求があった時に応答する。従って、ＤＮＳサーバ１０１０の問い合わせ要求に応じて、ＤＮＳサーバ２０１０とＤＮＳサーバ３０１０は、それぞれのネットワークに接続されているサーバ（サーバ２１００及びサーバ３１００）のＩＰアドレス情報をＤＮＳサーバ１０１０に提供する。ＤＮＳサーバ１０１０は、ＤＮＳキャッシュサーバの機能を持ち、他のＤＮＳサーバから取得したアドレス情報を随時、追加して保持していき、自らが接続されているネットワークの機器から問い合わせ要求があった時に応答する。
【００１８】
ファイヤウォール１０２０は、ＬＡＮ１０００内のセキュリティ対策を目的として、設置されている。ここではＬＡＮ１０００のコンピュータネットワークとその外部との通信を制御し、ＬＡＮ１０００内部の安全を維持する働きをしている。このため、ＬＡＮ１０００の外部との通信は、独自のプロトコルを使用した通信や特定のポートでの通信がファイヤウォール１０２０によって制限されている場合が多い。また、ここで設置したファイヤウォール１０２０は、ＬＡＮ１０００のルータ機能も兼ね備えており、インターネット１に接続する際にはネットワーク間のデータを中継する。
【００１９】
ＨＴＴＰプロキシサーバ１０３０は、ネットワークに接続された機器間を代理で接続し、通信データを中継する機能を有している。例えば、通信端末１００ａが、拠点Ａ又は拠点Ｂ等の異なるネットワークに接続されているサーバ２１００やサーバ３１００のサービスを受けるために接続する場合は、ＨＴＴＰプロキシサーバ１０３０を経由して通信する必要がある。ＨＴＴＰプロキシサーバ１０３０のプロトコルの定義については、ＲＦＣ２６１６及びＲＦＣ２８１７に記載されている。
【００２０】
ルータ１０４０は、ＬＡＮ１０００の内部に通信端末１００ａが接続するネットワークと通信端末１００ｂが接続されているネットワークを分離し、そのネットワーク間のデータを中継する通信装置である。従って、通信端末１００ａと通信端末１００ｂが通信する場合は、ルータ１０４０が中継する。また、ルータ１０４０は、ＬＡＮ１０００に接続された機器に対して、ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を送信する。そして、ルータ１０４０は、ＬＡＮ１０００に接続された機器に対して、ルータ１０４０自身のＩＰアドレス（ＲＡを受信した通信装置はゲートウェイのＩＰアドレスとして使用）やＤＮＳサーバ１０１０のＩＰアドレス等の通信パラメータをＲＡにより配布する。ＲＡに関するプロトコルの定義は、ＲＦＣ２４６１に記載されている。ルータ２０４０とルータ３０４０は、ルータ１０４０と同様に、拠点Ａ及び拠点Ｂのローカルエリアネットワーク２０００及び３０００の内部接続する通信装置と外部のネットワークに接続する通信装置との通信データを中継する通信装置である。
【００２１】
ＤＨＣＰサーバ１０５０は、接続されたネットワーク内部の通信端末等から、ＩＰアドレス発行の要求を受けると、ＤＨＣＰサーバ１０５０が管理するＩＰアドレスの内、現在使用されていない又は使用予約がないＩＰアドレスを通信端末に通知する。例えば、ＩＰアドレスが設定されていない通信端末１００ａがネットワーク上に接続された時、通信端末１００ａからＩＰアドレスの配布要求がＤＨＣＰサーバ１０５０に対して送付される。ＤＨＣＰサーバ１０５０は，現在使用していない、空いているＩＰアドレスを通信端末１００ａに配布する。なお、ＤＨＣＰサーバのプロトコルの定義については、ＩＰｖ４用は、ＲＦＣ２１３１及びＲＦＣ２１３２に、ＩＰｖ６用は、ＲＦＣ３３１５に記載されている。
【００２２】
本実施例では、例えば、以下のような通信構成が考えられる。通信端末１００ａが、他の場所に設置された通信先装置（例えばサーバ２１００）を介して、他の通信端末１００ｂと通信を行う。又は、通信端末同士（例えば通信端末１００ａと通信端末１００ｂ）が直接の直接通信を行う。又は、通信端末１００ａが、他の場所に設置された通信先装置（例えばサーバ２１００）と通信を行う。例えば、この時、通信経路の途中には、ルータ１０４０やファイヤウォール１０２０、ＨＴＴＰプロキシサーバ１０３０などが存在する場合がある。また、一般的に、通信先装置を特定する際にドメイン名を用いる。通信先装置のドメイン名からＩＰアドレスを得る目的でＤＮＳサーバ１０１０が設置されている。
【００２３】
ここでは、ＨＴＴＰ／ＨＴＴＰＳ（ＨＴＴＰ ｏｖｅｒ Ｓｅｃｕｒｅ Ｓｏｃｋｅｔｓ Ｌａｙｅｒ ／ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）通信を行う通信端末と通信先装置を想定している。例えば、通信端末は、以下の様な動作モードを兼ね備えている。通信端末は、独自プロトコル（ＨＴＴＰ／ＨＴＴＰＳ以外のプロトコル）による直接通信ができないことを検知すると、動作モードをＨＴＴＰプロキシ利用モードへ自動的に変更する。
【００２４】
直接通信モードの時、通信端末は、独自プロトコルを用いて直接的に、通信先装置と通信を行う。家庭など、インターネットに直接接続された通信先装置を想定している。
【００２５】
ＨＴＴＰプロキシ利用モードは、通信端末と通信先装置の間の通信が、直接的に通信できない場合、ＨＴＴＰプロキシサーバ１０３０経由で通信を行う通信モードである。すなわち、通信端末又は通信先装置は、セキュリティ対策を目的としたファイヤウォール１０２０などにより遮断されており、通信端末又は通信先装置と直接通信ができないため、ＨＴＴＰプロキシサーバ１０３０を介して通信装置と通信を行う通信モードである。社内のＬＡＮ１０００に接続している通信端末１００ａ又は通信端末１００ｂ等は、ファイヤウォール１０２０により、外部との直接通信が遮断されているため、インターネット１とは直接接続できない環境である。この時、ＨＴＴＰプロキシサーバ１０３０は、ネットワークに接続されている通信端末１００ａと通信先装置（例えばサーバ２１００）間を代理で接続し、通信データを中継する役割を果たしている。
【００２６】
ＤＮＳサーバ１０１０はＤＮＳキャッシュサーバであり、ＬＡＮ１０００の内部に接続された通信装置の代理で、ドメイン名に対応するＩＰアドレスを取得する通信装置である。ＤＮＳサーバ１０１０は、通信装置からの名前解決要求（ドメイン名に対応するＩＰアドレスの問い合わせ）を受信すると、ドメイン名が登録されているＤＮＳサーバを探し、そのＤＮＳサーバに対して名前解決要求を送信する。ＤＮＳサーバ１０１０は、ドメイン名が登録されているＤＮＳサーバから送信された、名前解決要求の応答を受信する。ＤＮＳサーバ１０１０は、受信した名前解決要求の応答を、更に、通信装置に対して送信する。また、同時に、名前解決要求の応答を一定期間、保持し、同様の名前解決要求を受信した際には、保持している応答を送信する。
【００２７】
ＤＮＳサーバ２０１０と３０１０はＤＮＳコンテンツサーバであり、ネットワークに接続されている機器のドメイン名からアドレス情報（ＩＰアドレス等）を提供する通信装置である。ＤＮＳサーバ２０１０と３０１０には、ひとつのドメイン名に対応して、１又は複数のＩＰアドレスが登録されている。ＤＮＳサーバ１０１０からの名前解決要求（ドメイン名に対応するＩＰアドレスの問い合わせ）に応答し、ＤＮＳサーバ２０１０または３０１０は、サーバ内部に登録されているドメイン名を検索し、対応する通信先装置のＩＰアドレスを応答信号として返す。応答信号で返すＩＰアドレスは、１つ又は複数のＩＰアドレスとなる。
例えば、拠点Ａ及び拠点Ｂのそれぞれにサーバが２台ずつ存在する場合のＤＮＳサーバ２０１０と３０１０の情報保持の例について説明する。
拠点Ａのサーバ２１００と拠点Ｂのサーバ３１００のドメイン名は同じドメイン名（ｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｊｐ）となる。拠点Ａのサーバ２１００には、同じサービスを提供するサーバが２台あり、それぞれ、ＩＰアドレス２１０１（１９２．１６８．０．１１）、ＩＰアドレス２１０２（１９２．１６８．０．１２）とする。また、同様に、拠点Ｂのサーバ３１００には、同じサービスを提供するサーバが２台あり、それぞれ、ＩＰアドレス３１０１（１７２．１６．０．１１）、ＩＰアドレス３１０２（１７２．１６．０．１２）とする。
【００２８】
ＤＮＳサーバ２０１０と３０１０では、ドメイン名（ｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｊｐ）と、ＩＰアドレス２１０１（１９２．１６８．０．１１）と、ＩＰアドレス２１０２（１９２．１６８．０．１２）と、ＩＰアドレス３１０１（１７２．１６．０．１１）と、ＩＰアドレス３１０２（１７２．１６．０．１２）とを関連付けて格納する。通信端末より、サーバのドメイン名（ｓｅｒｖｅｒ．ｅｘａｍｐｌｅ．ｊｐ）に関する問い合わせがあった際、問い合わせを受けたＤＮＳサーバ２０１０または３０１０は、関連付けて保持している４つのＩＰアドレスを抽出し、応答信号に含めて、通信端末に送信するようにしても良い。また、ＤＮＳサーバ２０１０と３０１０は、一つのドメイン名に対して複数のＩＰアドレスのデータを保持する場合、優先順位を設けて保持するようにしても良い。本実施例では、ＤＮＳサーバ２０１０と３０１０は、保持している４つのアドレスを全て、通信端末に送信するようにして説明したが、優先順位の高いＩＰアドレスから１つ又は複数を送信するようにしても良い。また、通信端末からＤＮＳサーバに送信される問い合わせ信号には、応答信号で返信するＩＰアドレスの数を指定するビットを設けるようにしても良い。通信端末側は、問い合わせ信号を送信する際に、ＩＰアドレスの数を指定するようにしても良い。例えば、ＩＰアドレスの数を指定するビットとして０を指定すると、ＤＮＳサーバが保持しているＩＰアドレスを全て返信するようにしても良い。また、２を指定した場合は、優先順位の高い２つのＩＰアドレスを返信するようにしても良い。
【００２９】
また、ＤＮＳサーバでは、一つのドメイン名に対して複数のＩＰアドレスのデータを保持する場合、それぞれのＩＰアドレスが使用される頻度が均等になるように優先順位を入れ替えるようにしても良い。例えば、優先順位が最も高いＩＰアドレスから応答信号により送信される場合、ＤＮＳサーバは、送信したＩＰアドレスを次の問い合わせの時の優先順位が最下位になるように入れ替えをするようにしても良い。
【００３０】
図２は、第一の実施形態における通信端末のハードウェア構成例を示す図である。
【００３１】
図２に示されているように、本実施形態の通信端末１００は、通信端末１００全体の動作を制御するＣＰＵ(Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ)１０１、ＩＰＬ(Ｉｎｉｔｉａｌ  Ｐｒｏｇｒａｍ  Ｌｏａｄｅｒ)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ)１０３、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、通信端末１００の宛先を選択する場合などに操作される操作ボタン１０８、通信端末１００の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、ＬＡＮを利用してデータ伝送をするためのネットワークＩ／Ｆ(Ｉｎｔｅｒｆａｃｅ)１１１を備えている。なお、各種データの読み出し又は書き込みを制御するのにＳＳＤ１０５を用いているが、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）を用いても良い。
【００３２】
また、通信端末１００は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７及び上記各構成要素を図２に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎ ｄｕｃｔｏｒ)や、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）等が用いられる。なお、カメラ１１２、マイク１１４、及びスピーカ１１５は、必ずしも内蔵していなくても良く、外付けの外部機器として接続できる構成であっても良い。例えば、図示してはいないが、外部機器接続Ｉ／Ｆをバスライン１１０に接続して設け、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器を接続できるようにしても良い。
【００３３】
ディスプレイ１２０は、通信パラメータを手入力するための入力欄や操作用アイコン等を表示する液晶や有機ＥＬ（Ｅｌｅｃｔｒｏ  Ｌｕｍｉｎｅｓｃｅｎｃｅ）によって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（Ｒｅｄ−Ｇｒｅｅｎ−Ｂｌｕｅ  ｃｏｌｏｒ  ｍｏｄｅｌ）（ＶＧＡ：Ｖｉｄｅｏ  Ｇｒａｐｈｉｃｓ  Ａｒｒａｙ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよい。更に、ケーブル１２０ｃは、ＨＤＭＩ(登録商標）（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）やＤＶＩ（Ｄｉｇｉｔａｌ  Ｖｉｄｅｏ  Ｉｎｔｅｒａｃｔｉｖｅ）信号用のケーブルであってもよい。なお、
ディスプレイ１２０は外付けのディスプレイとして説明したが、通信端末１００に内蔵されるディスプレイであっても良い。
【００３４】
なお、記録メディア１０６は、通信端末１００に対して着脱自在な構成となっている。また、記録メディア１０６は、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば良い。また、記録メディア１０６は、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）等を用いてもよい。
【００３５】
更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。
【００３６】
図３は、第一の実施形態における通信端末の機能ブロックの構成例を示す図である。
【００３７】
通信端末１００は、通信パラメータ設定手段１１００と、既存情報読出手段１１２０と、通信先アドレス取得手段１１３０と、通信経路選択手段１１４０と、接続確認手段１１５０と、通信モード設定手段１１６０と、入力欄表示手段１１７０と、試行回数計測手段１１８０とで構成されている。
【００３８】
通信パラメータ設定手段１１００は、通信端末１００がネットワークに接続して、他の通信先装置と通信するために、通信パラメータをネットワークに接続された通信装置より自動的に取得し、設定する機能を有している。通信端末１００と通信先装置が通信するために必要な通信パラメータは、ネットワークの環境に応じて異なってくる。例えば、図１において、通信端末１００ａが拠点Ａのサーバ２１００と通信する場合と、同じＬＡＮ１０００内の通信端末１００ｂと通信する場合では、通信経路が異なるため、通信モードも変更する必要が出てくる。また、通信端末１００が新しく購入されたものなのか、他で使用されていたものなのかによっても取得内容はかわってくる。新規購入された通信端末の場合は、ほとんどの通信パラメータの設定が必要になるが、他で使用されていた通信端末の場合は、現状設定されている通信パラメータで問題なければ、そのまま流用する。
【００３９】
既存情報読出手段１１２０は、通信端末１００にインストールされている通信用ソフトウェア（通信用ドライバも含む）より、現在設定されている通信パラメータの値を読み出し、所定の場所に保存する。保存された通信パラメータは、通信パラメータ設定手段１１００に引き継がれ、必要な部分のみ流用される。
【００４０】
また、保存された通信パラメータのうち、流用できないものに関しては、ネットワークに接続された通信装置（例えば、ＤＮＳサーバ１０１０、ＤＨＣＰサーバ１０５０、ルータ１０４０等）より順次取得する。
【００４１】
また、通信パラメータ設定手段１１００は、アドレス取得手段１１１０を含んでいる。アドレス取得手段１１１０は、ＤＨＣＰサーバ１０５０に対してＩＰアドレスの発行要求を出して通信端末１００のＩＰアドレスと、それに付随してルータの機能を持つファイヤウォール１０２０のＩＰアドレス、ＤＮＳサーバのＩＰアドレスなどの情報を取得する。また、アドレス取得手段１１１０は、全ノードマルチキャストで各ルータに対してＲＳ（Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ）を送信する。ルータ１０４０又はルータの機能を持つファイヤウォール１０２０は、通信端末１００からのＲＳを受信し、通信端末１００に対して、自身のＩＰアドレスを含むＲＡを返信する。通信端末１００は、ＤＨＣＰの応答信号からＤＮＳサーバ１０１０のＩＰアドレスを取得する。ＤＮＳサーバのＩＰアドレスはＤＨＣＰの応答信号に１つ又は複数含まれている。また、通信端末１００は、ＨＴＴＰプロキシサーバのＩＰアドレスがＤＨＣＰの応答信号に含まれていれば、そこからＨＴＴＰプロキシサーバのＩＰアドレスを取得する。そして、通信パラメータ設定手段１１００は、取得した通信パラメータに応じて、通信端末にインストールされている通信用ソフトウェアの通信パラメータを設定する。
【００４２】
通信先アドレス取得手段１１３０は、１又は複数のＤＮＳサーバに対して、通信先装置のドメイン情報を送付し、通信先装置のアドレス情報を取得する。ＤＮＳサーバのＩＰアドレスを複数取得している場合、通信端末１００は、全てのＩＰアドレスのＤＮＳサーバに問い合わせを行っても良い。通信端末１００は、ＤＮＳサーバの応答信号が最も早い順にＤＮＳサーバのランク付けをし、上位から１又は複数を使用するＤＮＳサーバとして選択しておいても良い。ここでは、ＤＮＳサーバ１０１０が最も早い応答を返してきたとし、ＤＮＳサーバ１０１０が通信端末１００で使用されるＤＮＳサーバとして選択された。
【００４３】
通信先アドレス取得手段１１３０は、ＤＮＳサーバ１０１０に接続し、通信先装置のドメイン情報に対して複数のアドレスが設定されている場合、全てのアドレス情報を取得する。ここでは、通信先アドレス取得手段１１３０は、複数のアドレス情報を取得するようにしたが、一つのアドレスを取得するようにしても良い。
【００４４】
また、通信先アドレス取得手段１１３０は、通信端末で取得した複数のＤＮＳサーバ全てに接続できなかった場合、試行回数計測手段１１８０に対して、接続確認の試行回数をカウントアップするように通知する。通信端末で取得した複数のＤＮＳサーバとの通信ができない場合の原因としては、例えば、通信端末のＩＰアドレスが間違っている場合と、ＤＮＳサーバのアドレスが間違っている場合と、ＤＮＳサーバが通信障害等で機能していない場合と、等が考えられる。通信先アドレス取得手段１１３０は、入力欄表示手段１１７０に対しては、図５の入力欄を表示するように通知する。
【００４５】
通信経路選択手段１１４０は、通信端末１００と通信先装置との間の通信経路（ＴＣＰ／ＵＤＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ポート）が空いているかどうか確認する。そして、通信経路選択手段１１４０は、サービスを利用するための通信経路として、空いている通信経路を選択する。
【００４６】
複数の通信経路がある場合、通信経路選択手段１１４０は、全ての通信経路が空いているかどうかを確認し、その中から空いている通信経路の一つを選択するようにしても良い。また、通信経路選択手段１１４０は、確認する通信経路に優先順位を儲け、優先順位の高い通信経路から空いているかどうかを確認し、空いていたらその通信経路を選択するようにしても良い。通信経路選択手段１１４０は、サービスを利用するために必要な通信経路が確保できたことを、通信モード設定手段１１６０に対して通知をする。
【００４７】
接続確認手段１１５０は、通信端末１００と通信先装置（例えばサーバ２１００）との間でＨＴＴＰプロキシサーバを経由して、通信ができるかどうかを確認する。通信ができた場合、接続確認手段１１５０は、ＨＴＴＰプロキシサーバを経由して通信ができたことを、通信モード設定手段１１６０に対して通知する。通信ができない場合、接続確認手段１１５０は、試行回数計測手段１１８０に接続確認の試行回数をカウントアップするように通知する。また、ＨＴＴＰプロキシサーバを経由して通信ができない場合の原因としては、例えば、ＨＴＴＰプロシキサーバのアドレスが間違っている場合と、ＨＴＴＰプロシキサーバが通信障害等で機能していない場合と、等が考えられる。従って、接続確認手段１１５０は、入力欄表示手段１１７０に対して、図６の入力欄を表示するように通知する。
【００４８】
通信モード設定手段１１６０は、通信経路選択手段１１４０から、通信経路が設定されたことが通知されると、通信モードを直接通信モードに切り替えて、通信先装置と通信できるように通信端末の設定を行う。また、接続確認手段１１５０から、ＨＴＴＰプロキシサーバを経由して通信ができたことが通知されると、通信モード設定手段１１６０は、通信モードをＨＴＴＰプロシキ利用モードに切り替えて、通信先装置と通信できるように通信端末の設定を行う。
【００４９】
入力欄表示手段１１７０は、通信先アドレス取得手段１１３０からのＤＮＳサーバへの接続できない旨が通知されると、図５の入力欄を表示し、ユーザに通信パラメータの入力を促す。また、入力欄表示手段１１７０は、通信経路選択手段１１４０から、ＨＴＴＰプロキシサーバを経由して通信ができない旨が通知されると、図６の入力欄を表示し、ユーザに通信パラメータの入力を促す。
【００５０】
試行回数計測手段１１８０は、通信先アドレス取得手段１１３０からの通知を受け、ＤＮＳサーバへの試行回数を計測する。試行回数計測手段１１８０は、ＤＮＳサーバへの試行回数が、ｎ回以上かどうかを判断する。ｎ回以上であれば、試行回数計測手段１１８０は、入力欄表示手段１１７０に対して、「ＤＮＳサーバとの通信ができないのでサービスを利用することができないこと、ネットワークを確認するよう案内を表示」をするようにし、通知する。更に、試行回数計測手段１１８０は、入力欄表示手段１１７０に対して、図５の入力画面は表示しないように通知する。
【００５１】
また、試行回数計測手段１１８０は、接続確認手段１１５０からの通知を受け、ＨＴＴＰプロキシサーバへの試行回数を計測する。試行回数計測手段１１８０は、ＨＴＴＰプロキシサーバへの試行回数が、ｎ回以上かどうかを判断する。ｎ回以上であれば、試行回数計測手段１１８０は、入力欄表示手段１１７０に対して、「ＨＴＴＰプロキシサーバを用いた通信ができないのでサービスを利用することができないこと、ネットワークを確認するよう案内を表示」をするように通知する。更に、試行回数計測手段１１８０は、入力欄表示手段１１７０に対して、図６の入力画面は表示しないように通知する。
【００５２】
ここでは、ＤＮＳサーバに対する試行回数とＨＴＴＰプロキシサーバへの試行回数を、ｎ回を基準として、繰り返し回数を同じ設定としているが、それぞれ別々の回数を設定しても良い。
【００５３】
図４は、第一の実施形態における通信パラメータの設定手順の一例を説明するための図である。ここでは、通信端末が通信先装置との通信を可能にするために、通信端末が、通信に必要なパラメータを取得し、取得したパラメータで通信端末の通信パラメータを設定し、通信先装置との通信経路を選択するための手順を説明する。
【００５４】
まず、通信パラメータの初期設定動作を説明する。
【００５５】
ユーザは、図２の通信端末１００の電源スイッチ１０９を押し、通信端末１００に電源を入れる。ネットワークＩ／Ｆ１１１には、前回のネットワーク接続した際の通信パラメータが設定されている。また、通信端末１００は、フラッシュメモリ１０４に「ネットワーク接続情報」を格納しておき、電源投入後に、ネットワークＩ／Ｆ１１１に自動的に設定されるようにしても良い。
【００５６】
ここで、「ネットワーク接続情報」とは、通信パラメータのことであり、通信端末のＩＰアドレス、ネットマスク、デフォルトゲートウェイ、ＤＮＳサーバのＩＰアドレス、ＨＴＴＰプロキシサーバのＩＰアドレス等の情報を含んでいる。ここで、ＤＮＳサーバとＨＴＴＰプロキシサーバのＩＰアドレスは、同じドメイン名に対して複数台含んでいても良い。なお、「ネットワーク接続情報」は、上記の情報を含んだ複数組の情報であり、通信端末１００の内部に保存・保持されるものである。また、通信端末１００の内部的に登録される情報として、通信端末１００の通信先装置のドメイン名が存在する。この情報は、上の「ネットワーク接続情報」の一部として通信端末１００の内部に保存・保持しても良く、この条件においてはユーザに入力させ、もしくは選択させるようにしても良い。
【００５７】
なお、通信端末１００に、複数の「ネットワーク接続情報」が既に保存されている場合、通信端末１００は、どの「ネットワーク接続情報」を使用するかを、ユーザに選択させるようにしても良い。また、通信端末１００は、既定値として選択された「ネットワーク接続情報」の組で通信パラメータを設定し、フローを続けるようにしても良い。また、通信端末１００が起動後、本フローが自動的に開始されるようにしても良い。更には、ユーザが「ネットワーク接続情報」設定用のボタンなどを操作すると、本フローが開始されるようにしても良い。
【００５８】
フローが開始されると、既存情報読出手段１１２０は、通信端末１００のネットワークＩ／Ｆ１１１等に既に設定されている「ネットワーク接続情報」より通信パラメータを読み出す（ステップＳ１０００）。
【００５９】
通信パラメータ設定手段１１００は、既存情報読出手段１１２０により、読み出された通信パラメータで、ＬＡＮ１０００に接続する。接続できなかった場合、既存情報読出手段１１２０は、通信端末１００の内部に保存されている「ネットワーク接続情報」の中に現在設定されている「ネットワーク接続情報」とは、異なる組の通信パラメータがあるかどうかを確認する。「ネットワーク接続情報」が複数組ある場合、既存情報読出手段１１２０は、「ネットワーク接続情報」の組を通信端末１００のディスプレイ１２０に表示させ、操作ボタン１０８にて、ユーザに選択させても良い。または、例えば、「ネットワーク接続情報」の組を使用した時期が新しい順に優先順位を高くし、既存情報読出手段１１２０に、優先順位の高いほうから、「ネットワーク接続情報」を選択させても良い。
【００６０】
通信パラメータ設定手段１１００は、ユーザ又は既存情報読出手段１１２０により選択された「ネットワーク接続情報」で、通信パラメータを設定し、ネットワークに接続できるかどうかを確認していく。通信パラメータ設定手段１１００は、保存されている全ての「ネットワーク接続情報」の組について、接続に成功したかどうかを確認する。（ステップＳ１００２）。
【００６１】
全ての「ネットワーク接続情報」の組の通信パラメータで接続に失敗した場合、通信パラメータ設定手段１１００は、ネットワークの環境に応じて、ネットワークに接続している通信装置より、不足する通信パラメータを取得していく。
【００６２】
通信パラメータ設定手段１１００は、ＤＨＣＰやＲＡにより通信端末１００のＩＰアドレスやＤＮＳサーバのＩＰアドレス等を取得する（ステップＳ１０２０）。
【００６３】
通信パラメータ設定手段１１００は、アドレス取得手段１１１０を用いてそれぞれのＩＰアドレス等を取得する。
【００６４】
通信端末１００自身の通信用のＩＰアドレスが無い場合は、アドレス取得手段１１１０にて取得する。アドレス取得手段１１１０は、接続されたネットワーク上にあるＤＨＣＰサーバにＩＰアドレスの配布要求を出す。通信端末１００が接続したネットワークに、ＤＨＣＰサーバが接続されていれば、応答が帰ってきて、アドレス取得手段１１１０は、通信端末１００のＩＰアドレスを取得できる。なお、接続されたネットワークの環境によっては、ＤＨＣＰサーバが接続されておらず、アドレス取得手段１１１０は、通信端末１００のＩＰアドレスの取得はできない場合がある。
【００６５】
また、ＤＮＳサーバのアドレスが不明な場合も、アドレス取得手段１１１０にて取得する。ＤＨＣＰサーバにＩＰアドレスの配布要求を出した際の応答にＤＮＳサーバのＩＰアドレスが格納されていれば、アドレス取得手段１１１０は、ＤＮＳサーバのＩＰアドレスを取得することができる。もしくはアドレス取得手段１１１０は、全ノードマルチキャストでルータに対してＲＳを送信する。ＩＰｖ６で対応のルータが接続されていれば、ＲＡが帰ってくるので、アドレス取得手段１１１０は、ＤＮＳサーバのＩＰアドレスを取得することができる。なお、接続されたネットワークの環境によっては、ＩＰｖ６で対応のルータが接続されていない場合、もしくは、ルータにてＤＮＳサーバのＩＰアドレスを配布する設定になっていない場合等がある。このような環境の場合、アドレス取得手段１１１０は、ＤＮＳサーバのＩＰアドレスを取得することができないことがある。
【００６６】
通信パラメータ設定手段１１００は、ＤＨＣＰやＲＡにより通信端末１００に「ネットワーク接続情報」が全て設定できたかどうかを確認する（ステップＳ１０２２）。
【００６７】
もし、ＤＨＣＰやＲＡによる取得に失敗した場合は、その旨を通信端末１００の図２のディスプレイＩ／Ｆ１１７を介してディスプレイ１２０に表示する。全てが設定されていない場合は、不足する情報を取得するため、入力欄表示手段１１７０にて「ネットワーク接続情報」の入力欄を通信端末１００の図２のディスプレイＩ／Ｆ１１７を介してディスプレイ１２０に表示する。図５には、入力欄の一例が示されている。図５に関する詳細な説明は後述する。図５には、ＨＴＴＰプロキシサーバ以外の「ネットワーク接続情報」の入力欄が全て表示されている。既に取得したデータに関しては、入力欄の中に記載するようにし、空白の部分をユーザに入力してもらうようにしても良い。また、まだ取得できていない項目だけを表示するようにしても良い。ユーザは、記入されている部分を確認し、間違っていれば修正する。空白の部分に関して、不明なところは、ネットワークの管理者等から情報を入手し、ユーザが入力する（ステップＳ１０２４）。
【００６８】
ＨＴＴＰプロキシサーバ以外の「ネットワーク接続情報」の入力欄が全て入力され、それぞれの通信パラメータが通信パラメータ設定手段１１００によって設定される。
【００６９】
以上が通信パラメータの初期設定の動作のフローである。
【００７０】
続いて、通信端末１００が通信先装置と直接通信モードで通信する場合について説明する。
【００７１】
図１の通信端末１００（通信端末１００ａ）が通信先装置（通信端末１００ｂ）と通信をする場合、通信端末１００と通信先装置は同じネットワークであるＬＡＮ１０００の内部に接続されている。従って、通信端末１００と通信先装置の間にはファイヤウォール１０２０が無いため、直接通信モードにより通信が可能である。この場合のフローを以下に説明する。なお、ＤＮＳサーバ１０１０のアドレスは、正しく設定されているとする。
【００７２】
初期設定の動作に続いて、通信先アドレス取得手段１１３０により、ＤＮＳサーバ１０１０に通信先装置のＩＰアドレスに関する問い合わせを行う（ステップＳ１００４）。
【００７３】
問い合わせを行う際に、ＤＮＳサーバ１０１０には、通信先装置のドメイン名が渡される。ＤＮＳサーバ１０１０は、通信端末１００から送信されたドメイン名に対応するＩＰアドレスを応答信号で返信される。
【００７４】
ＤＮＳサーバ１０１０より通信先装置のＩＰアドレスが取得できたかどうかを確認する（ステップＳ１００６）。
【００７５】
ステップＳ１００６で、ＤＮＳサーバより通信先装置のＩＰアドレスが取得できた場合、通信経路選択手段１１４０は、通信端末のＩＰアドレスと、通信先装置のＩＰアドレスとの間で通信経路の接続状況を確認する（ステップＳ１００８）。
【００７６】
通信装置やサービスによって、必要となる通信経路（ＴＣＰやＵＤＰのポート番号）が異なる。サービスによっては、通信経路が複数ある場合や１つしかない場合もある。通信経路が空いているかどうかの判定方法は、複数の方法が考えられている。
【００７７】
例えば、特定の文字列や数値を通信端末から通信先装置へ送信しその結果が返ってくることを確認する手法、また返ってきた結果の内容により通信先装置の状態を通信端末側で判断するといった手法が、既に知られている。また、ＤＮＳサーバ１０１０より通信先装置のＩＰアドレスを複数取得した場合は、複数のＩＰアドレスについてそれぞれ試行を行う。この場合の試行方法については、並行で試行を行って応答が速い通信先装置を採用する手法や、逐次で確認を行って応答があった通信先装置があればそこで試行を止める手法などが既に知られているが、どれを採用するかについてはここでは言及しない。
【００７８】
通信経路選択手段１１４０は、サービスを利用するために必要な通信経路が空いているかどうか確認する（ステップＳ１０１０）。次に、通信経路選択手段１１４０は、通信経路の空きを確認後、通信モード設定手段１１６０に対して、空いている通信経路が確定したことを通知する。
【００７９】
通信モード設定手段１１６０は、通信経路選択手段１１４０から、通信経路が設定されたことが通知されると、通信モードを直接通信モードに切り替えて、通信先装置と通信できるように通信端末の設定を行う（ステップＳ１０１２）。
【００８０】
以上のフローにより、通信端末１００ａと通信端末１００ｂ間の通信ができるように、通信端末１００ａの通信パラメータを設定し、同じネットワーク上に接続している通信端末１００ｂとの通信経路を選択することができる。
【００８１】
続いて、通信端末１００が通信先装置とＨＴＴＰプロキシモードで通信する場合について説明する。
【００８２】
図１の通信端末１００（通信端末１００ａ）が通信先装置（サーバ２１００）と通信をする場合について説明する。通信端末１００と通信先装置は異なるネットワークに接続されているため、通信端末１００と通信先装置が通信する際には、必ずファイヤウォール１０２０を経由する必要がある。ファイヤウォール１０２０は、ＬＡＮ１０００内のセキュリティ対策を目的として設置されている。ファイヤウォール１０２０は、ＬＡＮ１０００内部の安全を維持するため、ＬＡＮ１０００の外部との通信において、独自のプロトコルを使用した通信や特定のポートでの通信を遮断しているが、ＨＴＴＰ／ＨＴＴＰＳのプロトコルについては許可している。従って、独自のプロトコルと独自のポートを使用する直接通信モードでは、ファイヤウォール１０２０を通過することができない。このため、通信端末１００は、ＨＴＴＰ／ＨＴＴＰＳのプロトコルを用いて、通信先装置と通信する必要がある。この場合のフローを以下に説明する。なお、ＤＮＳサーバ１０１０のアドレスが正しく設定されているとする。
【００８３】
初期設定の動作に続いて、通信先アドレス取得手段１１３０により、ＤＮＳサーバ１０１０に通信先装置のＩＰアドレスに関する問い合わせを行う（ステップＳ１００４）。
【００８４】
問い合わせを行う際に、ＤＮＳサーバ１０１０には、通信先装置のドメイン名が渡される。ＤＮＳサーバ１０１０は、通信端末１００から送信されたドメイン名に対応するＩＰアドレスを応答信号で返信される。
【００８５】
ＤＮＳサーバ１０１０より通信先装置のＩＰアドレスが取得できたかどうかを確認する（ステップＳ１００６）。
【００８６】
ステップＳ１００６で、ＤＮＳサーバより通信先装置のＩＰアドレスが取得できた場合、通信経路選択手段１１４０は、通信端末のＩＰアドレスと、通信先装置のＩＰアドレスとの間で通信経路の接続状況を確認する（ステップＳ１００８）。
【００８７】
ファイヤウォール１０２０により独自プロトコルと独自ポートが遮断されているため、空いている通信経路が１つも無い状態である。通信経路選択手段１１４０は、接続確認手段１１５０にその旨を通知する（ステップＳ１０１０）。
【００８８】
接続確認手段１１５０は、通信端末１００と通信先装置との間でＨＴＴＰプロキシサーバ１０３０を経由して、通信ができるかどうかを確認する（ステップＳ１０４０）。
ＨＴＴＰプロキシサーバのアドレスが複数ある場合は、全てのＨＴＴＰプロキシサーバについて確認し、通信状況がもっとも良いものを選択しても良い。また、優先順位をつけ、優先順位の高い順に確認して行き、確認できた時点で、そのＨＴＴＰプロキシサーバを介して通信を行うようにしても良い。ＨＴＴＰプロキシサーバを介して通信できるかどうかの判定方法は、複数の方法が考えられている。例えば、通信が確認できたかどうかの判定の方法としては、特定の文字列や数値を通信端末１００からＨＴＴＰプロキシサーバを介して通信先装置へ送信しその結果が返ってくることを確認する手法が既に知られている。そして、返ってきた結果の内容により通信先装置の状態を通信端末側で判断するといった手法が既に知られている。
【００８９】
通信ができた場合、接続確認手段１１５０は、ＨＴＴＰプロキシサーバ１０３０を経由して通信ができたことを、通信モード設定手段１１６０に対して通知する（ステップＳ１０４２）。
【００９０】
通信モード設定手段１１６０は、接続確認手段１１５０から、ＨＴＴＰプロキシサーバ１０３０を経由して通信ができたことが通知されると、通信モードをＨＴＴＰプロシキ利用モードに切り替える。続いて、通信先装置と通信できるように通信端末の設定を行い（ステップＳ１０４４）、フローを終了する。
【００９１】
以上のフローにより、通信端末１００ａとサーバ２１００間の通信ができるように、通信端末１００ａの通信パラメータを設定し、異なるネットワーク上に接続しているサーバ２１００との通信経路を選択することができる。
【００９２】
続いて、ステップＳ１００６において、通信端末１００（通信端末１００ａ）が通信先装置（通信端末１００ｂ）と通信を行う際に、ＤＮＳサーバ１０１０に接続できなかった場合のフローについて説明する。図４のステップＳ１００６のフローから説明する。
【００９３】
ステップＳ１００６において、ＤＮＳサーバ１０１０に対する問い合わせが失敗した場合、通信先アドレス取得手段１１３０は、その旨を通信端末１００の図２のディスプレイＩ／Ｆ１１７を介してディスプレイ１２０に表示する。通信先アドレス取得手段１１３０は、試行回数計測手段１１８０に、通信先装置のＩＰアドレスの取得に失敗したことを通知する。試行回数計測手段１１８０は、試行回数を計測するカウンターをリセットする。試行回数は、試行が繰り返すたびにカウントアップされる（ステップＳ１０２６）。
【００９４】
試行回数計測手段１１８０は、試行回数がｎ回以上になったかどうか確認する（ステップＳ１０２８）。
【００９５】
ｎ回に満たなければ、入力欄表示手段１１７０に通知が行き、ステップＳ１０２４に戻り、入力欄表示手段１１７０は、「ネットワーク接続情報」の入力欄を通信端末１００の図２のディスプレイＩ／Ｆ１１７を介してディスプレイ１２０に表示する。ユーザは、表示された入力項目を見て、それぞれの入力欄に必要事項を入力する。
【００９６】
試行回数がｎ回以上になった場合、試行回数計測手段１１８０は、その旨を入力欄表示手段１１７０に通知する。入力欄表示手段１１７０は、通信端末１００の図２のディスプレイＩ／Ｆ１１７を介してディスプレイ１２０にメッセージを表示（ステップＳ１０３０）し、フローを終了する。メッセージの内容は、「ＤＮＳサーバとの通信ができないのでサービスを利用することができないこと、ネットワークを確認するよう案内を表示」する。
【００９７】
最後に、ステップＳ１０４２において、通信端末１００（通信端末１００ａ）が通信先装置（サーバ２１００）と通信を行う際に、ＨＴＴＰプロキシサーバ１０３０に接続できなかった場合のフローについて説明する。図４のステップＳ１０４２のフローから説明する。
【００９８】
ステップＳ１０４２において、通信ができない場合、試行回数計測手段１１８０に接続確認の試行回数をカウントアップするように通知する。また、通信ができない場合、例えば、ＨＴＴＰプロシキサーバのアドレスが間違っているか、ＨＴＴＰプロシキサーバが通信障害等で機能していない場合等が考えられるので、入力欄表示手段１１７０に対しては、図６の入力欄を表示するように通知する。
【００９９】
通信ができない場合、その旨を通信端末１００の図２のディスプレイＩ／Ｆ１１７を介してディスプレイ１２０に表示する。接続確認手段１１５０は、試行回数計測手段１１８０に、ＨＴＴＰプロキシサーバを介して通信ができなかったことを通知する。試行回数計測手段１１８０は、試行回数を計測するカウンターをリセットする。試行回数は、試行が繰り返すたびにカウントアップされる（ステップＳ１０５０）。
【０１００】
試行回数計測手段１１８０は、試行回数がｎ回以上になったかどうか確認する（ステップＳ１０５２）。
【０１０１】
試行回数がｎ回に満たなければ、試行回数計測手段１１８０は、入力欄表示手段１１７０に対してその旨を通知する。入力欄表示手段１１７０は、ＨＴＴＰプロシキサーバの通信パラメータを入力する入力欄を通信端末１００の図２のディスプレイＩ／Ｆ１１７を介してディスプレイ１２０に表示され、入力項目がユーザによって入力される（ステップＳ１０５６）。図６には入力欄の一例が示されている。ここでは、ＨＴＴＰプロキシサーバのＩＰアドレスは１つしか入力項目がないが、複数のＩＰアドレスを入力できるようにしても良い。なお、図６に関する詳細な説明は後述する。
【０１０２】
試行回数がｎ回以上になった場合、試行回数計測手段１１８０は、その旨を入力欄表示手段１１７０に通知する。入力欄表示手段１１７０は、通信端末１００の図２のディスプレイＩ／Ｆ１１７を介してディスプレイ１２０にメッセージを表示（ステップＳ１０５４）し、フローを終了する。メッセージの内容は、「ＨＴＴＰプロキシサーバを用いた通信ができないのでサービスを利用することができないこと、ネットワークを確認するよう案内を表示」する。
【０１０３】
なお、図４のステップＳ１０２８とステップＳ１０５２には、試行を停止する回数をｎ回以上と記載してあるが、ステップＳ１０２８とステップＳ１０５２の試行回数ｎが同じ回数であっても良いし、異なる回数であっても良い。ステップＳ１０２８とステップＳ１０５２のそれぞれのステップでは、所定の回数以上でフローが停止するようにすれば良い。
【０１０４】
以上のフローで、通信端末が通信先装置との通信ができた場合、通信端末は、現在設定されている通信パラメータを通信端末内の所定の場所に保存することができるようにしても良い。保存に関しては、ユーザが関与せずに自動的に保存するようにしても良いし、ユーザが手動で保存するようにしても良い。保存された通信パラメータは、次回の通信が開始されるとき、優先的に設定されるようにしても良い。
【０１０５】
図５は、ＩＰアドレス及びＤＮＳサーバ等の通信パラメータを設定するための入力欄の一例を示す図である。
【０１０６】
図中の「番号」は、「ネットワーク接続情報」が複数個保持する場合に識別できるようにするものである。よって、通常は、通信端末側で自動的に採番するものであり、ユーザは入力をしなくても良い。尚、ユーザが複数のネットワーク接続情報を入力しておきたい場合等の特別な場合は、ユーザが変更できるようにしても良い。また、番号の代わりに何らかの文字列を使う場合は、ユーザに入力させるようにしても良い。
【０１０７】
図中の「ＩＰアドレス」は、通信端末が、ネットワークに接続して、他の通信端末或いはサーバと通信する際に用いられる識別子である。「ＩＰアドレス」は、ネットワーク管理者から配布される場合と、ＤＨＣＰサーバやＤＨＣＰの機能を持つルータ等により、インターネットなどのネットワークに一時的に接続するコンピュータに、ＩＰアドレスなど必要な情報を自動的に割り当てる場合とがある。
【０１０８】
ネットワーク管理者から割り当てられる「ＩＰアドレス」は、通信端末に対して固定されたアドレスが割り当てられ、手動で機器への設定を行う必要がある。このアドレスは、使用するネットワークで唯一のものとなり、端末を特定することができる。
【０１０９】
ＤＨＣＰサーバやＤＨＣＰの機能を持つルータ等により配布される「ＩＰアドレス」は、ネットワークに一時的に接続するコンピュータに対して、複数保持している「ＩＰアドレス」のうち、現在使用していない（空いている）「ＩＰアドレス」を割り当てて配布する。また、ＤＨＣＰサーバでは、設定情報を提供する機能を持ち、ゲートウェイサーバやＤＮＳサーバのＩＰアドレスや、サブネットマスク、クライアントに割り当ててもよいＩＰアドレスの範囲など、ネットワークに接続するために必要な情報が設定されている。ＤＨＣＰサーバは、情報をネットワークに接続したばかりのコンピュータにネットワークに接続するために必要な情報を提供する。
【０１１０】
ＤＨＣＰサーバは、ネットワークに接続していたコンピュータが通信を切断すると、自動的にアドレスなどを回収して、新たに接続してきた他のコンピュータに回収した「ＩＰアドレス」を割り当てる。
【０１１１】
また、ＤＨＣＰサーバでは、利用期間を指定して設定情報を配布する方法も用意している。このＤＨＣＰサーバは、配布した「ＩＰアドレス」と、割り当て先のコンピュータのＬＡＮカード（又はボード）についているＭＡＣアドレスと、利用期間を同時に記憶しておく。ＭＡＣアドレスは、ユニークなアドレスであり、このＬＡＮカード（又はボード）をもつコンピュータを特定することができる。ＤＨＣＰサーバは、ネットワークに接続してきたコンピュータのＭＡＣアドレスを確認し、利用が可能な利用期間の間は、同じコンピュータに対して同じ「ＩＰアドレス」を提供することができる。
【０１１２】
但し、サーバ機能を持つコンピュータに関しては、ＩＰアドレスが変わってしまうと困るため、予め決められた「ＩＰアドレス」を割り当てるようにすることができる。
【０１１３】
企業のネットワーク等では、サーバコンピュータが他のネットワーク管理機能等と共にＤＨＣＰサーバの機能も有して稼動している場合が多い。また、家庭のＬＡＮ等のインターネット接続環境では、ブロードバンドルータなどがＤＨＣＰサーバ機能を内蔵している場合が多い。この場合、インターネットプロバイダからインターネット接続のために配布された「ＩＰアドレス」は、ブロードバンドルータに設定される。ブロードバンドルータは、複数のＩＰアドレスを一元管理し、家庭のＬＡＮに接続したコンピュータに対して、現在使用していない「ＩＰアドレス」を割り当てる。現在、インターネットで使用されているアドレスは、ＩＰｖ４（ＩＰバージョン４）のアドレスが主流であるが、ＩＰｖ６のアドレスも使われ始めている。ＩＰｖ４に関しては、ＲＦＣ７９１において規定されている。また、ＩＰｖ６に関しては、ＲＦＣ２４６０にて規定されている。
【０１１４】
図中の「ネットマスク」は、上述のＩＰアドレスのうち、どのビットまでをネットワーク識別子として扱うかを示すものである。ＩＰアドレスとネットマスクを二進数にし、論理積をとった結果がネットワーク識別子となる。なお、残りの部分はホスト識別子となる。このネットワーク識別子の部分が同一の通信先装置とは、後述するデフォルトゲートウェイを介さずに直接通信を行う。ＩＰｖ６の場合は、「プレフィックス長」が使われる事が多い。「プレフィックス長」の考え方は「ネットマスク」と同様であり、先頭から「どのビットまで」をビット長で示すものであり、ＩＰｖ６のＩＰアドレスと「プレフィックス長」を二進数にし、論理積をとった結果がネットワーク識別子となる。なお、残りの部分はホスト識別子となる。
【０１１５】
図中の「ゲートウェイ」は、一般にデフォルトゲートウェイとも呼ばれ、そのホストが所属するネットワークより外の通信先装置と通信する場合に出入り口となる機器のことをいう。
【０１１６】
図中の「ＤＮＳサーバ１」、「ＤＮＳサーバ２」は、ＤＮＳサーバを指定する際に用いる入力欄であり、入力欄が一つでも動作は可能であるが、冗長化のために２台（もしくは２台以上）を指定できるようにすることが多い。本実施例では２つの入力欄を設けているが複数台を指定できるように、入力欄の脇に追加ボタンを設け、追加ボタンを押すとＤＮＳサーバの入力欄が増えるように構成しても良い。
【０１１７】
図６は、ＨＴＴＰプロシキサーバの通信パラメータを設定するための入力欄の一例を示す図である。
【０１１８】
図中の「番号」は、「ネットワーク接続情報」を複数個保持する場合に識別できるようにするものであり、図５における同番号の情報と紐付けられている。「ＩＰアドレス」は、ＨＴＴＰプロキシサーバに割り当てられたＩＰアドレスを入力する。「ポート番号」は、ＨＴＴＰプロキシ機能をサービスしているＴＣＰポートの番号を入力する。
【０１１９】
この図では、ＩＰアドレスとポート番号の組が一組だけであるが、複数の組を入力させ、通信端末内部で保持するようにしても良い。この場合、それぞれのＨＴＴＰプロキシサーバに対して、接続できるかどうかを確認することが必要である。接続できるＨＴＴＰプロキシサーバが複数の場合、ＨＴＴＰプロキシサーバの応答時間や、設置場所等の情報から接続に最も適していると判断される順位に、予め優先順位を決めておき、その情報もＩＰアドレスとポート番号の組と一緒に格納しておくと良い。例えば、いつも使用しているＨＴＴＰプロキシサーバが、接続できなくなってしまった際に、優先順位の高い順番より、接続できるか確認し、接続できることが確認できたら、そのＩＰアドレスとポート番号の組のＨＴＴＰプロキシサーバに設定を変えるようにする。
【０１２０】
上述したように、本実施の形態によれば、サービスを提供する側にて複数の通信先装置の候補を通信端末側に提供し、通信端末側で複数の通信先装置の候補から通信可能な通信先装置を選ぶことができる。例えば、ある拠点の通信先装置が通信障害等によりサービスを継続することができないような事態になってしまった場合でも、通信端末が、自動で他の拠点の通信先装置と接続してサービスを受けることができるという効果がある。
【０１２１】
また、通信端末において、自分が使うネットワークアドレスだけではなく、通信先装置との通信に必要な通信経路（ＴＣＰ／ＩＰではポート番号）が通過可能か、通信先装置が応答するかどうかを自動的に判断することができる。もし、相手との通信を行う際に必要な情報が全て得られていない場合には、足りない情報に関する入力欄を表示し、ユーザから不足情報を取得することができる。従って、ユーザがこの通信端末をネットワークに接続した際に、通信装置であるサーバとの接続可能性が上がり、また、接続できなかった場合には、ユーザ側で問題を解決しやすくすることができる。
【０１２２】
なお、本発明の一実施形態で説明した通信パラメータ設定手段１１００は、本発明の設定手段の一部又は一例である。また、通信パラメータ設定手段１１００、アドレス取得手段１１１０及び通信先アドレス取得手段１１３０は、本発明の取得手段の一部又は一例である。
【０１２３】
なお、この実施形態で説明する通信端末と、通信先装置としてサーバや同じ通信端末とがネットワークを介して通信する通信システムの構成は一例であり、用途や目的に応じて様々なシステム構成例があることは言うまでもない。
【０１２４】
以上、本発明の一実施形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１２５】
１            インターネット
１００        通信端末
１００ａ      通信端末
１００ｂ      通信端末
１０００      ＬＡＮ
１０１０      ＤＮＳサーバ
１０３０      ファイヤウォール
１０５０      ＨＴＴＰプロキシサーバ
１０４０      ルータ
１０５０      ＤＨＣＰサーバ
２０１０      ＤＮＳサーバ
３０１０      ＤＮＳサーバ
１１００      通信パラメータ設定手段
１１１０      アドレス取得手段
１１２０      既存情報読出手段
１１３０      通信先アドレス取得手段
１１４０      通信経路選択手段
１１５０      接続確認手段
１１６０      通信モード設定手段
１１７０      入力欄表示手段
１１８０      試行回数計測手段
【先行技術文献】
【特許文献】
【０１２６】
【特許文献１】特開２００６−２６１８６４号公報
【図１】
2015130585.tif 000003
【図２】
2015130585.tif 000004
【図３】
2015130585.tif 000005
【図４】
2015130585.tif 000006
【図５】
2015130585.tif 000007
【図６】
2015130585.tif 000008