(57)【要約】 【課題】  ネットワークサービスを享受できるように端末を設定する際に、端末を識別せず、かつ、端末設定情報を第三者に開示することなく端末を好適に設定する。【解決手段】  第１のサーバは、加入者の収容位置情報によって加入者を特定し、特定された加入者の固有情報を第２のサーバに送信する。第２のサーバは、加入者に対して、所定期間有効な許可情報を生成して第１のサーバに返信する。第１のサーバは、許可情報を端末に送信する。端末が、許可情報を用いて第２のサーバにアクセスすると、第２のサーバは、許可情報などに対応する端末設定情報を端末に送信する。【選択図】  図１
2006129205.tif 000002
【特許請求の範囲】
【請求項１】
第１のプロバイダと第２のプロバイダとに加入する加入者の端末にネットワークサービスを提供するための端末設定方法であって、
前記第１のプロバイダ側の第１のサーバにおいて、
前記加入者の収容位置に関する収容位置情報を、前記端末を収容する装置から受信するステップと、
少なくとも前記加入者の収容位置情報と、該加入者の個人情報以外の情報であって前記第１のプロバイダと前記第２のプロバイダに共有される固有情報とを対応付けて記憶する第１のデータベースから、受信した前記収容位置情報に対応する前記固有情報を検索抽出するステップと、
前記第２のプロバイダ側の第２のサーバへの前記端末による接続を許可するための許可情報の発行要求を、前記固有情報を付随させて前記第２のサーバに送信するステップとを実行し、
前記第２のサーバにおいて、
前記発行要求と、付随する前記固有情報を前記第１のサーバから受信するステップと、
前記固有情報によって特定される前記加入者に対して、所定期間有効な前記許可情報を生成するステップと、
生成された前記許可情報を前記第１のサーバに送信するステップとを実行し、
前記第１のサーバにおいて、
前記許可情報を受信して前記端末に送信するステップを実行し、
前記端末において、
前記許可情報を受信するステップと、
前記許可情報を用いて前記第２のサーバに接続するステップとを実行し、
前記第２のサーバにおいて、
接続してきた前記端末に、前記ネットワークサービスを享受させるための端末設定情報を送信するステップを実行し、
前記端末において、
前記第２のサーバから前記端末設定情報を受信して記憶するステップを実行する
端末設定方法。
【請求項２】
前記第１のサーバにおいて、
前記加入者の端末が接続してくると、該加入者に対して所定期間有効なプロセスＩＤを生成するステップと、
前記固有情報を前記第２のサーバに送信する際に、前記プロセスＩＤも付随して送信するステップとを実行し、
前記第２のサーバにおいて、
前記プロセスＩＤを受信するステップと、
受信した前記プロセスＩＤと前記固有情報とを対応付けて記憶装置に記憶するステップと、
前記第１のサーバにおいて、
前記許可情報を前記端末に送信する際に、前記プロセスＩＤを付随させて送信するステップを実行し、
前記端末において、
前記許可情報に付随する前記プロセスＩＤを受信するステップと、
前記許可情報を用いて前記第２のサーバに接続する際に、前記第２のサーバに前記プロセスＩＤを送信するステップとを実行し、
前記第２のサーバにおいて、
前記端末から前記プロセスＩＤを受信するステップと、
受信した前記プロセスＩＤに対応する前記固有情報を前記記憶装置から読み出すステップと、
各加入者の固有情報と、各加入者の端末設定情報とを対応付けて記憶する第２のデータベースから、読み出した前記固有情報に対応する前記端末設定情報を検索抽出するステップとを実行する
請求項１に記載の端末設定方法。
【請求項３】
前記加入者が加入しているサービスに依存して決定される前記第２のサーバの接続先情報を、前記固有情報と対応付けて、前記第１のデータベースが記憶している場合に、
前記第１のサーバにおいて、
前記固有情報に基づいて、前記第２のサーバの接続先情報を読み出して、前記第２のサーバに接続するステップをさらに実行する
請求項１または２に記載の端末設定方法。
【請求項４】
前記端末において、
前記端末設定情報を記憶するステップには、前記端末設定情報にそれぞれ異なる機種向けの複数の端末設定が含まれている場合に、自機種向けの端末設定を選別して記憶するステップが含まれる、請求項１ないし３の何れかに記載の端末設定方法。
【請求項５】
前記第１のサーバにおいて
端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を前記端末に送信するステップをさらに実行する
請求項２に記載の端末設定方法。
【請求項６】
前記第２のサーバにおいて
端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を前記１のサーバまたは前記端末に送信するステップをさらに実行し、
前記第１のサーバは、前記第２のサーバから受信した前記エラー報告を前記端末に送信する
請求項２または５のいずれかに記載の端末設定方法。
【請求項７】
前記端末において
前記第１のサーバからエラー報告を受信したときなど端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を第３のサーバに送信するステップをさらに実行する
請求項２、５または６に記載の端末設定方法。
【請求項８】
請求項１ないし請求項７のいずれかに記載の端末設定方法における前記第１のサーバとして機能する情報処理装置であって、
前記加入者の収容位置に関する収容位置情報を、前記端末を収容する装置から受信する手段と、
少なくとも前記加入者の収容位置情報と、該加入者の個人情報以外の情報であって前記第１のプロバイダと前記第２のプロバイダに共有される固有情報とを対応付けて記憶する第１のデータベースから、受信した前記収容位置情報に対応する前記固有情報を検索抽出する手段と、
前記第２のプロバイダ側の第２のサーバへの前記端末による接続を許可するための許可情報の発行要求を、前記固有情報を付随させて前記第２のサーバに送信する手段と、
前記第２のサーバから前記許可情報を受信して前記端末に送信する手段とを含む
情報処理装置。
【請求項９】
前記加入者の端末が接続してくると、該加入者に対して所定期間有効なプロセスＩＤを生成する手段と、
前記固有情報を前記第２のサーバに送信する際に、前記プロセスＩＤも付随して送信する手段と、
前記プロセスＩＤを前記端末にも送信する手段とをさらに含む
請求項８に記載の情報処理装置。
【請求項１０】
前記加入者が加入しているサービスに依存して決定される前記第２のサーバの接続先情報を、前記固有情報と対応付けて、前記第１のデータベースが記憶している場合に、
前記固有情報に基づいて、前記第２のサーバの接続先情報を読み出して、前記第２のサーバに接続する手段をさらに含む
請求項８または請求項９に記載の情報処理装置。
【請求項１１】
端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を前記端末に送信する手段をさらに含む
請求項９または１０に記載の情報処理装置。
【請求項１２】
前記第２のサーバから受信したエラー報告を前記端末に送信する手段をさらに含む請求項８ないし請求項１１のいずれかに記載の情報処理装置。
【請求項１３】
請求項１ないし請求項７のいずれかに記載の端末設定方法における前記第２のサーバとして機能する情報処理装置であって、
前記発行要求と、付随する前記固有情報を前記第１のサーバから受信する手段と、
前記固有情報によって特定される前記加入者に対して、所定期間有効な前記許可情報を生成する手段と、
生成された前記許可情報を前記第１のサーバに送信する手段と、
前記許可情報を用いて接続してきた前記端末に、前記ネットワークサービスを享受させるための端末設定情報を送信する手段とを含む
情報処理装置。
【請求項１４】
前記プロセスＩＤを受信する手段と、
受信した前記プロセスＩＤと前記固有情報とを対応付けて記憶装置に記憶する手段と、
前記端末から前記プロセスＩＤを受信する手段と、
受信した前記プロセスＩＤに対応する前記固有情報を前記記憶装置から読み出す手段と、
各加入者の固有情報と、各加入者の端末設定情報とを対応付けて記憶する第２のデータベースから、読み出した前記固有情報に対応する前記端末設定情報を検索抽出する手段とをさらに含む
請求項１３に記載の情報処理装置。
【請求項１５】
端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を前記１のサーバまたは前記端末に送信する手段をさらに含む
請求項１３または１４に記載の情報処理装置。
【請求項１６】
請求項１ないし請求項７のいずれかに記載の端末設定方法における前記端末として機能する端末装置であって、
前記第１のサーバから、前記許可情報と、前記許可情報に付随する前記プロセスＩＤを受信する手段と、
前記許可情報を用いて前記第２のサーバに接続する際に、前記第２のサーバに前記プロセスＩＤを送信する手段とを含む
端末装置。
【請求項１７】
前記第１のサーバからエラー報告を受信したときなど端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を第３のサーバに送信する手段をさらに含む
請求項１６に記載の端末装置。
【請求項１８】
前記第２のサーバから受信した端末設定情報にそれぞれ異なる機種向けの複数の端末設定が含まれている場合に、自機種向けの端末設定を選別して記憶する手段をさらに含む、請求項１６または１７に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置の設定方法に係り、とりわけ、ネットワークに接続する端末装置の設定作業の負担を軽減する技術に関する。
【背景技術】
【０００２】
近年、ブロードバンド技術としてデジタル加入者線（ＤＳＬ）サービスや光通信サービスが急速に普及している。このＤＳＬサービスは、従来、電話にしか利用されていなかったメタル回線を介して、高い周波数領域でデジタル信号を伝送することにより、高速なインターネット接続サービスを提供するものである。光通信サービスも同様に高速なインターネット接続サービスを提供することができる。
【０００３】
各ユーザの居所に設置されるモデムには、一般に、インターネットへ接続するためのＩＤやパスワードなどの設定情報を設定する必要がある。当該モデムが、インターネットに接続できるようになった後も、ファームウエアを更新する作業などが必要になる。これらは、一般に、ユーザなどが手作業で実行しなければならず、負担が大きかった。
【０００４】
特許文献１によれば、次の技術が記載されている。インターネット・サービス・プロバイダ（以下、ＩＳＰと称す。）のサーバは、端末に割り当てた設定情報を取得するよう各端末に取得命令を送信するとともに、通信設定管理会社の専用サーバ（以下、設定会社サーバと称す。）に設定情報を送信する。各端末は、ＩＳＰサーバから設定情報の取得命令を受信すると、設定会社サーバにアクセスして、設定情報を受信して設定する。
【０００５】
特許文献２によれば、次の技術が記載されている。端末が、機器ＩＤとパスフレーズと含む認証要求を機器認証サーバに送信すると、機器認証サーバは、認証を行い、正当な端末であれば、ワンタイムＩＤを端末に送信する。端末が、ワンタイムＩＤをＩＳＰダウンロードサーバに送信すると、ＩＳＰダウンロードサーバは、当該ワンタイムＩＤを、機器認証サーバに送信する。機器認証サーバは、ＩＳＰダウンロードサーバからワンタイムＩＤを受信すると対応する端末の製品コードとシリアルナンバを返信する。ＩＳＰダウンロードサーバは、受信した製品コードとシリアルナンバに対応するＩＳＰ接続用のＩＤとパスワードを端末に送信する。
【０００６】
特許文献３によれば、ユーザのルータは、電源が投入されるとイニシャルサーバに接続する。イニシャルサーバは、ルータから送信される識別子によって、当該ルータに対応するユーザサーバを決定し、当該ユーザサーバのＵＲＬをルータに送信する。ルータがユーザサーバに接続すると、ユーザサーバは、ルータから送信されるルータの識別子に対応するコンフィグレーションデータをデータベースから読み出してルータに送信する。
【特許文献１】ＷＯ０２／０５４２５４号公報
【特許文献２】特開２００４−１９９６５２号公報
【特許文献３】特開２００４−１９３９８８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１によれば、ＩＳＰサーバへ接続するための設定情報を第三者である設定管理会社に一旦渡す必要があるが、ＩＳＰの設定情報は秘密性が高いため、ユーザ以外の第三者に設定情報を渡すことは避けたいと考えるのが普通であろう。このように、特許文献１に記載の方法では、秘密性の高い設定情報を第三者に一旦開示しなければならないといった欠点がある。
【０００８】
さらに、特許文献１によれば、いわゆるプッシュ型の設定方法であるため、最初にサーバの方から端末にアクセスして命令を送信できる状態になければ、端末は設定情報を取得することができない。たとえば、初めて端末がインターネットへとアクセスする際には、サーバの方から端末に命令を送信できる状態にないので、端末は設定情報を取得することができないだろう。
【０００９】
また、特許文献２に記載の方法によれば、機器認証サーバが、端末から送信される端末の機器ＩＤによって端末を識別しており、ユーザ自身を識別していないため、ユーザが端末を買い換えたり、以前使用していた端末を他人に譲渡して他人が当該端末を使用したりする場合は、ユーザの契約に応じたサービスを提供できなくなってしまう。
【００１０】
また、特許文献３記載の発明によれば、製造時に割り当てられたシリアル番号などの識別子を用いて各端末を識別するため、もし端末が誤配送されると、他のユーザ用の設定情報が端末に設定されてしまうため、正しい接続ができなくなるおそれがある。また、ＩＰ電話サービスなど上位アプリケーションに関する設定が誤ってしまえば、課金に関する問題が生じかねない。
【００１１】
そこで、本発明は、このような課題および他の課題の少なくとも１つを解決することを目的とする。なお、他の課題については明細書の全体を通して理解できよう。
【課題を解決するための手段】
【００１２】
上記課題を解決すべく、本発明によれば、第１のサーバは、加入者の収容位置情報によって加入者を特定し、特定された加入者の固有情報を第２のサーバに送信する。この固有情報は、加入者の個人情報（例えば氏名や住所など）以外の情報であって、第１のプロバイダと第２のプロバイダに共有される情報である。第２のサーバは、固有情報によって特定される加入者に対して、所定期間有効な許可情報を生成して第１のサーバに返信する。第１のサーバは、許可情報を端末に送信する。端末が、許可情報を用いて第２のサーバにアクセスすると、第２のサーバは、当該端末の加入者向けの端末設定情報を端末に送信する。端末は、端末設定情報を受信して記憶することで、所望のネットワークサービスを享受できるようになる。
【発明の効果】
【００１３】
以上説明したように、本発明では、加入者の収容位置情報に基づいて加入者を特定するようにしたので、もはや端末を識別する必要がなくなる。すなわち、他の端末に交換されたとしても、当該端末を加入者の加入内容に応じて好適に設定することができるようになる。
【００１４】
また、第２のサーバは、所定期間有効な許可情報を第１のサーバに送信するものの、端末設定情報は、第１のサーバを経由することなく、第２のサーバから加入者の端末に設定できるので、第２のプロバイダは、第１のプロバイダに端末設定情報を開示しなくて済むようになる。
【発明を実施するための最良の形態】
【００１５】
以下に本発明の上位概念、中位概念および下位概念の理解に役立つ一実施形態を示す。なお、以下の実施形態に含まれる概念について、そのすべてが特許請求の範囲に記載されているとは限らない。ただし、これは特許発明の技術的範囲から意識的に除外したのではなく、特許発明と均等の関係にあるため特許請求の範囲には記載していない場合があることを理解していただきたい。
【００１６】
以下では図面を参照しながら、初めに、上位概念たる技術思想について説明し、その後で、中位概念または下位概念に相当する実施例をいくつか紹介する。
【００１７】
本発明の第１の観点は、第１のプロバイダ（例：ＡＳＰ）と第２のプロバイダ（例：ＩＳＰ）とに加入する加入者の端末（例：モデム、ルータまたはＰＣなどの加入者端末１０１）にネットワークサービスを提供するための端末設定方法であって、
前記第１のプロバイダ側の第１のサーバ（例：ＡＳＰサーバ１０５）において、前記加入者の収容位置に関する収容位置情報を、前記端末を収容する装置（例：端末終端装置１０３やルータ１０４）から受信するステップと、少なくとも前記加入者の収容位置情報（例：回線収容位置データ７０１）と、該加入者の個人情報（例：氏名、住所など）以外の情報であって前記第１のプロバイダと前記第２のプロバイダに共有される固有情報（例：ユーザキー７０２）とを対応付けて記憶する第１のデータベース（例：回線収容ＤＢ１０６）から、受信した前記収容位置情報に対応する前記固有情報を検索抽出するステップと、前記第２のプロバイダ側の第２のサーバ（例：ＩＳＰサーバ１２２）への前記端末による接続を許可するための許可情報（例：ワンタイムＩＤやワンタイムパスワード）の発行要求を、前記固有情報を付随させて前記第２のサーバに送信するステップとを実行し、
前記第２のサーバにおいて、前記発行要求と、付随する前記固有情報を前記第１のサーバから受信するステップと、前記固有情報によって特定される前記加入者に対して、所定期間有効な前記許可情報を生成するステップと、生成された前記許可情報を前記第１のサーバに送信するステップとを実行し、
前記第１のサーバにおいて、前記許可情報を受信して前記端末に送信するステップを実行し、
前記端末において、前記許可情報を受信するステップと、前記許可情報を用いて前記第２のサーバに接続するステップとを実行し、
前記第２のサーバにおいて、接続してきた前記端末に、前記ネットワークサービスを享受させるための端末設定情報（例：ＰＰＰ＿ＩＤやパスワードなどの設定情報８０２）を送信するステップを実行し、
前記端末において、前記第２のサーバから前記端末設定情報を受信して記憶するステップを実行するものである。
【００１８】
このように第１の観点によれば、加入者の収容位置情報に基づいて加入者を識別するようにしたので、端末を識別する必要がなくなる。すなわち、他の端末に交換されたとしても、当該端末を加入者の加入内容に応じて設定することができるようになる。また、第１のプロバイダと第２のプロバイダとの間では、加入者の個人情報以外の情報であって第１のプロバイダと第２のプロバイダに共有される固有情報を使用することで、個人情報をネットワーク上で送受信することなく、加入者を特定することができる。また、端末側には、所定期間有効な許可情報を送信することで端末設定が可能となるため、重要な個人情報をユーザ区間で盗聴される恐れを回避できる。また、第２のプロバイダにとっては、加入者の認証を、当該加入者に対して論理的／物理的に接続している第１のプロバイダに任せることが可能となる。すなわち、端末を識別する従来の設定手法では、正しい加入者がその端末を使用しているかどうかを把握できない欠点があったが、本発明では、加入者の収容位置によって加入者を識別するため、各加入者に対して好適に端末を設定することが可能となる。また、第２のプロバイダにとっては、ネットワークサービスを提供するための端末設定情報を第１のプロバイダや他の事業者に開示することなく、加入者の端末に設定することが可能となる。また、第１のプロバイダは、複数の第２のプロバイダに対しても共通のシステムおよびネットワークにてサービスを提供できる利点もある。
【００１９】
第２の観点は、上記第１の観点の端末設定方法であって、さらに、前記第１のサーバにおいて、前記加入者の端末が接続してくると、該加入者に対して所定期間有効なプロセスＩＤを生成するステップと、前記固有情報を前記第２のサーバに送信する際に、前記プロセスＩＤも付随して送信するステップとを実行し、
前記第２のサーバにおいて、前記プロセスＩＤを受信するステップと、受信した前記プロセスＩＤと前記固有情報とを対応付けて記憶装置（例：記憶部６０２）に記憶するステップとを実行し、
前記第１のサーバにおいて、前記許可情報を前記端末に送信する際に、付随して前記プロセスＩＤを送信するステップを実行し、
前記端末において、前記許可情報に付随する前記プロセスＩＤを受信するステップと、前記許可情報を用いて前記第２のサーバに接続する際に、前記第２のサーバに前記プロセスＩＤを送信するステップとを実行し、
前記第２のサーバにおいて、前記端末から前記プロセスＩＤを受信するステップと、受信した前記プロセスＩＤに対応する前記固有情報を前記記憶装置から読み出すステップと、各加入者の固有情報と、各加入者の端末設定情報とを対応付けて記憶する第２のデータベース（例：顧客データベース１２３）から、読み出した前記固有情報に対応する前記端末設定情報を検索抽出するステップとを実行するものである。
【００２０】
第２の観点によれば、所定期間有効なプロセスＩＤを、第１のサーバ、第２のサーバおよび端末で共有することになるので、端末設定プロセスの進行を管理しやすくなる。また、端末に対しては、所定期間後には無効になるプロセスＩＤを送信するだけで端末設定を実行できることになり、すなわち、重要な個人情報だけでなく、ユーザキーに関しても加入者側には通知する必要がなくなり、本来秘密にすべき情報についての盗聴の可能性を低減できる。
【００２１】
第３の観点は、第１の観点または第２の観点の端末設定方法であって、さらに、前記加入者が加入しているサービスに依存して決定される前記第２のサーバの接続先情報（例：サービス情報７０３に含まれるサービスごとの接続先情報）を前記固有情報と対応付けて前記第１のデータベースが記憶している場合に、前記第１のサーバにおいて、前記固有情報に基づいて、前記第２のサーバの接続先情報を読み出して、前記第２のサーバに接続するステップをさらに実行するものである。
【００２２】
第３の観点によれば、加入者が加入しているネットワークサービスの内容に応じて、異なる第２のサーバにアクセスして所望の端末設定情報を端末に設定できるようになる。すなわち、加入者が、Ａ社のインターネット接続サービスに加入している場合、端末は、Ａ社の第２のサーバにアクセスして、端末設定情報をダウンロードできる。同様に、加入者が、Ｂ社のＩＰ電話サービスに加入している場合、端末は、Ｂ社の第２のサーバにアクセスして、ＩＰ電話に関する設定情報をダウンロードできるようになる。第１のプロバイダがホールセールタイプのアクセスサービスを提供している場合、複数のＩＳＰの各加入者に対してそれぞれ適切な第２のサーバへと端末を導くことが可能となる。
【００２３】
第４の観点は、上記第１の観点ないし第３の観点の何れかに記載の端末設定方法であって、前記端末において、前記端末設定情報を記憶するステップには、前記端末設定情報にそれぞれ異なる機種向けの複数の端末設定が含まれている場合に、自機種向けの端末設定を選別して記憶するステップが含まれる。
【００２４】
第４の観点によれば、端末の種類を識別することなく、端末に適した端末設定を行うことができるようになる。ページ ： ７
すなわち、ＩＳＰなど第２のプロバイダは、本仕様に基づいた端末であれば加入者の端末の種別を意識することなく、端末設定を実行することができる。
【００２５】
第５の観点は、第２または第５の観点の端末設定方法であって、前記第１のサーバにおいて、端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を前記端末に送信するステップをさらに実行するものである。
【００２６】
第６の観点は、第２、第４または第５のいずれかに記載の端末設定方法であって、前記第２のサーバにおいて、端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を前記１のサーバに送信するステップをさらに実行し、前記第１のサーバは、前記第２のサーバから受信した前記エラー報告を前記端末に送信するものである。
【００２７】
第７の観点は、前記第２の観点の端末設定方法であって、前記第１のサーバからエラー報告を受信したときなど端末設定に関するエラーが発生したときは、前記端末は、前記プロセスＩＤを含むエラー報告を第３のサーバ（例：ログサーバ１０７）に送信するステップをさらに実行するものである。
【００２８】
第５ないし第７の観点によれば、各装置において共有されるプロセスＩＤによって、どの加入者の端末設定においてエラーが発生したかを特定しやすくなる。
【００２９】
第８の観点は、第１ないし第７のいずれかの観点にかかる端末設定方法における前記第１のサーバとして機能する情報処理装置（例：ＡＳＰサーバ１０５）であって、前記加入者の収容位置に関する収容位置情報を、前記端末を収容する装置（例：端末終端装置１０３やルータ１０４）から受信する手段（例：制御部５０１、送受信部５０３）と、少なくとも前記加入者の収容位置情報と、該加入者の個人情報以外の情報であって前記第１のプロバイダと前記第２のプロバイダに共有される固有情報とを対応付けて記憶する第１のデータベース（例：回線収容ＤＢ１０６）から、受信した前記収容位置情報に対応する前記固有情報（例：ユーザキー７０２）を検索抽出する手段（例：制御部５０１）と、前記第２のプロバイダ側の第２のサーバへの前記端末による接続を許可するための許可情報（例：ワンタイムＩＤやワンタイムパスワード）の発行要求を、前記固有情報を付随させて前記第２のサーバに送信する手段（例：制御部５０１、送受信部５０３）と、前記第２のサーバから前記許可情報を受信して前記端末に送信する手段（例：制御部５０１、送受信部５０３）とを含むものである。
【００３０】
第９の観点は、第８の観点の情報処理装置であって、前記加入者の端末が接続してくると、該加入者に対して所定期間有効なプロセスＩＤを生成する手段（例：制御部５０１）と、前記固有情報を前記第２のサーバに送信する際に、前記プロセスＩＤも付随して送信する手段（例：制御部５０１、送受信部５０３）とをさらに含むものである。
【００３１】
第１０の観点は、第８または第９の観点の情報処理装置であって、前記加入者が加入しているサービス（例：Ａ社のインターネット接続サービス、Ｂ社のインターネット接続サービス、上位アプリケーションサービス）に依存して決定される前記第２のサーバの接続先情報（例：ＵＲＬやＩＰアドレスを含むサービス情報７０３）を、前記固有情報と対応付けて、前記第１のデータベースが記憶している場合に、前記固有情報に基づいて、前記第２のサーバの接続先情報を読み出して、前記第２のサーバに接続する手段（例：制御部５０１、送受信部５０３）をさらに含むものである。
【００３２】
第１１の観点は、第９または第１０の観点の情報処理装置であって、端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を前記端末に送信する手段（例：制御部５０１、送受信部５０３）をさらに含むものである。
【００３３】
第１２の観点は、第８ないし第１１のいずれかの観点の情報処理装置であって、前記第２のサーバから受信したエラー報告を前記端末に送信する手段（例：制御部５０１、送受信部５０３）をさらに含むものである。
【００３４】
第１３の観点は、第１ないし第７のいずれかに記載の端末設定方法における前記第２のサーバとして機能する情報処理装置（例：ＩＳＰサーバ１２２）であって、前記発行要求と、付随する前記固有情報を前記第１のサーバ（例：ＡＳＰサーバ１０５）から受信する手段（例：制御部６０１、送受信部６０３）と、前記固有情報によって特定される前記加入者に対して、所定期間有効な前記許可情報を生成する手段（例：制御部６０１）と、生成された前記許可情報を前記第１のサーバに送信する手段（例：制御部６０１、送受信部６０３）と、前記許可情報を用いて接続してきた前記端末（例：加入者端末１００）に、ネットワークサービスを享受ならしめる端末設定情報を送信する手段（例：制御部６０１、送受信部６０３）とを含むものである。
【００３５】
第１４の観点は、第１３の観点の情報処理装置であって、前記プロセスＩＤを受信する手段（例：制御部６０１、送受信部６０３）と、受信した前記プロセスＩＤと前記固有情報とを対応付けて記憶装置（例：記憶部６０２）に記憶する手段（例：制御部６０１）と、前記端末から前記プロセスＩＤを受信する手段（例：制御部６０１、送受信部６０３）と、受信した前記プロセスＩＤに対応する前記固有情報を前記記憶装置から読み出す手段（例：制御部６０１、送受信部６０３）と、各加入者の固有情報と、各加入者の端末設定情報とを対応付けて記憶する第２のデータベース（例：顧客ＤＢ１２３）から、読み出した前記固有情報に対応する前記端末設定情報を検索抽出する手段（例：制御部６０１）とをさらに含むものである。
【００３６】
第１５の観点は、第１３または第１４に記載の情報処理装置であって、端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を前記１のサーバまたは前記端末に送信する手段（例：制御部６０１、送受信部６０３）をさらに含むものである。たとえば、第２のサーバは第１のサーバと通信中に端末設定に関するエラーが発生したときは第１のサーバにエラー報告を送信し、端末と通信中に端末設定に関するエラーが発生したときは端末にエラー報告を送信することができる。
【００３７】
第１６の観点は、第１ないし第７のいずれかに記載の端末設定方法における前記端末として機能する端末装置（例：モデム、ルータまたはＰＣなどの加入者端末１００）であって、前記第１のサーバ（例：ＡＳＰサーバ１０５）から、前記許可情報と、前記許可情報に付随する前記プロセスＩＤを受信する手段（例：制御部２０１、送受信部２０３）と、前記許可情報を用いて前記第２のサーバ（例：ＩＳＰサーバ１２２）に接続したときに、前記第２のサーバに前記プロセスＩＤを送信する手段（例：制御部２０１、送受信部２０３）とを含むものである。
【００３８】
第１７の観点は、第１６の観点において、さらに、前記第１のサーバから前記エラー報告を受信したときなど端末設定に関するエラーが発生したときは、前記プロセスＩＤを含むエラー報告を第３のサーバ（例：ログサーバ１０７）に送信する手段をさらに含むものである。
【００３９】
第１８の観点は、第１６または第１７の観点において、さらに、前記第２のサーバから受信した端末設定情報にそれぞれ異なる機種向けの複数の端末設定が含まれている場合に、自機種向けの端末設定を選別して記憶する手段（例：制御部２０１、記憶部２０２）をさらに含むものである。
【００４０】
なお、第８ないし第１８の観点に関するそれぞれの特有の効果は、それぞれ記載の内容が対応する第１ないし第７の観点のいずれかで説明した特有の効果と同様である。
【００４１】
次に、上述の各観点についての実現例についていくつか紹介する。
【００４２】
図１は、本実施形態に係る通信システムの概要を示した図である。加入者端末１００は、端末終端装置１０３ａと接続するためのモデム１０１ａを少なくとも備えている。この例では、さらに、パーソナルコンピュータ（以下、ＰＣと称す。）１０２ａがモデムに接続されている。ＰＣ１０２ａは、たとえば、パーソナルコンピュータ、ＰＤＡ（パーソナル・デジタル・アシスタント）などインターネットへの接続機能を備えたコンピュータである。モデム１０１ａは、たとえば、ＰＣ１０２ａに接続される電話通信回路、ＤＳＬ用通信回路または光通信回路を備えた通信装置である。なお、加入者端末はデジタル放送受信機などであってもよいことはいうまでもない。
【００４３】
端末終端装置１０３ａは、通常、交換局内に設置される局側の通信設備である。たとえば、モデム１０１ａ、端末終端装置１０３ａおよびルータ１０４間にＡＴＭ（アシンクロナス・トランスミッション・モード）によるＰＶＣ（パーマネント・ヴァーチャル・サーキット）を確立する場合は、各装置にはＡＴＭ通信装置が搭載されることになる。なお、この例において、端末終端装置１０３ａは、モデム１０１ｂやＰＣ１０２ｂなどを含む複数の加入者端末を収容することができる。
【００４４】
ＡＳＰ網１０８に設置されるルータ１０４は、通信パケットをルーティングする機能に加え、各加入者端末にＩＰアドレスを付与するＤＨＣＰサーバまたはＰＰＰサーバなどを備える通信装置である。ルータ１０４には、端末終端装置１０３ａおよび１０３ｂなど複数の端末終端装置が接続されている。
【００４５】
ＡＳＰ（アクセス・サービス・プロバイダ）自動設定サーバ（以下、ＡＳＰサーバと称す。）１０５は、ＡＳＰ側の自動設定システムの中核をなす情報処理装置である。
【００４６】
回線収容データベース１０６は、各加入者が、ネットワーク上のどの位置に収容されているかを表す収容位置データや、各加入者のユーザキー（加入者を特定するための固有情報）などを管理するデータベースサーバである。
【００４７】
ログサーバ１０７は、加入者端末への設定が正常に終了したか、異常に終了したかなどの情報を集積するサーバコンピュータである。
【００４８】
一方、ＩＳＰ（インターネット・サービス・プロバイダ）であるＡ社は、ＩＳＰ網１２１ａにより、各加入者にインターネットへの接続サービスを提供している。ＩＳＰ側の自動設定システム１２０には、ＩＳＰ自動設定サーバ（以下、ＩＳＰサーバと称す。）１２２ａと顧客データベース１２３ａが含まれている。
【００４９】
一社のＡＳＰを複数のＩＳＰが利用する例では、Ａ社に加え、ＩＳＰであるのＢ社のＩＳＰ網１２１ｂもＡＳＰ網１０８に接続されることになる。同様に、Ｂ社にもＩＳＰサーバ１２２ｂと顧客データベース１２３ｂが備えられている。もちろん、３社以上のＩＳＰや、上位アプリケーションを提供するネットワークサービスプロバイダなどについて、複数の自動設定システム１２０が存在してもよい。以下では、一般化して説明するために、引用符号の末尾に付されたａ、ｂは省略する。なお、本発明は、一の事業者がＡＳＰ事業とＩＳＰ事業を行う場合に適用できるし、また、ＡＳＰとＩＳＰとが一対一の関係である場合にも適用できることは言うまでもない。
【００５０】
図２は、加入者端末に関する例示的なブロック図である。制御部２０１は、ＣＰＵ、ＲＯＭおよびＲＡＭ、またはこれと同等の機能を有するＡＳＩＣなどを含み、加入者端末を統括的に制御するユニットである。記憶部２０２は、ＲＯＭ、ＲＡＭまたはハードディスクドライブなどの記憶装置である。記憶部２０２には、たとえば、インターネット接続サービスなどのネットワークサービスを端末に享受ならしめるために必要となる端末設定情報２１１、制御プログラム２１２およびその他の情報２１３が記憶される。網側送受信部２０３は、端末終端装置１０３と接続するための通信回路である。なお、ＡＳＰサーバ１０５から受信した許可情報やプロセスＩＤなども受信情報として記憶部２０２に記憶される。
【００５１】
図３は、端末終端装置に関する例示的なブロック図である。制御部３０１は、ＣＰＵ、ＲＯＭおよびＲＡＭ、またはこれと同等の機能を有するＡＳＩＣなどを含み、端末終端装置を統括的に制御するユニットである。記憶部３０２は、ＲＯＭ、ＲＡＭまたはハードディスクドライブなどの記憶装置である。記憶部３０２には、たとえば、各加入者端末を収容している論理的な収容位置や物理的な収容位置（以下、収容位置と称す。）に関する収容位置情報３１１や、制御プログラム３１２などを記憶している。この例で、収容位置情報３１１には、各加入者を収容している物理ポートの情報と、当該物理ポートに対応する論理チャネルの情報とを対応付けて記憶している。
【００５２】
網側送受信部３０３は、ルータ１０４などＡＳＰ網１０８と接続するための通信回路である。加入者側送受信部３０４は、加入者端末１００と接続するための通信回路である。物理ポート３０５は、各加入者を収容するための通信ポートであり、それぞれ固有の物理ポート番号によって特定される。
【００５３】
図４は、ルータに関する例示的なブロック図である。制御部４０１は、ＣＰＵ、ＲＯＭおよびＲＡＭ、またはこれと同等の機能を有するＡＳＩＣなどを含む、ルータ１０４を統括的に制御するユニットである。記憶部４０２は、ＲＯＭ、ＲＡＭまたはハードディスクドライブなどの記憶装置である。記憶部４０２には、たとえば、各加入者に割り当てたＩＰアドレスと物理ポート情報および論理チャネルとの対応関係を管理する情報４１１や、制御プログラム４１２などが記憶されている。送受信部４０３は、ＡＳＰ自動設定サーバ１０５やログサーバ１０７などと接続するための通信回路である。送受信部４０４は、端末終端装置１０３と接続するための通信回路である。なお、ルータ１０４と端末終端装置１０３との間には複数の他のルータが介在してもよい。なお、送受信部４０３、４０４にも、物理ポートが存在しているが、図示は省略している。
【００５４】
図５は、ＡＳＰ自動設定サーバに関する例示的なブロック図である。制御部５０１は、ＣＰＵ、ＲＯＭおよびＲＡＭ、またはこれと同等の機能を有するＡＳＩＣなどを含む、サーバ１０５を統括的に制御するユニットである。記憶部５０２は、ＲＯＭ、ＲＡＭまたはハードディスクドライブなどの記憶装置である。記憶部５０２には、たとえば、加入者端末のＩＰアドレス、プロセスＩＤおよびユーザキーなどの対応関係を管理する情報５１１や、制御プログラム５１２などが記憶されている。送受信部５０３は、ＡＳＰ網１０８に接続するための通信回路である。
【００５５】
図６は、ＩＳＰサーバに関する例示的なブロック図である。制御部６０１は、ＣＰＵ、ＲＯＭおよびＲＡＭ、またはこれと同等の機能を有するＡＳＩＣなどを含む、サーバ１２２を統括的に制御するユニットである。記憶部６０２は、ＲＯＭ、ＲＡＭまたはハードディスクドライブなどの記憶装置である。記憶部６０２には、たとえば、加入者に関するプロセスＩＤ、ユーザキー、ワンタイムＩＤおよびワンタイムパスワードなどの対応関係を管理する情報６１１や、制御プログラム６１２などが記憶されている。送受信部６０３は、ＩＳＰ網１２１に接続するための通信回路である。
【００５６】
図７は、回線収容データベースに関する例示的な記憶内容を示した図である。回線収容位置データ７０１は、各加入者を収容している加入者位置に関する情報である。ユーザキー７０２は、加入者の重要な個人情報（たとえば、氏名、住所、電話番号、口座情報など）以外の情報であって、各加入者を識別するための固有の情報である。加入者がＩＳＰのＡ社に加入している場合、ユーザキー７０２が、ＡＳＰとＡ社との間で共有される。通常、ＡＳＰとＩＳＰ以外の第三者は、ユーザキー７０２だけから重要な個人情報を入手することは困難である。サービス情報７０３は、各加入者が加入しているサービスの内容などの情報である。たとえば、ＩＳＰサーバ１２２のＵＲＬやＩＰアドレスなどの接続情報などが含まれる。加入者が複数のネットワークサービスに加入しているときは、各ネットワークサービスごとのサービス情報が含まれる。メンテナンス情報７０４は、加入者端末から送信される端末のシリアル番号、製造番号、ファームウエアのバージョン番号などを含む情報である。本実施形態では、加入者の収容位置の情報に基づいて、加入者を特定するため、たとえメンテナンス情報７０４を端末から受信したとしても、端末設定の際には使用しない。
【００５７】
図８は、顧客データベースに関する例示的な記憶内容を示した図である。ユーザキー８０１は、各加入者を識別するための固有の情報であり、ＡＳＰによって管理されているユーザキー７０２と同一の情報である。すなわち、ＡＳＰとＩＳＰ間では、加入者に関する情報のうちユーザキーだけを送受信することで、特定の加入者に関する処理を実行できる。すなわち、ユーザキーを用いることで、加入者の氏名や住所などの重要な顧客情報に関しては送受信することを可能な限り回避できる。なお、ユーザキー８０１は、加入者がＩＳＰと契約した際に発行される情報であり、その後、個人情報とともに、セキュアな通信回線を介してＡＳＰに転送され、回線収容ＤＢ１０６に記憶される。設定情報８０２は、たとえば、加入者端末１００をＩＳＰ網１２１に接続できる用にするための設定情報である。たとえば、ＰＰＰのＩＤやパスワードなどが含まれうる。もちろん、設定情報８０２には、加入者が加入している他のネットワークサービス（例：ＩＰ電話やコンテンツ提供などの上位アプリケーション）の設定情報などが含まれていてもよい。ユーザ情報８０３は、加入者の氏名や住所など課金処理に使用される個人情報である。
【００５８】
図９は、実施形態に係る端末の自動設定処理に関する例示的なシーケンス図である。
【００５９】
ステップＳ９００において、加入者端末１００は、所定のトリガーに応じて端末終端装置１０３とルータ１０４において初期接続を行う。所定のトリガーは、たとえば、加入者端末１００への電源の投入、加入者端末１００に備えられるハードウエアリセットキーの押し下げの検出、または加入者端末１００の制御プログラムの１つであるＷＥＢサーバのユーザインタフェースに配置される設定開始ボタンの押し下げなどの検出などである。なお、一度端末設定の自動設定処理が済んでいる場合は、設定済みであることを表す設定済み情報を不揮発性の記憶部に記憶しておく。電源投入時に、制御部２０１は、記憶部２０２から設定済み情報を読み出し、設定済みか否かを判定し、設定済みでない場合に限り、本実施形態の設定処理を実行する。また、リセットキーの押し下げを検出した場合や、ＷＥＢサーバにおける設定開始ボタンを検出した場合、制御部２０１は、設定済み情報を設定未済に変更するとともに、端末設定情報を消去した上で、本実施形態の設定処理を実行する。
【００６０】
この初期接続の前に、予めルータ１０４と端末終端装置１０３には複数のＰＶＣが確立されており、各ＰＶＣは、端末終端装置１０３の物理ポート３０５に接続されているものとする。端末終端装置１０３の制御部３０１は、各物理ポートの情報と、対応するＰＶＣの論理チャネル情報との対応関係３１１を記憶部３０２に記憶する。
【００６１】
初期接続において、加入者端末１００が、ＩＰアドレスの割り当て要求を、ＰＶＣを介して送信すると、ルータ１０４上で稼動するＤＨＣＰサーバまたはＰＰＰサーバが当該要求を受信し、当該要求を受信するのに使用されＰＶＣに対して任意のＩＰアドレスを送出する。これにより、加入者端末１００にＩＰアドレスが割り当てられる。なお、ルータ１０４の制御部４０１は、ＩＰアドレスと、当該ＩＰアドレスを割り当てたＰＶＣの論理チャネルの情報との対応関係４１１を記憶部４０２に記憶する。
【００６２】
加入者端末１００の制御部２０１は、ＩＰアドレスを受信すると、送受信部２０３に設定する。
【００６３】
ステップＳ９０２において、加入者端末１００は、その他情報２１３に含まれているＡＳＰサーバ１０５のＵＲＬなどを読み出し、ＡＳＰサーバ１０５に接続し、ネットワークサービスを享受するための設定要求を送信する。
【００６４】
ステップＳ９０４において、ＡＳＰサーバ１０５は、加入者端末１００からの設定要求を受信すると、加入者端末１００から送信されてくるパケットのソースアドレスに設定されているＩＰアドレスを元に、当該ＩＰアドレスに関する収容位置情報を問い合せるための収容位置の問い合わせを生成して、ルータ１０４に送信する。なお、ＡＳＰサーバ１０５は、加入者端末１００がアクセスしてくる度に、プロセスＩＤを発行する。なお、加入者が利用する１つの回線あたり、１つのプロセスＩＤを割り当てるようにしてもよい。この回線は、各サービスごとに異なる回線とし、一回線には一のユーザキーを割り当てることが原則である。しかしながら、もちろん、１つの回線を複数のサービスで共用するように変更してもよい。このプロセスＩＤは、一定期間に限り有効とされ、当該期間を過ぎるとＡＳＰサーバ１０５によって無効とされる。たとえば、制御部５０１は、任意のプロセスＩＤを発行すると、制御部５０１に含まれるタイマーから現在時刻を取得し、取得した現在時刻から所定の有効期間（たとえば数分程度が好ましい。）を計時し、当該有効期間が満了するとプロセスＩＤを無効化する。たとえば、プロセスＩＤを削除したり、削除せずに無効フラグを記憶したりする。なお、ＡＳＰサーバ１０５においては、必ずしもプロセスＩＤの有効期限管理は必要ないので、ある回線を介して加入者端末１００からアクセスがあった場合に、ＡＳＰサーバは、当該回線についてすでにプロセスＩＤを発行済みであるかどうかを判定し、発行済みであれば、発行済みのプロセスＩＤを破棄して、新しいプロセスＩＤを生成する。すなわち、制御部５０１は、一回線あたり１つのプロセスＩＤを対応付けて記憶し管理するようにしてもよい。同一のプロセスＩＤは、たとえば、半年程度は使用されないような生成アルゴリズムを使用する。制御部５０１は、たとえば、有効なプロセスＩＤとのその満了時刻を対応付けて記憶部５０２に記憶しておくことで、各プロセスＩＤの有効／無効を判定できる。
【００６５】
ステップＳ９０６において、ルータ１０４は、受信した問い合わせに含まれるＩＰアドレスに対応する論理チャネルの情報を記憶部４０２から読み出し、読み出した論理チャネルの情報を含む応答を生成して、サーバ１０５に送信する。
【００６６】
ステップＳ９０８において、ＡＳＰサーバ１０５は、当該応答を受信すると、応答に含まれる論理チャネルの情報を元に端末終端装置１０３を特定し、当該論理チャネルに対応する物理ポート情報の問い合わせを端末終端装置１０３に送信する。
【００６７】
ステップＳ９１０において、端末終端装置１０３は、問い合わせを受信すると、問い合せの対象となっている論理チャネルに対応する物理ポートの情報を記憶部２０２から読み出し、収容位置応答としてサーバ１０５に送信する。
【００６８】
ステップＳ９１２において、ＡＳＰサーバ１０５は、収容位置応答に含まれる物理ポートの情報を抽出し、当該物理ポートに対応するユーザキー７０２とサービス情報７０３を回線収容データベース１０６から検索抽出する。さらに、ＡＳＰサーバ１０５は、抽出されたサービス情報７０３に含まれているＩＳＰサーバ１２２の接続先情報（ＵＲＬなど）に基づいてＩＳＰサーバ１２２に接続し、抽出されたユーザキー７０２を含む発行要求をＩＳＰサーバ１２２に送信する。
【００６９】
ステップＳ９１４において、ＩＳＰサーバ１２２は、発行要求を受信すると、発行要求に含まれているユーザキーが顧客データベース１２３に登録されている正規のユーザキーであるか否かを判定する。正規のユーザキーであれば、発行要求に含まれていたプロセスＩＤに対して、ＩＳＰサーバ１２２の制御部６０１は、一定期間に限り有効なワンタイムＩＤとワンタイムパスワードを生成する。ワンタイムＩＤとワンタイムパスワードは、加入者端末１００に対してＩＳＰサーバ１０６への接続を許可するための許可情報である。制御部６０１は、ユーザキー、プロセスＩＤ、ワンタイムＩＤおよびワンタイムパスワードを対応づけて記憶部６０２に記憶する。なお、ワンタイムＩＤとワンタイムパスワードの発行時刻または満了時刻も同様に記憶部６０２に記憶しておき、制御部６０１は、内部タイマーによりワンタイムＩＤとワンタイムパスワードの有効期間（たとえば、数分など）を監視する。制御部６０１は、プロセスＩＤ、ワンタイムＩＤ、ワンタイムパスワードおよび、設定情報を格納しているサーバ（この例では、ＩＳＰサーバ１２２）のＵＲＬなどを含む発行応答をＡＳＰサーバ１０５に送信する。なお、発行応答には、必ずしもプロセスＩＤを含める必要はないが、含める場合には、ＡＳＰサーバ１０５とＩＳＰサーバ１２２との間で、アプリケーションレベルでの処理整合性をチェックするのに役立つであろう。
【００７０】
ステップＳ９１６において、ＡＳＰサーバ１０５は、発行応答を受信すると、発行応答に含まれているプロセスＩＤと、記憶部５０２の記憶内容５１１とに基づいて、加入者端末１００のＩＰアドレスを抽出し、当該ＩＰアドレスを宛先として、プロセスＩＤ、ワンタイムＩＤ、ワンタイムパスワードおよび接続先のＵＲＬを含む設定応答を送信する。なお、ユーザキーは、ＡＳＰとＩＳＰ間でのみ使用すべき秘密の情報とすることが望ましいため、加入者端末１００には送信しない。これにより、ユーザキーの漏洩に伴う個人情報の流出の可能性を低減できるだろう。また、プロセスＩＤに関しては、ＡＳＰサーバ１０５において生成した際に、加入者端末１００に送信しておいてもよい。
【００７１】
ステップＳ９１８において、加入者端末１００は、設定応答を受信すると、設定応答に含まれている接続先情報を読み出して、ＩＳＰサーバ１２２に接続し、ワンタイムＩＤ、ワンタイムパスワードおよびプロセスＩＤを含む接続要求を送信する。
【００７２】
ステップＳ９２０において、ＩＳＰサーバ１２２は、接続要求を受信すると、接続要求に含まれるワンタイムＩＤ、ワンタイムパスワードが記憶部６０２の記憶内容６１１に一致するか否かを判定する。一致すれば、さらに、それぞれ有効期間内のものであるかをタイマーの時刻情報に基づいて判定する。有効であれば、さらに、ＩＳＰサーバ１２２は、受信したプロセスＩＤと同一のプロセスＩＤが有効な状態で記憶部６０２に記憶されているかどうかを検査する。プロセスＩＤは数分で無効化される情報であるため、なりすまし等の防止に威力を発揮するであろう。プロセスＩＤが有効であれば、プロセスＩＤに対応するユーザキーを記憶内容６１１から特定し、特定されたユーザキー８０１に対応する端末設定情報８０２を顧客データベース１２３から読み出し、端末設定情報８０２を含む設定応答を生成して加入者端末１００に送信する。加入者端末１００は、端末設定情報８０２を受信すると、端末設定情報２１１として記憶部２０２に記憶する。加入者端末１００は、ＰＰＰのＩＤやパスワードなどの端末設定情報２１１を用いて、ＩＳＰ網１２１を介してネットワークサービスを享受できるようになる。また、端末設定情報に、上位アプリケーションに関する設定情報（たとえば、ＶｏＩＰなどのＩＰ電話に関する設定情報やコンテンツサービスに関する設定情報など）が含まれている場合、加入者端末１００は、当該設定情報に基づいて上位アプリケーションを使用できるように設定する。
【００７３】
ステップＳ９２２において、加入者端末１００は、ログサーバ１０７に対して設定処理に関する報告を送信する。
【００７４】
たとえば、端末設定が正常に完了した場合、加入者端末１００は、ログサーバ１０７に対して正常終了を表すコードとプロセスＩＤを含む報告を送信する。ログサーバ１０７は、記憶部に正常終了を表すコードとプロセスＩＤをログデータとして記憶する。
【００７５】
なお、加入者端末１００は、設定要求を送信してから所定期間が過ぎても端末設定情報を取得できなかったと判定すると、設定に失敗したことを表すコードとプロセスＩＤを含むエラー報告をログサーバ１０７に送信する。ログサーバ１０７は、記憶部に設定失敗を表すコードとプロセスＩＤをログデータとして記憶する。なお、プロセスＩＤとユーザキーとの関係は、ＡＳＰサーバ１０５に記憶されているので、ログサーバ１０７は、ＡＳＰサーバ１０５に、プロセスＩＤを含む問い合わせを送信することで、どの加入者について設定が成功／失敗したのかを特定することができる。
【００７６】
次に各装置の制御処理について個別具体的に説明する。
【００７７】
図１０は、加入者端末における設定処理の例示的なフローチャートである。当該フローチャートは、制御プログラム２１２の制御シーケンスの１つに対応している。
【００７８】
ステップＳ１００１において、制御部２０１は、設定処理を開始するための設定トリガーを検出したか否かを判定する。設定トリガーを検出したときは、ステップＳ１００２に進み、そうでなければ、ステップＳ１０２０に進み、通常処理を実行する。なお、上述したように、処理を実行してもよい。すなわち、一度端末設定の自動設定処理が済んでいる場合、制御部２０１は、設定済みであることを表す設定済み情報を不揮発性の記憶部に記憶しておく。電源投入時に、制御部２０１は、記憶部２０２から設定済み情報を読み出し、設定済みか否かを判定し、設定済みでない場合に限り、ステップＳ１００２へと進み、本実施形態の設定処理を実行する。また、リセットキーの押し下げを検出した場合や、ＷＥＢサーバにおける設定開始ボタンを検出した場合、制御部２０１は、設定済み情報を設定未済に変更（単純に設定済み情報を消去してもよい。）するとともに、端末設定情報を破棄または消去した上で、ステップＳ１００２に進み、本実施形態の設定処理を実行する。
【００７９】
ステップＳ１００２において、制御部２０１は、送受信部２０３を制御して、端末終端装置１０３およびルータ１０４に対して初期接続処理を実行し、ＩＰアドレスを受信する。以降のＴＣＰ／ＩＰ通信では、このＩＰアドレスを使用する。
【００８０】
ステップＳ１００３において、制御部２０１は、記憶部２０２からＡＳＰサーバ１０５の接続先情報（ＵＲＬやＩＰアドレスなど）を読み出し、ＡＳＰサーバ１０５に接続する。接続先情報（ＵＲＬやＩＰアドレスなど）は、工場出荷時など、予めその他の情報２１３として不揮発性も記憶装置に記憶されているものとする。
【００８１】
ステップＳ１００４において、制御部２０１は、ＡＳＰサーバ１０５に設定要求を送信する。
【００８２】
ステップＳ１００５において、制御部２０１は、ＡＳＰサーバ１０５から設定応答を受信する。受信した設定応答は一旦記憶部２０２に記憶する。
【００８３】
ステップＳ１００６において、制御部２０１は、設定応答に含まれているＩＳＰサーバ１２２に関する接続先の情報に基づいて、ＩＳＰサーバ１２２に接続し、一定期間に限って有効な許可情報であるワンタイムＩＤおよびワンタイムパスワードと、さらにプロセスＩＤを送信する。加入者端末１００とＩＳＰサーバ１２２間の通信プロトコルには任意のものを採用できる。たとえば、ＨＴＴＰＳなどを採用してもよく、この場合、本文部にプロセスＩＤを搭載し、ヘッダー部にワンタイムＩＤとワンタイムパスワードを搭載することになろう。もちろん、いずれにしても許可情報とプロセスＩＤとは一緒に送信してもよいし、個別に送信してもよいが、前者のほうが、処理のステップ数が少なくなるメリットがある。
【００８４】
ステップＳ１００７において、制御部２０１は、ＩＳＰサーバ１２２から端末設定情報を受信する。
【００８５】
ステップＳ１００８において、制御部２０１は、受信した端末設定情報２１１を記憶部２０２に記憶する。これにより、ネットワークサービスを享受する際には、記憶部２０２に記憶されている端末設定情報２１１が読み出されて使用されることになる。
【００８６】
ステップＳ１００９において、制御部２０１は、設定処理が正常に終了したことを表すコードとプロセスＩＤとを含む設定終了報告をログサーバ１０７に送信する。
【００８７】
なお、上述のステップの何れか（たとえば、ステップＳ１００５やＳ１００７など）において、エラー監視用のタイマーが所定期間を経過したり、あるいは受信した情報に不備があったりした場合、制御部２０１は、その時点での処理に応じたエラーコードを選択し、その時点でプロセスＩＤを受信していればプロセスＩＤとともにエラー報告をログサーバ１０７に送信する。このようにエラーコード通知することで、どの処理においてエラーが発生したのかを把握できるため、ＡＳＰは、不通時のエラーの原因を特定しやすくなろう。なお、ＡＳＰサーバ１０５やＩＳＰサーバからエラー報告を受信したときは、当該エラー報告を端末１００からログサーバ１０７に転送する。ログサーバ１０７の接続先情報（ＵＲＬなど）は、工場出荷時に記憶部２０２に記憶しておいたものを読み出してもよいし、ＡＳＰサーバ１０５から受信してもよい。一般に、ＡＳＰサーバ１０５から受信した接続先情報は最新の情報であるため、こちらを優先して使用することが好ましい。
【００８８】
図１１は、ＡＳＰサーバにおける設定処理の例示的なフローチャートである。当該フローチャートは、制御プログラム５１２の制御シーケンスの１つに対応している。
【００８９】
ステップＳ１１０１において、制御部５０１は、送受信部５０３により加入者端末１００から送信された設定要求を受信したか否かを判定する。設定要求を受信した場合はステップＳ１１０２に進み、そうでなければ、ステップＳ１１２０に進み、通常処理を実行する。
【００９０】
ステップＳ１１０２において、制御部５０１は、プロセスＩＤを生成し、加入者端末のＩＰアドレスの情報と対応付けて記憶部５０２に記憶する。この段階で、プロセスＩＤを加入者端末１００に送信しておいてもよい。プロセスＩＤの生成および管理に関しては、ステップＳ９０４において詳しく説明したとおりである。
【００９１】
ステップＳ１１０４、Ｓ１１０５において、制御部５０１は、設定要求に関するＩＰアドレスに対応する収容位置情報の問い合せをルータ１０４に送信する。ルータ１０４から、当該ＩＰアドレスに対応する収容位置情報（たとえば、ＰＶＣのＶＰＩやＶＣＩなどの論理チャネルや物理ポートのアドレス情報など）を受信すると、さらに、当該収容位置情報に基づいて、その先に接続されている通信装置を特定し、その通信装置に関する収容位置情報を取得する。このように加入者端末側に向かって順番にたどってゆき、最終的に、端末終端装置１０３における収容位置情報（たとえば、加入者端末１００と接続する加入者回線が収容されている物理ポートの番号など）の問い合わせを、端末終端装置１０３に送信し、端末終端装置１０３から収容位置情報を受信する。端末終端装置１０３がＩＰアドレスの付与機能を備えている場合、制御部５０１は、最初から端末終端装置１０３に接続して、加入者の収容位置情報を取得してもよい。
【００９２】
ステップＳ１１０６において、制御部５０１は、取得した収容位置情報に対応するユーザキーを回線収容データベース１０６から検索抽出する。検索抽出したユーザキーは、前述のプロセスＩＤやＩＰアドレスと対応付けて記憶部５０２に一旦記憶しておく。また、制御部５０１は、ユーザキー７０２に対応するサービス情報７０３も回線収容データベース１０６から読み出し、サービス情報７０３に含まれるＩＳＰサーバ１２２の接続先情報（たとえば、ＵＲＬやＩＰアドレスなど）を抽出し、発行要求の送信先を特定する。これにより、Ａ社のＩＳＰサーバ１２２ａに発行要求を送信すべきか、Ｂ社のＩＳＰサーバ１２２ｂに発行要求を送信すべきかを認識できる。
【００９３】
ステップＳ１１０７において、制御部５０１は、抽出されたユーザキーを含む発行要求を生成し、生成した発行要求をＩＳＰサーバ１２２に送信する。
【００９４】
ステップＳ１１０８において、制御部５０１は、ＩＳＰサーバ１２２から送信される発行応答を受信する。発行応答には、少なくともワンタイムＩＤおよびワンタイムパスワードが含まれている。なお、プロセスＩＤも含まれていてもよい。加えて、ユーザキーも含まれていてもよい。なお、ユーザキーは、固定の情報であるため、盗聴されると悪用されるおそれが無いといはいえないため、ＡＳＰとＩＳＰ間を除き、ユーザキーは使用せずに一時的なプロセスＩＤを使用することが好ましい。
【００９５】
ステップＳ１１０９において、制御部５０１は、生成したプロセスＩＤ（加入者端末１００に送信済みの場合は省略してもよい。）、ワンタイムＩＤおよびワンタイムパスワードを抽出し、これらを含む設定応答を生成する。さらに、抽出したプロセスＩＤから対応するＩＰアドレスを記憶部５０２の記憶内容５１１から読み出し、当該ＩＰアドレスに対して、設定応答を送信する。
【００９６】
なお、ＡＳＰサーバ１０５は、プロセスＩＤを生成してから所定期間が過ぎても収容位置情報を取得できなかったり、あるいは発行応答を取得できなかったりした場合は、設定に失敗したことを表すコードとプロセスＩＤを含むエラー報告を加入者端末１００に送信する。エラーの例としては、ＡＳＰサーバ１０５の内部処理（端末１００から送信されてきたメッセージに内容上の不備が存在した場合、ＡＳＰサーバ１０５とＩＳＰサーバ１２２／データベース１０６／ルータ１０４などとの通信がタイムアウトした場合、その通信の際に受信メッセージに不備が存在した場合）に関するエラーがあり、この場合は、ＡＳＰサーバ１０５から端末１００にエラー報告を返信する。このエラー報告は、端末１００がＡＳＰサーバ１０５にアクセスしたときの応答として返信することになろう。なお、ＡＳＰサーバ１０５は、端末１００に代えて、または端末１００とともにログサーバ１０７に対してもエラー報告を送信してもよい。ＡＳＰサーバ１０５が、ＩＰＳサーバ１２２からエラーメッセージを受信したときは、そのエラー報告を端末１００やログサーバ１０７にそのまま送信してもよい。ログサーバ１０７は、設定失敗を表すコードとプロセスＩＤをログデータとして記憶部に記憶する。これにより、どの加入者について設定が成功／失敗したのかを特定することができる。
【００９７】
図１２は、ＩＳＰサーバにおける設定処理の例示的なフローチャートである。当該フローチャートは、制御プログラム６１２の制御シーケンスの１つに対応している。
【００９８】
ステップＳ１２０１において、制御部６０１は、ＡＳＰサーバ１０５からの発行要求を受信したか否かを判定する。発行要求を受信した場合は、ステップＳ１２０２に進む。なお、発行要求を受信していない場合は、通常の処理を実行しつつ待機していてもよい。
【００９９】
ステップＳ１２０２において、制御部６０１は、発行要求に含まれているユーザキーが正規のものか否かを判定する。たとえば、顧客データベース１２３に当該ユーザキーが登録されていれば、正規のユーザキーと判定し、未登録であれば正規のものではないと判定する。正規であれば、ステップＳ１２０３に進む。一方、不正規であれば、ステップＳ１２２０に進み、不正規であることを表すエラーコードとプロセスＩＤとを含むエラー報告を応答としてＡＳＰサーバ１０５に送信する。
【０１００】
ステップＳ１２０３において、制御部６０１は、発行要求に含まれていたプロセスＩＤ用のワンタイムＩＤとワンタイムパスワードを生成する。なお、生成したワンタイムＩＤとワンタイムパスワードを、プロセスＩＤおよび対応するユーザキーとともに、記憶部６０２に記憶する。
【０１０１】
ステップＳ１２０４において、制御部６０１は、ワンタイムＩＤとワンタイムパスワードの有効期間の監視を開始する。たとえば、ワンタイムＩＤとワンタイムパスワードの生成時刻をタイマーから取得し、そこから所定期間が経過したか否かを随時判定する。加入者端末１００から設定要求を受信する前に、所定期間が経過してしまったときは、制御部６０１が、そのことを表すエラーコードと当該プロセスＩＤとを含むエラー報告を生成して、ＡＳＰサーバ１０５に送信する。ＡＳＰサーバ１０５は、受信したエラー報告をログサーバ１０７に送信する。
【０１０２】
ステップＳ１２０５において、制御部６０１は、プロセスＩＤ（オプション）、ワンタイムＩＤ、ワンタイムパスワードおよび、端末設定情報を格納しているサーバの接続先情報（たとえば、ＩＳＰサーバ１２２のＵＲＬまたはＩＰアドレスなどの情報）を含む発行応答を生成し、ＡＳＰサーバ１０５に送信する。接続先情報は、加入者の加入しているサービスごとに異なるものとしてもよい。この場合、ユーザキーから加入サービスを特定し、さらに加入サービスから接続先情報を特定することになる。これら情報間の関係は予め記憶部６０２に記憶しておくか、顧客データベース１２３になどに記憶しておき、それを制御部６０１が読み出しすことで、最終的な接続先情報を取得する。
【０１０３】
ステップＳ１２０６において、制御部６０１は、加入者端末１００から接続要求を受信したか否かを判定することで、接続要求の受信を待つ。
【０１０４】
ステップＳ１２０７において、制御部６０１は、受信した接続要求に含まれているワンタイムＩＤとワンタイムパスワードが有効なものかどうかを判定する。たとえば、記憶部６０３にこれらが記憶されていなければ、無効なものと判定する。また、記憶されていても有効期間が満了していれば同様に無効なものと判定する。このように無効なものであれば、ステップＳ１２２０に進み、ワンタイムＩＤ等が無効であることを表すエラー報告を加入者端末１００に送信する。加入者端末１００は、エラー報告を受信するとログサーバ１０７に転送する。一方、有効なものであれば、さらに、ＩＳＰサーバ１２２の制御部６０１は、受信した接続要求からプロセスＩＤを読み出し、受信したプロセスＩＤと同一のプロセスＩＤが有効な状態で記憶部６０２に記憶されているかどうかを検査する。プロセスＩＤは数分で無効化される情報であるため、なりすまし等の防止に威力を発揮するであろう。プロセスＩＤも有効であれば、ステップＳ１２０８に進む。
【０１０５】
ステップＳ１２０８において、制御部６０１は、受信した接続要求からプロセスＩＤを読み出し、さらに読み出したプロセスＩＤに対応するユーザキーを記憶部６０２から検索抽出する。
【０１０６】
ステップＳ１２０９において、制御部６０１は、抽出したユーザキーに対応する端末設定情報８０２を顧客データベース１２３から検索抽出する。
【０１０７】
ステップＳ１２１０において、制御部６０１は、抽出した設定情報を加入者端末１００に送信する。
【０１０８】
なお、ＩＳＰサーバ１２２におけるエラーに関しては、大別すると、ＡＳＰサーバ１０５との通信中に発生するものと、加入者端末１００との通信中に発生するものがある。さらに、前者には、ＡＳＰサーバ１０５から受信したメッセージにおける内容上の不備や、ＩＳＰサーバ１２２内におけるエラーの発生などが存在する。また、後者には、加入者端末１００からの受信メッセージについての内容上の不備（たとえば、ワンタイムＩＤもしくはパスワードの不備、または有効期限切れなど）、ＩＳＰサーバ１２２内における通信などの内部エラーなどがある。いずれの場合もＡＳＰサーバ１００は、加入者端末１００にエラー報告を送信する。
【０１０９】
なお、本発明においては、加入者を収容位置に基づいて識別することで端末設定処理を行うため、端末の識別については、必ずしも必要は無い。一方で、複数種類の加入者端末が存在する場合は、各加入者端末は、それぞれ自機種用の端末設定情報が必要となる。
【０１１０】
本実施形態では、複数種類の加入者端末ごとの設定情報を包含している包括的な端末設定情報（以下、包括設定情報と称す。）を用意しておき、端末の設定時には、ＩＳＰサーバ１２２が、端末の種類の如何にかかわらず、すべて加入者端末にこの包括設定情報を送信する。加入者端末１００の制御部２０１は、包括設定情報を受信すると、自機種用の設定情報を選別して読み出して、記憶部２０２に記憶し、他機種用の設定情報はすべて破棄するようにする。
【０１１１】
なお、このような選別処理を可能とするには、たとえば、端末設定情報を、ＸＭＬなどの複数のタグを用いて表記するのも一案である。すなわち、各タグによって機種ごとの設定を分けて記載しておくことで、制御部２０１は、自機種用のタグを見つけてその部分の記載だけを選別して抽出し、自機種の端末設定情報２１１として記憶することができる。なお、ＰＰＰのＩＤなど種類に依存しない設定情報は、共通の設定情報を表すタグによって表記してもよい。
【０１１２】
図１３は、ログサーバに関する例示的なブロック図である。制御部１３０１は、ＣＰＵ、ＲＯＭおよびＲＡＭ、またはこれと同等の機能を有するＡＳＩＣなどを含む、サーバ１０７を統括的に制御するユニットである。記憶部１３０２は、ＲＯＭ、ＲＡＭまたはハードディスクドライブなどの記憶装置である。記憶部３０２には、たとえば、加入者端末１００などから受信したエラー報告などに含まれていたプロセスＩＤ、エラーコード、その他を管理するログデータベース１３１１や、制御プログラム１３１２などが記憶されている。送受信部１３０３は、ＡＳＰ網１０８に接続するための通信回路である。
【０１１３】
制御部１３０１は、送受信部１３０３を介して、加入者端末１００や他のサーバから受信したエラー報告などの報告情報を受信すると、それをログデータベース１３１１に記憶する。また、管理者のＰＣなどが接続してきたときは、プロセスＩＤなどを検索キーとしてログデータを抽出して、当該ＰＣに返信する。
【０１１４】
図１においては、ログサーバ１０７は１台のみ記載しているが複数であってもよい。たとえば、セキュリティの観点から、ＡＳＰ網のうち端末設定処理には専用網を使用し、ＩＳＰ網への接続には他の網を使用することも考えられる。その場合、専用網にログサーバ１０７を一台配置し、インターネットなどの他の網にもう一台を設置することになる。各ログサーバ１０７の接続先情報（ＵＲＬなど）は、加入者端末１００の記憶部２０２に工場出荷時に記憶しておくか、あるいはＡＳＰサーバ１０５から受信すればよい。後者の場合は、動的に、ログサーバ１０７のアドレスを変更することができるため、システム設計上の柔軟性が増すであろう。もちろん、両方を併用してもよい。
【図面の簡単な説明】
【０１１５】
【図１】本実施形態に係る通信システムの概要を示した図である。
【図２】加入者端末に関する例示的なブロック図である。
【図３】端末終端装置に関する例示的なブロック図である。
【図４】ルータに関する例示的なブロック図である。
【図５】ＡＳＰ自動設定サーバに関する例示的なブロック図である。
【図６】ＩＳＰサーバに関する例示的なブロック図である。
【図７】回線収容データベースに関する例示的な記憶内容を示した図である。
【図８】顧客データベースに関する例示的な記憶内容を示した図である。
【図９】実施形態に係る端末の自動設定処理に関する例示的なシーケンス図である。
【図１０】加入者端末における設定処理の例示的なフローチャートである。
【図１１】ＡＳＰサーバにおける設定処理の例示的なフローチャートである。
【図１２】ＩＳＰサーバにおける設定処理の例示的なフローチャートである。
【図１３】ログサーバに関する例示的なブロック図である。
【図１】
2006129205.tif 000003
【図２】
2006129205.tif 000004
【図３】
2006129205.tif 000005
【図４】
2006129205.tif 000006
【図５】
2006129205.tif 000007
【図６】
2006129205.tif 000008
【図７】
2006129205.tif 000009
【図８】
2006129205.tif 000010
【図９】
2006129205.tif 000011
【図１０】
2006129205.tif 000012
【図１１】
2006129205.tif 000013
【図１２】
2006129205.tif 000014
【図１３】
2006129205.tif 000015