JP2004005269A - データ取得方法、電子機器およびデータ取得プログラム - Google Patents
データ取得方法、電子機器およびデータ取得プログラム Download PDFInfo
- Publication number
- JP2004005269A JP2004005269A JP2002160688A JP2002160688A JP2004005269A JP 2004005269 A JP2004005269 A JP 2004005269A JP 2002160688 A JP2002160688 A JP 2002160688A JP 2002160688 A JP2002160688 A JP 2002160688A JP 2004005269 A JP2004005269 A JP 2004005269A
- Authority
- JP
- Japan
- Prior art keywords
- setting information
- communication application
- network
- application program
- data acquisition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
【課題】複数のネットワークアプリケーションプログラムそれぞれに、その各種設定情報を取得するためのプロトコルスタックを用意すること等を不要とするデータ取得方法を提供する。
【解決手段】プロトコルエージェントプログラム３７は、インターネットへの接続サービスを提供するために敷設されたローカルネットワークを管理するプロキシサーバが保持する情報を取得するためのＬＤＡＰプロトコルドライバ３８を有している。そして、プロトコルエージェントプログラム３７は、各ネットワークアプリケーションプログラム３５がどの情報を必要としているのかをリクエスト情報リスト３９に登録しておき、このリクエスト情報リスト３９に基づき、たとえば予め定められた間隔でプロキシサーバを検出し、その検出したプロキシサーバから取得した情報を、各ネットワークアプリケーションプログラム３５に配布する。
【選択図】 図３
【解決手段】プロトコルエージェントプログラム３７は、インターネットへの接続サービスを提供するために敷設されたローカルネットワークを管理するプロキシサーバが保持する情報を取得するためのＬＤＡＰプロトコルドライバ３８を有している。そして、プロトコルエージェントプログラム３７は、各ネットワークアプリケーションプログラム３５がどの情報を必要としているのかをリクエスト情報リスト３９に登録しておき、このリクエスト情報リスト３９に基づき、たとえば予め定められた間隔でプロキシサーバを検出し、その検出したプロキシサーバから取得した情報を、各ネットワークアプリケーションプログラム３５に配布する。
【選択図】 図３
Description
【０００１】
【発明の属する技術分野】
この発明は、例えばインターネットへの接続環境を提供するローカルネットワーク上のサーバコンピュータからブラウザ等のネットワークアプリケーションプログラムが用いる各種設定情報を取得するためのデータ取得方法、電子機器およびデータ取得プログラムに係り、特に、複数のネットワークアプリケーションプログラムそれぞれに、その各種設定情報を取得するためのプロトコルスタックを用意すること等を不要とするデータ取得方法、電子機器およびデータ取得プログラムに関する。
【０００２】
【従来の技術】
近年、ＩＥＥＥ８０２．１１などの無線ＬＡＮプロトコルを利用して、例えばインターネットへの接続環境を提供するための無線ネットワークが随所に構築され始めている。例えば飲食店では、この無線ネットワークを店舗内に敷設することにより、食事を取りながら自分のコンピュータを使ってインターネットを利用できるようにする等、顧客サービスの付加価値向上を図っている。
【０００３】
また、最近では、インターネットへのアクセスを管理するために無線ネットワーク上に設けられるプロキシサーバコンピュータに、ブラウザ等の環境設定情報を格納しておき、顧客のコンピュータにその環境設定情報を取得させるといったことも行われている。この方式によれば、ある顧客が例えば東京の店舗でインターネットを利用する場合には、その顧客のブラウザのスタートページ（立ち上げ時に最初に参照されるホームページ）を東京の地域情報を紹介するホームページに設定し、その顧客が大阪の店舗でインターネットを利用する場合には、その顧客のブラウザのスタートページを大阪の地域情報を紹介するホームページに設定するといったことを行うことができる。
【０００４】
【発明が解決しようとする課題】
ところで、このブラウザの環境設定情報のように、すべてのネットワークアプリケーションプログラムが利用する訳ではなく、任意のプロトコルを用いる種々のネットワークアプリケーションプログラムが各々利用するデータを無線ネットワーク上のプロキシサーバコンピュータから取得する場合には、オペレーティングシステムが提供する通信サービスを用いてその取得手続を実施するためのプロトコルスタックを各ネットワークアプリケーションごとに個別に用意することが一般的である。
【０００５】
しかしながら、そうすると、たとえば複数のネットワークアプリケーションプログラムが同じプロトコルを用いてプロキシサーバコンピュータからデータを取得する場合であっても、これらのネットワークアプリケーションプログラムそれぞれに同じプロトコルスタックを用意することになり、リソースが冗長的になってしまう。また、これらが同じデータを必要とする場合であっても、その取得手続をそれぞれが実施しなければならず、ネットワークのトラフィックの観点からも決して望ましい状態とはいえなかった。
【０００６】
この発明は、このような事情を考慮してなされたものであり、複数のネットワークアプリケーションプログラムそれぞれに、各種設定情報を取得するためのプロトコルスタックを用意すること等を不要とするデータ取得方法、電子機器およびデータ取得プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
前述の目的を達成するために、本発明は、ネットワークを利用する通信アプリケーションプログラムの設定情報を取得するデータ取得方法において、前記設定情報を提供可能な装置が存在するか否かを判断し、前記装置が存在すると判断された場合、前記装置から前記設定情報を取得し、前記取得した設定情報を、前記通信アプリケーションプログラムに設定することを特徴とする。
【０００８】
本発明においては、たとえば種々のネットワークアプリケーションプログラムから汎用的に利用することのできるプロトコル制御用のいわゆるエージェントを提供することにより、複数のネットワークアプリケーションプログラムそれぞれに対してプログラムスタックを用意すること等を不要とする。
【０００９】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態を説明する。
図１は、この発明の実施形態に係るネットワークシステムの接続形態を示す図である。
【００１０】
ローカルネットワーク１００は、インターネット２００への接続サービスを提供するために各地に点在して設けられる無線ＬＡＮを含むネットワーク環境であり、ルータ１、サーバ２、アクセスポイント（以後、ＡＰと称す）３によって構成される。そして、この接続サービスを利用する顧客のパーソナルコンピュータ４は、インターネット２００経由で所望のサービス事業者サーバ３００と接続する。
【００１１】
ルータ１は、ローカルネットワーク１００とインターネット２００との間を接続するための中継装置であり、ローカルネットワーク１００上を流れる外部宛てのデータをインターネット２００上に送出するとともに、インターネット２００上を流れる当該ローカルネットワーク１００内部宛てのデータを取り込む機能を有している。
【００１２】
サーバ２は、パーソナルコンピュータ４がローカルネットワーク１００経由でインターネット２００に接続するための各種情報を管理するために設けられるコンピュータであり、例えばインターネット２００上の住所となるＩＰアドレスは、このサーバ２から顧客のパーソナルコンピュータ４に適宜に貸し出される。また、このサーバ２は、例えばインターネット２００側からの不正なアクセスを防止するセキュリティ機能や、インターネット２００への同一データに関する重複したアクセスを防止するプロキシサーバのキャッシュ機能なども併せ持っている。さらに、このサーバ２は、顧客のパーソナルコンピュータ４上で動作するブラウザ等のネットワークアプリケーションプログラムで利用される環境設定情報も保持している。そして、この発明は、例えばサーバ２が保持するネットワークアプリケーションプログラムの環境設定情報を、パーソナルコンピュータ４が効率的に取得できるように支援するための仕組みを提供する点を特徴としており、この点については後述する。
【００１３】
ＡＰ３は、無線通信機能を具備しており、このローカルネットワーク１００と顧客のパーソナルコンピュータ４とを無線通信を介して接続可能とする中継装置であり、所定の範囲内に無線通信エリアを形成する。そして、アクセスポイント（ＡＰ）３は、その形成したエリア内のパーソナルコンピュータ４との間でたとえば２．４ＧＨｚ帯の電波を使った通信を実行する。
【００１４】
図２は、パーソナルコンピュータ４のハードウェア構成を示す図である。
【００１５】
このパーソナルコンピュータ４は、例えばノート型のコンピュータであり、図２に示すように、ＣＰＵ１１、ＲＡＭ１２、ハードディスクドライブ（以後、ＨＤＤと称す）コントローラ１３、ディスプレイコントローラ１４、キーボードコントローラ１５およびネットワークインターフェースカード（以後、ＮＩＣと称す）コントローラ１６が、システムバスに接続されている。
【００１６】
ＣＰＵ１１は、パーソナルコンピュータ４全体の制御を司るものであり、ＲＡＭ１２に格納されたプログラムの記述にしたがって動作する。ＲＡＭ１２は、パーソナルコンピュータ４の主記憶となるメモリデバイスであり、ＣＰＵ１１の動作手順を記述したプログラムや、このプログラムから入出力されるデータを格納する。また、ＨＤＤコントローラ１３は、パーソナルコンピュータ４の補助記憶となるＨＤＤ１７を駆動制御するものであり、ＨＤＤ１７は、ＲＡＭ１２の下位記憶として、プログラムおよびデータを大量に格納する。
【００１７】
ディスプレイコントローラ１４は、パーソナルコンピュータ４におけるユーザインタフェースのアウトプットを司るものであり、ＣＰＵ１１が作成した画像データをＬＣＤ１８に表示制御する。一方、キーボードコントローラ１５は、パーソナルコンピュータ４におけるユーザインタフェースからの入力データの制御を行うものであり、キーボード１９やポインティングデバイス２０から入力された操作をデータ化してＣＰＵ１１に伝達する。
【００１８】
そして、ＮＩＣコントローラ１６は、ＡＰ３との間で無線によりデータを授受するネットワークインタフェースカード（ＮＩＣ）２１を駆動制御するものである。
【００１９】
図３は、パーソナルコンピュータ４のソフトウェア構成を示す図である。
オペレーティングシステム３１は、パーソナルコンピュータ４のリソースを統合的に管理する基本プログラムであり、例えばブラウザ等のネットワークアプリケーションプログラム３５を含む各種アプリケーションプログラムは、すべてこのオペレーティングシステム３１の配下で動作する。また、オペレーティングシステム３１は、ネットワークサービス機構として、ＩＰドライバ３２、イーサネットドライバ３３およびＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコルドライバ３４を有している。
【００２０】
ＩＰドライバ３２は、ＯＳＩにおける上位層のデータ転送を制御し、一方、イーサネットドライバ３３は、ＯＳＩにおける下位層のデータ転送を制御する。また、ＤＨＣＰプロトコルドライバ３４は、ＩＰアドレスを含む各種情報をサーバ２から取得するためのプロトコルスタックである。なお、このＤＨＣＰプロトコルドライバ３４により取得される情報は、パーソナルコンピュータ４がローカルネットワーク１００に接続するための基本的な情報に止まり、例えばブラウザ等のネットワークアプリケーションプログラム３５で利用される設定情報は含まれない。
【００２１】
ネットワークアプリケーションプログラム３５は、例えば任意のサービス事業者サーバ３００が公開するホームページを閲覧するためのブラウザや、メールサーバとするサービス事業者サーバ３００との間でメールを送受信するためのメーラなどであり、オペレーティングシステム３１の制御下で動作する。また、各ネットワークアプリケーション３５は、環境設定情報データベース３６に格納された環境設定情報を用いて、自身の動作環境を設定する。図４は、この環境設定情報データベース３６に格納される環境設定情報を示す図であり、ここには、たとえばブラウザのスタートページを示すパラメータ（Ｄｅｆａｕｌｔ Ｈｏｍｅ Ｐａｇｅ）などが記憶されているする。
【００２２】
ここで、このパラメータを、接続したローカルネットワーク１００のサーバ２から取得する場合を考える。つまり、接続先のローカルネットワーク１００に応じて、そのブラウザのスタートページを自動的に情報取得を行う場合である。
【００２３】
この場合、従来であれば、そのパラメータを利用するブラウザ、つまり各ネットワークアプリケーションプログラム３５ごとに、パラメータ取得用のプロトコルスタックが存在し、そのアプリケーション毎のプロトコルにより、情報の取得を行うことが一般的である。
【００２４】
しかしながら、そうすると前述したように、たとえば複数のネットワークアプリケーションプログラム３５それぞれに同じプロトコルスタックが存在することが考えられ、サーバ２リソースが冗長的になってしまう。また、これらが同じデータを必要とする場合であっても、その取得手続をそれぞれのアプリケーションプログラムが有するプロトコルが実施しなければならず、ネットワークのトラフィックの観点からも決して望ましい状態とはいえない。
【００２５】
そこで、この発明では、ネットワークアプリケーションプログラム３５が標準的なアプリケーションプロトコルインターフェース（ＡＰＩ）により利用可能なプロトコル制御用のプロトコルエージェントプログラム３７を提供し、複数のネットワークアプリケーションプログラム３５それぞれに対してプログラムスタックを用意すること等を不要とした。
【００２６】
このプロトコルエージェントプログラム３７は、サーバ２が保持する環境設定情報を取得するためのＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）プロトコルドライバ３８を有し、このＬＤＡＰプロトコルドライバ３８で取得した環境設定情報を、リクエスト情報リスト３９で管理される登録内容に基づき、各ネットワークアプリケーションプログラム３５に配布する。このリクエスト情報リスト３９は、例えば図４で示した環境設定情報中のどのパラメータを配布して欲しいのか、ネットワークアプリケーションプログラム３５からの要求内容を保持しておくものである。また、このリクエスト情報リスト３９には、サーバ２からの環境設定情報の取得をどのくらいの間隔で繰り返すか等、プロトコルエージェントプログラム３７自体の動作を決定する環境設定情報も保持される。
【００２７】
以下、図５および図６を参照して、このプロトコルエージェントプログラム３７の動作手順について説明する。
【００２８】
まず、プロトコルエージェントプログラム３７は、自身が提供するユーザインタフェースによりパーソナルコンピュータ４の利用者が入力したサーバ２の検索間隔をリクエスト情報リスト３９に登録する（図５ステップＡ１）。また、これとともに、プロトコルエージェントプログラム３７は、自身が提供するＡＰＩにより各ネットワークアプリケーションプログラム３５が通知してきた配布を要求する環境設定情報をリクエスト情報リスト３９に登録する（図５ステップＡ２）。
【００２９】
次に、プロトコルエージェントプログラム３７は、サーバ２を検出するための検出パケットを送出する（図６ステップＢ１）。もし、このサーバ２の検出に失敗すると（図６ステップＢ２のＮＯ）、プロトコルエージェントプログラム３７は、その旨を各ネットワークアプリケーションプログラム３５に通知する（図６ステップＢ３）。この通知を受け取った際の対処は、各ネットワークアプリケーションプログラム３５が任意に決定するが、典型的には、あるローカルネットワーク１００に接続したときに更新したパラメータを元の状態に戻すこと等が考えられる。
【００３０】
一方、サーバ２の検出が成功すると（図６ステップＢ２のＹＥＳ）、プロトコルエージェントプログラム３７は、前回検出されたサーバ２と同一かどうかを判断する（図６ステップＢ４）。もし、異なっていれば（図６ステップＢ４のＮＯ）、プロトコルエージェントプログラム３７は、ＬＤＡＰプロトコルドライバ３８を用いて、その新たに検出されたサーバ２から各種環境設定情報を取得する（図６ステップＢ５）。そして、プロトコルエージェントプログラム３７は、リクエスト情報リスト３９に基づき、その取得した各種環境設定情報をネットワークアプリケーションプログラム３５に配布する（図６ステップＢ６）。
【００３１】
その後、プロトコルエージェントプログラム３７は、予め登録された検索時間間隔の経過を待ち（図６ステップＢ７）、その検索時間間隔が経過した場合に、図６ステップＢ１からの処理を繰り返す。
【００３２】
このように、この実施形態では、サーバ２から各種環境設定情報を取得し、その取得した環境設定情報のうち、各ネットワークアプリケーションプログラム３５が要求した情報を配布するプロトコルエージェントプログラム３７を、これらネットワークアプリケーションプログラム３５が汎用的に利用できるように標準的なＡＰＩを備えた状態で提供することにより、その各種設定情報を取得するためのプロトコルスタックをネットワークアプリケーションプログラム３５ごとに個別に用意すること等を不要とする。
【００３３】
なお、ここでは、予め登録された時間間隔でサーバ２を検索して環境設定情報を取得し、その結果、ネットワークアプリケーションプログラム３５の環境設定を自動的に更新することを実現する例を説明したが、これに限らず、例えば明示的に情報更新の指示操作がなされたときにのみ、サーバ２からの環境設定情報の取得を実施する場合にも、本願発明は有用である。
【００３４】
また、前回と異なるサーバ２が検出された際に各種設定情報の取得および配布を実行することに代えて、検出されたサーバ２（前回と異なるかどうかを問わない）から取得した各種設定情報中に存在する、その取得前と異なるパラメータを配布するようにしてもよい。
【００３５】
つまり、本願発明は、前記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、前記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。たとえば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００３６】
【発明の効果】
以上、詳述したように、この発明によれば、たとえば種々のネットワークアプリケーションプログラムから汎用的に利用することのできるプロトコル制御用のいわゆるエージェントを提供することにより、複数のネットワークアプリケーションプログラムそれぞれに対してプログラムスタックを用意すること等を不要とする。
【図面の簡単な説明】
【図１】この発明の実施形態に係るネットワークシステムの接続形態を示す図。
【図２】同実施形態のパーソナルコンピュータのハードウェア構成を示す図。
【図３】同実施形態のパーソナルコンピュータのソフトウェア構成を示す図。
【図４】同実施形態の環境設定情報データベースに格納される環境設定情報を示す図。
【図５】同実施形態のプロトコルエージェントプログラムの動作手順を示す第１のフローチャート。
【図６】同実施形態のプロトコルエージェントプログラムの動作手順を示す第２のフローチャート。
【符号の説明】
１…ルータ
２…サーバ
３…アクセスポイント
４…パーソナルコンピュータ
１１…ＣＰＵ
１２…ＲＡＭ
１３…ＨＤＤコントローラ
１４…ディスプレイコントローラ
１５…キーボードコントローラ
１６…ＮＩＣコントローラ
１７…ＨＤＤ
１８…ＬＣＤ
１９…キーボード
２０…ポインティングデバイス
２１…ＮＩＣ
３１…オペレーティングシステム
３２…ＩＰドライバ
３３…イーサネットドライバ
３４…ＤＨＣＰプロトコルドライバ
３５…ネットワークアプリケーションプログラム
３６…環境設定情報データベース
３７…プロトコルエージェントプロトコル
３８…ＬＤＡＰプロトコルドライバ
３９…リクエスト情報リスト
１００…ローカルネットワーク
２００…インターネット
３００…サービス事業者サーバ
【発明の属する技術分野】
この発明は、例えばインターネットへの接続環境を提供するローカルネットワーク上のサーバコンピュータからブラウザ等のネットワークアプリケーションプログラムが用いる各種設定情報を取得するためのデータ取得方法、電子機器およびデータ取得プログラムに係り、特に、複数のネットワークアプリケーションプログラムそれぞれに、その各種設定情報を取得するためのプロトコルスタックを用意すること等を不要とするデータ取得方法、電子機器およびデータ取得プログラムに関する。
【０００２】
【従来の技術】
近年、ＩＥＥＥ８０２．１１などの無線ＬＡＮプロトコルを利用して、例えばインターネットへの接続環境を提供するための無線ネットワークが随所に構築され始めている。例えば飲食店では、この無線ネットワークを店舗内に敷設することにより、食事を取りながら自分のコンピュータを使ってインターネットを利用できるようにする等、顧客サービスの付加価値向上を図っている。
【０００３】
また、最近では、インターネットへのアクセスを管理するために無線ネットワーク上に設けられるプロキシサーバコンピュータに、ブラウザ等の環境設定情報を格納しておき、顧客のコンピュータにその環境設定情報を取得させるといったことも行われている。この方式によれば、ある顧客が例えば東京の店舗でインターネットを利用する場合には、その顧客のブラウザのスタートページ（立ち上げ時に最初に参照されるホームページ）を東京の地域情報を紹介するホームページに設定し、その顧客が大阪の店舗でインターネットを利用する場合には、その顧客のブラウザのスタートページを大阪の地域情報を紹介するホームページに設定するといったことを行うことができる。
【０００４】
【発明が解決しようとする課題】
ところで、このブラウザの環境設定情報のように、すべてのネットワークアプリケーションプログラムが利用する訳ではなく、任意のプロトコルを用いる種々のネットワークアプリケーションプログラムが各々利用するデータを無線ネットワーク上のプロキシサーバコンピュータから取得する場合には、オペレーティングシステムが提供する通信サービスを用いてその取得手続を実施するためのプロトコルスタックを各ネットワークアプリケーションごとに個別に用意することが一般的である。
【０００５】
しかしながら、そうすると、たとえば複数のネットワークアプリケーションプログラムが同じプロトコルを用いてプロキシサーバコンピュータからデータを取得する場合であっても、これらのネットワークアプリケーションプログラムそれぞれに同じプロトコルスタックを用意することになり、リソースが冗長的になってしまう。また、これらが同じデータを必要とする場合であっても、その取得手続をそれぞれが実施しなければならず、ネットワークのトラフィックの観点からも決して望ましい状態とはいえなかった。
【０００６】
この発明は、このような事情を考慮してなされたものであり、複数のネットワークアプリケーションプログラムそれぞれに、各種設定情報を取得するためのプロトコルスタックを用意すること等を不要とするデータ取得方法、電子機器およびデータ取得プログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
前述の目的を達成するために、本発明は、ネットワークを利用する通信アプリケーションプログラムの設定情報を取得するデータ取得方法において、前記設定情報を提供可能な装置が存在するか否かを判断し、前記装置が存在すると判断された場合、前記装置から前記設定情報を取得し、前記取得した設定情報を、前記通信アプリケーションプログラムに設定することを特徴とする。
【０００８】
本発明においては、たとえば種々のネットワークアプリケーションプログラムから汎用的に利用することのできるプロトコル制御用のいわゆるエージェントを提供することにより、複数のネットワークアプリケーションプログラムそれぞれに対してプログラムスタックを用意すること等を不要とする。
【０００９】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態を説明する。
図１は、この発明の実施形態に係るネットワークシステムの接続形態を示す図である。
【００１０】
ローカルネットワーク１００は、インターネット２００への接続サービスを提供するために各地に点在して設けられる無線ＬＡＮを含むネットワーク環境であり、ルータ１、サーバ２、アクセスポイント（以後、ＡＰと称す）３によって構成される。そして、この接続サービスを利用する顧客のパーソナルコンピュータ４は、インターネット２００経由で所望のサービス事業者サーバ３００と接続する。
【００１１】
ルータ１は、ローカルネットワーク１００とインターネット２００との間を接続するための中継装置であり、ローカルネットワーク１００上を流れる外部宛てのデータをインターネット２００上に送出するとともに、インターネット２００上を流れる当該ローカルネットワーク１００内部宛てのデータを取り込む機能を有している。
【００１２】
サーバ２は、パーソナルコンピュータ４がローカルネットワーク１００経由でインターネット２００に接続するための各種情報を管理するために設けられるコンピュータであり、例えばインターネット２００上の住所となるＩＰアドレスは、このサーバ２から顧客のパーソナルコンピュータ４に適宜に貸し出される。また、このサーバ２は、例えばインターネット２００側からの不正なアクセスを防止するセキュリティ機能や、インターネット２００への同一データに関する重複したアクセスを防止するプロキシサーバのキャッシュ機能なども併せ持っている。さらに、このサーバ２は、顧客のパーソナルコンピュータ４上で動作するブラウザ等のネットワークアプリケーションプログラムで利用される環境設定情報も保持している。そして、この発明は、例えばサーバ２が保持するネットワークアプリケーションプログラムの環境設定情報を、パーソナルコンピュータ４が効率的に取得できるように支援するための仕組みを提供する点を特徴としており、この点については後述する。
【００１３】
ＡＰ３は、無線通信機能を具備しており、このローカルネットワーク１００と顧客のパーソナルコンピュータ４とを無線通信を介して接続可能とする中継装置であり、所定の範囲内に無線通信エリアを形成する。そして、アクセスポイント（ＡＰ）３は、その形成したエリア内のパーソナルコンピュータ４との間でたとえば２．４ＧＨｚ帯の電波を使った通信を実行する。
【００１４】
図２は、パーソナルコンピュータ４のハードウェア構成を示す図である。
【００１５】
このパーソナルコンピュータ４は、例えばノート型のコンピュータであり、図２に示すように、ＣＰＵ１１、ＲＡＭ１２、ハードディスクドライブ（以後、ＨＤＤと称す）コントローラ１３、ディスプレイコントローラ１４、キーボードコントローラ１５およびネットワークインターフェースカード（以後、ＮＩＣと称す）コントローラ１６が、システムバスに接続されている。
【００１６】
ＣＰＵ１１は、パーソナルコンピュータ４全体の制御を司るものであり、ＲＡＭ１２に格納されたプログラムの記述にしたがって動作する。ＲＡＭ１２は、パーソナルコンピュータ４の主記憶となるメモリデバイスであり、ＣＰＵ１１の動作手順を記述したプログラムや、このプログラムから入出力されるデータを格納する。また、ＨＤＤコントローラ１３は、パーソナルコンピュータ４の補助記憶となるＨＤＤ１７を駆動制御するものであり、ＨＤＤ１７は、ＲＡＭ１２の下位記憶として、プログラムおよびデータを大量に格納する。
【００１７】
ディスプレイコントローラ１４は、パーソナルコンピュータ４におけるユーザインタフェースのアウトプットを司るものであり、ＣＰＵ１１が作成した画像データをＬＣＤ１８に表示制御する。一方、キーボードコントローラ１５は、パーソナルコンピュータ４におけるユーザインタフェースからの入力データの制御を行うものであり、キーボード１９やポインティングデバイス２０から入力された操作をデータ化してＣＰＵ１１に伝達する。
【００１８】
そして、ＮＩＣコントローラ１６は、ＡＰ３との間で無線によりデータを授受するネットワークインタフェースカード（ＮＩＣ）２１を駆動制御するものである。
【００１９】
図３は、パーソナルコンピュータ４のソフトウェア構成を示す図である。
オペレーティングシステム３１は、パーソナルコンピュータ４のリソースを統合的に管理する基本プログラムであり、例えばブラウザ等のネットワークアプリケーションプログラム３５を含む各種アプリケーションプログラムは、すべてこのオペレーティングシステム３１の配下で動作する。また、オペレーティングシステム３１は、ネットワークサービス機構として、ＩＰドライバ３２、イーサネットドライバ３３およびＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）プロトコルドライバ３４を有している。
【００２０】
ＩＰドライバ３２は、ＯＳＩにおける上位層のデータ転送を制御し、一方、イーサネットドライバ３３は、ＯＳＩにおける下位層のデータ転送を制御する。また、ＤＨＣＰプロトコルドライバ３４は、ＩＰアドレスを含む各種情報をサーバ２から取得するためのプロトコルスタックである。なお、このＤＨＣＰプロトコルドライバ３４により取得される情報は、パーソナルコンピュータ４がローカルネットワーク１００に接続するための基本的な情報に止まり、例えばブラウザ等のネットワークアプリケーションプログラム３５で利用される設定情報は含まれない。
【００２１】
ネットワークアプリケーションプログラム３５は、例えば任意のサービス事業者サーバ３００が公開するホームページを閲覧するためのブラウザや、メールサーバとするサービス事業者サーバ３００との間でメールを送受信するためのメーラなどであり、オペレーティングシステム３１の制御下で動作する。また、各ネットワークアプリケーション３５は、環境設定情報データベース３６に格納された環境設定情報を用いて、自身の動作環境を設定する。図４は、この環境設定情報データベース３６に格納される環境設定情報を示す図であり、ここには、たとえばブラウザのスタートページを示すパラメータ（Ｄｅｆａｕｌｔ Ｈｏｍｅ Ｐａｇｅ）などが記憶されているする。
【００２２】
ここで、このパラメータを、接続したローカルネットワーク１００のサーバ２から取得する場合を考える。つまり、接続先のローカルネットワーク１００に応じて、そのブラウザのスタートページを自動的に情報取得を行う場合である。
【００２３】
この場合、従来であれば、そのパラメータを利用するブラウザ、つまり各ネットワークアプリケーションプログラム３５ごとに、パラメータ取得用のプロトコルスタックが存在し、そのアプリケーション毎のプロトコルにより、情報の取得を行うことが一般的である。
【００２４】
しかしながら、そうすると前述したように、たとえば複数のネットワークアプリケーションプログラム３５それぞれに同じプロトコルスタックが存在することが考えられ、サーバ２リソースが冗長的になってしまう。また、これらが同じデータを必要とする場合であっても、その取得手続をそれぞれのアプリケーションプログラムが有するプロトコルが実施しなければならず、ネットワークのトラフィックの観点からも決して望ましい状態とはいえない。
【００２５】
そこで、この発明では、ネットワークアプリケーションプログラム３５が標準的なアプリケーションプロトコルインターフェース（ＡＰＩ）により利用可能なプロトコル制御用のプロトコルエージェントプログラム３７を提供し、複数のネットワークアプリケーションプログラム３５それぞれに対してプログラムスタックを用意すること等を不要とした。
【００２６】
このプロトコルエージェントプログラム３７は、サーバ２が保持する環境設定情報を取得するためのＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）プロトコルドライバ３８を有し、このＬＤＡＰプロトコルドライバ３８で取得した環境設定情報を、リクエスト情報リスト３９で管理される登録内容に基づき、各ネットワークアプリケーションプログラム３５に配布する。このリクエスト情報リスト３９は、例えば図４で示した環境設定情報中のどのパラメータを配布して欲しいのか、ネットワークアプリケーションプログラム３５からの要求内容を保持しておくものである。また、このリクエスト情報リスト３９には、サーバ２からの環境設定情報の取得をどのくらいの間隔で繰り返すか等、プロトコルエージェントプログラム３７自体の動作を決定する環境設定情報も保持される。
【００２７】
以下、図５および図６を参照して、このプロトコルエージェントプログラム３７の動作手順について説明する。
【００２８】
まず、プロトコルエージェントプログラム３７は、自身が提供するユーザインタフェースによりパーソナルコンピュータ４の利用者が入力したサーバ２の検索間隔をリクエスト情報リスト３９に登録する（図５ステップＡ１）。また、これとともに、プロトコルエージェントプログラム３７は、自身が提供するＡＰＩにより各ネットワークアプリケーションプログラム３５が通知してきた配布を要求する環境設定情報をリクエスト情報リスト３９に登録する（図５ステップＡ２）。
【００２９】
次に、プロトコルエージェントプログラム３７は、サーバ２を検出するための検出パケットを送出する（図６ステップＢ１）。もし、このサーバ２の検出に失敗すると（図６ステップＢ２のＮＯ）、プロトコルエージェントプログラム３７は、その旨を各ネットワークアプリケーションプログラム３５に通知する（図６ステップＢ３）。この通知を受け取った際の対処は、各ネットワークアプリケーションプログラム３５が任意に決定するが、典型的には、あるローカルネットワーク１００に接続したときに更新したパラメータを元の状態に戻すこと等が考えられる。
【００３０】
一方、サーバ２の検出が成功すると（図６ステップＢ２のＹＥＳ）、プロトコルエージェントプログラム３７は、前回検出されたサーバ２と同一かどうかを判断する（図６ステップＢ４）。もし、異なっていれば（図６ステップＢ４のＮＯ）、プロトコルエージェントプログラム３７は、ＬＤＡＰプロトコルドライバ３８を用いて、その新たに検出されたサーバ２から各種環境設定情報を取得する（図６ステップＢ５）。そして、プロトコルエージェントプログラム３７は、リクエスト情報リスト３９に基づき、その取得した各種環境設定情報をネットワークアプリケーションプログラム３５に配布する（図６ステップＢ６）。
【００３１】
その後、プロトコルエージェントプログラム３７は、予め登録された検索時間間隔の経過を待ち（図６ステップＢ７）、その検索時間間隔が経過した場合に、図６ステップＢ１からの処理を繰り返す。
【００３２】
このように、この実施形態では、サーバ２から各種環境設定情報を取得し、その取得した環境設定情報のうち、各ネットワークアプリケーションプログラム３５が要求した情報を配布するプロトコルエージェントプログラム３７を、これらネットワークアプリケーションプログラム３５が汎用的に利用できるように標準的なＡＰＩを備えた状態で提供することにより、その各種設定情報を取得するためのプロトコルスタックをネットワークアプリケーションプログラム３５ごとに個別に用意すること等を不要とする。
【００３３】
なお、ここでは、予め登録された時間間隔でサーバ２を検索して環境設定情報を取得し、その結果、ネットワークアプリケーションプログラム３５の環境設定を自動的に更新することを実現する例を説明したが、これに限らず、例えば明示的に情報更新の指示操作がなされたときにのみ、サーバ２からの環境設定情報の取得を実施する場合にも、本願発明は有用である。
【００３４】
また、前回と異なるサーバ２が検出された際に各種設定情報の取得および配布を実行することに代えて、検出されたサーバ２（前回と異なるかどうかを問わない）から取得した各種設定情報中に存在する、その取得前と異なるパラメータを配布するようにしてもよい。
【００３５】
つまり、本願発明は、前記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。更に、前記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。たとえば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００３６】
【発明の効果】
以上、詳述したように、この発明によれば、たとえば種々のネットワークアプリケーションプログラムから汎用的に利用することのできるプロトコル制御用のいわゆるエージェントを提供することにより、複数のネットワークアプリケーションプログラムそれぞれに対してプログラムスタックを用意すること等を不要とする。
【図面の簡単な説明】
【図１】この発明の実施形態に係るネットワークシステムの接続形態を示す図。
【図２】同実施形態のパーソナルコンピュータのハードウェア構成を示す図。
【図３】同実施形態のパーソナルコンピュータのソフトウェア構成を示す図。
【図４】同実施形態の環境設定情報データベースに格納される環境設定情報を示す図。
【図５】同実施形態のプロトコルエージェントプログラムの動作手順を示す第１のフローチャート。
【図６】同実施形態のプロトコルエージェントプログラムの動作手順を示す第２のフローチャート。
【符号の説明】
１…ルータ
２…サーバ
３…アクセスポイント
４…パーソナルコンピュータ
１１…ＣＰＵ
１２…ＲＡＭ
１３…ＨＤＤコントローラ
１４…ディスプレイコントローラ
１５…キーボードコントローラ
１６…ＮＩＣコントローラ
１７…ＨＤＤ
１８…ＬＣＤ
１９…キーボード
２０…ポインティングデバイス
２１…ＮＩＣ
３１…オペレーティングシステム
３２…ＩＰドライバ
３３…イーサネットドライバ
３４…ＤＨＣＰプロトコルドライバ
３５…ネットワークアプリケーションプログラム
３６…環境設定情報データベース
３７…プロトコルエージェントプロトコル
３８…ＬＤＡＰプロトコルドライバ
３９…リクエスト情報リスト
１００…ローカルネットワーク
２００…インターネット
３００…サービス事業者サーバ
Claims (13)
- ネットワークを利用する通信アプリケーションプログラムの設定情報を取得するデータ取得方法において、
前記設定情報を提供可能な装置が存在するか否かを判断し、
前記装置が存在すると判断された場合、前記装置から前記設定情報を取得し、
前記取得した設定情報を、前記通信アプリケーションプログラムに設定する
ことを特徴とするデータ取得方法。 - ネットワークを利用する通信アプリケーションプログラムの設定情報を取得するデータ取得方法において、
前記設定情報を提供可能な装置が存在するか否かを判断し、
前記装置が存在すると判断された場合、前記装置から前記設定情報を取得し、
前記取得した設定情報のうち、前記通信アプリケーションプログラムに設定される設定情報を通知する
ことを特徴とするデータ取得方法。 - 前記装置が存在するか否かの判断を所定時間間隔ごとに実行することを特徴とする請求項１または２記載のデータ取得方法。
- ネットワークを利用する通信アプリケーションプログラムの設定情報を取得するデータ取得方法において、
所定時間間隔毎に、前記設定情報を提供可能な装置が存在するか否かを判断し、
前記装置が存在する場合に、前記装置から前記設定情報を取得し、
前記取得した設定情報が、前回取得した設定情報と異なっていた場合に、前記通信アプリケーションプログラムに前記取得した設定情報を通知する
ことを特徴とするデータ取得方法。 - 通信アプリケーションプログラムに設定される設定情報の項目を記憶し、
前記記憶された設定情報の項目に基づいた前記取得した設定情報を前記通信アプリケーションプログラムに通知する
ことを特徴とする請求項１、２または４記載のデータ取得方法。 - 前記装置が存在しない場合に、その旨を前記通信アプリケーションプログラムに通知することを特徴とする請求項１、２または５記載のデータ取得方法。
- 前記装置は、ローカルエリアネットワークとワイドエリアネットワークとの相互接続を行うことが可能な装置であり、ローカルエリアネットワークに接続される機器がワイドエリアネットワークに接続される際に必要となるワイドエリアネットワークの設定情報を記憶していることを特徴とする請求項１、２または５記載のデータ取得方法。
- ネットワークを利用する通信アプリケーションプログラムを実行可能な電子機器において、
前記通信アプリケーションプログラムが前記ネットワークを利用する際に必要な情報を提供可能な装置が存在するか否かを判断する判断手段と、
前記判断手段の判断結果に基づき前記装置が存在する場合、前記装置から前記情報を取得する取得手段と、
前記取得した情報を、前記通信アプリケーションプログラムに設定する設定手段と
を具備することを特徴とする電子機器。 - ネットワークを利用する複数の通信アプリケーションプログラムを実行可能な電子機器において、
前記複数の通信アプリケーションプログラムが前記ネットワークを利用する際に必要な情報を提供可能な装置が存在するか否かを判断する判断手段と、
前記複数の通信アプリケーションプログラム夫々に設定される情報の項目を記憶する記憶手段と、
前記判断手段の判断結果に基づき前記装置が存在する場合、前記装置から前記情報を取得する取得手段と、
前記取得した情報を、前記複数の通信アプリケーションプログラム夫々に前記記憶手段に記憶されている項目に応じて、前記情報を通知する通知手段と
を具備することを特徴とする電子機器。 - ネットワーク上に存在する第１の電子機器と、前記第１の電子機器と通信可能で且つ前記ネットワークを利用する複数の通信アプリケーションプログラムを実行可能な第２の電子機器とを有する電子機器システムにおいて、
前記第１の電子機器は、
前記ネットワークに接続される機器に設定される設定情報を記憶する第１の記憶手段を具備し、
前記第２の電子機器は、
前記第１の電子機器と通信可能か否かを判断する判断手段と、
前記複数の通信アプリケーションプログラム夫々に設定される情報の項目を記憶する第２の記憶手段と、
前記判断手段の判断結果に基づき前記第１の電子機器と通信可能である場合、前記第１の記憶手段に記憶されている前記設定情報を取得する取得手段と、
前記取得した設定情報を、前記複数の通信アプリケーションプログラム夫々に前記第２の記憶手段に記憶されている項目に応じて前記設定情報を通知する通知手段と
を具備することを特徴とする電子機器システム。 - 前記ネットワークはローカルエリアネットワークであり、前記第１の電子機器は前記ローカルエリアネットワークとワイドエリアネットワークとに接続され、前記設定情報は、前記ローカルエリアネットワークに接続される前記第２の機器が前記ワイドエリアネットワークに接続される際に、前記複数の通信アプリケーションプログラムがワイドエリアネットワークを利用可能とする設定情報であることを特徴とする請求項１０記載の電子機器システム。
- ネットワークを利用する複数の通信アプリケーションプログラムの設定情報を取得する電子機器に適用されるデータ取得プログラムであって、
前記電子機器を、
前記設定情報を提供可能な装置が存在するか否かを判断する判断手段
前記装置が存在する場合、前記装置から前記設定情報を取得する取得手段、
前記取得した設定情報を、前記通信アプリケーションプログラムに設定させる設定手段、
として機能させるデータ取得プログラム。 - 前記電子機器を、
前記通信アプリケーションプログラムの通信設定に必要な前記設定情報の種類を前記複数の通信アプリケーションプログラムごとに登録する要求データ登録手段、
としてさらに機能させる請求項１２記載のデータ取得プログラム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002160688A JP2004005269A (ja) | 2002-05-31 | 2002-05-31 | データ取得方法、電子機器およびデータ取得プログラム |
| US10/424,099 US20030225868A1 (en) | 2002-05-31 | 2003-04-28 | Data acquisition method, electronic apparatus, and storage medium in which data acquisition program is stored |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002160688A JP2004005269A (ja) | 2002-05-31 | 2002-05-31 | データ取得方法、電子機器およびデータ取得プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004005269A true JP2004005269A (ja) | 2004-01-08 |
Family
ID=29561618
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002160688A Pending JP2004005269A (ja) | 2002-05-31 | 2002-05-31 | データ取得方法、電子機器およびデータ取得プログラム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20030225868A1 (ja) |
| JP (1) | JP2004005269A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006209774A (ja) * | 2005-01-26 | 2006-08-10 | Microsoft Corp | コンテキストアウェアネスプラットフォームのためのシステムおよび方法 |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4932717B2 (ja) * | 2005-05-11 | 2012-05-16 | エーザイ・アール・アンド・ディー・マネジメント株式会社 | ピペリジン環を有するインドール誘導体の製造方法 |
| US20080209031A1 (en) * | 2007-02-22 | 2008-08-28 | Inventec Corporation | Method of collecting and managing computer device information |
| CN102325078B (zh) * | 2011-06-28 | 2014-04-02 | 北京星网锐捷网络技术有限公司 | 应用识别方法及设备 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3774807B2 (ja) * | 1997-08-06 | 2006-05-17 | タキオン インコーポレイテッド | 分散型システムとオブジェクトをプレフェッチする方法 |
| US20030084104A1 (en) * | 2001-10-31 | 2003-05-01 | Krimo Salem | System and method for remote storage and retrieval of data |
-
2002
- 2002-05-31 JP JP2002160688A patent/JP2004005269A/ja active Pending
-
2003
- 2003-04-28 US US10/424,099 patent/US20030225868A1/en not_active Abandoned
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006209774A (ja) * | 2005-01-26 | 2006-08-10 | Microsoft Corp | コンテキストアウェアネスプラットフォームのためのシステムおよび方法 |
| KR101224721B1 (ko) | 2005-01-26 | 2013-01-21 | 마이크로소프트 코포레이션 | 컨텍스트-인식 플랫폼을 위한 시스템 및 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20030225868A1 (en) | 2003-12-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7680954B2 (en) | Proxy DNS for web browser request redirection in public hotspot accesses | |
| TWI303034B (en) | Information processing device having a communication function of performing a network connection via a wireless relay apparatus and computer readable medium for recording associated instructions | |
| US8713641B1 (en) | Systems and methods for authorizing, authenticating and accounting users having transparent computer access to a network using a gateway device | |
| JP3612528B2 (ja) | パラメータ設定システム | |
| US8578025B2 (en) | Switching between connectivity types to maintain connectivity | |
| US6954861B2 (en) | Identifying unauthorized communication systems based on their memory contents | |
| CN103532751B (zh) | 网络接入设备管理方法和装置 | |
| CN103561121B (zh) | 一种dns的解析方法、装置和浏览器 | |
| CN101262500B (zh) | 推送登录页面的方法、接入控制器和web认证服务器 | |
| US20120290643A1 (en) | Client-server system | |
| CA2574285C (en) | Method and system for conserving battery power in wireless devices operating in a wireless local area network | |
| AU2009240495B2 (en) | System and method of managed content distrubution | |
| TW200524394A (en) | Dynamically distributed portal-based application processing system | |
| JP2004038787A (ja) | 情報共有方法、情報共有装置及び情報共有プログラム | |
| WO2013063333A1 (en) | File fetch from a remote client device | |
| US7840528B2 (en) | System and method for integrating continuous synchronization on a host handheld device | |
| CN107517189A (zh) | 一种wlan用户接入认证及配置信息下发的方法、设备 | |
| CN105554758A (zh) | 一种基于云平台的多个WiFi网络统一认证系统和方法 | |
| US20030208554A1 (en) | Wireless network access point with computing capability and method of operation thereof | |
| JP2004127187A (ja) | インターネットアクセスシステム | |
| JP2016144186A (ja) | 通信情報制御装置、中継システム、通信情報制御方法、および、通信情報制御プログラム | |
| JP2004005269A (ja) | データ取得方法、電子機器およびデータ取得プログラム | |
| US20100332681A1 (en) | Communication apparatus capable of selecting a proper source address from a plurality of source addresses assigned thereto, method of controlling the same, and storage medium | |
| TWI222815B (en) | LAN device, communication control method and recording media | |
| WO2022237191A1 (zh) | 网络设备的注册方法、设备及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050808 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050816 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20051220 |