(57)【特許請求の範囲】
【請求項１】
インターネット又は任意のイントラネット上の複数の端末と、前記端末へのアクセ
ス方法を管理するインターネット上のサーバとから成り、前記端末の１つである発信
元端末が、自己が所有するアドレス帳データベースに登録された他の端末である相手
先端末へアクセスする際に、当該アドレス帳データベースの情報によって当該相手先
端末へアクセスできない場合に、当該相手先端末へのアクセス方法を特定するための
通信方法であって、
前記発信元端末が、前記サーバに対し、前記相手先端末への最新のアクセス方法を
問い合わせるステップと、
前記問い合わせに対し、前記サーバが、自己のアドレス帳データベースに登録され
ている情報によって前記相手先端末の検索を行なうステップと、
前記サーバが、前記相手先端末の検索の検索結果を前記発信元端末に送信するステ
ップと、
前記検索結果を前記発信元端末が受信するステップと、
前記発信元端末が、前記サーバに対し、前記相手先端末のオンライン／オフライン
の確認を要求するステップと、
前記サーバが前記相手先端末のオンライン／オフラインの確認をし、前記相手先端
末がオンラインの場合に前記相手先端末へのアクセス情報を前記発信元端末に通知
するステップと、
前記サーバが前記相手先端末のオンライン／オフラインの確認をし、前記相手先端
末がオフラインの場合に前記サーバが、前記相手先端末へのアクセス方法をアドレス
帳データベースに登録しているオンラインの第３の端末を検索するステップと、
前記第３の端末が存在する場合に前記サーバが、当該第３の端末を介して前記相手
先端末へのアクセスが可能であることを前記発信元端末に通知するステップと、
前記発信元端末が、前記サ−バから取得した前記相手先端末へのアクセス情報、あ
るいは、前記サ−バから取得した前記第３の端末を介しての前記相手先端末へのアク
セス情報を用いて、前記相手先端末へアクセスするステップと、
を含むことを特徴とする通信方法。
【請求項２】
更に、前記相手先端末がオフラインの場合に前記サーバが、前記発信元端末から前
記相手先端末宛のメッセージファイルを受信可能にするステップと、
前記サーバが、前記発信元端末から前記相手先端末宛のメッセージファイルを受信
した場合、前記相手先端末がオンラインになったときに、前記発信元端末から前記相
手先端末宛のメッセージファイルを受信した旨を前記相手先端末へ通知するステップ
と、
前記通知を受けて前記相手先端末が、前記サーバから前記メッセージファイルを受
信するステップと、
を含むことを特徴とする請求項１に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信方法、より詳細には、インターネット又は任意のイントラネット上の複数の端末と、前記端末へのアクセス方法を管理するインターネット上のサーバとから成り、前記端末の１つである発信元端末が、自己が所有するアドレス帳データベースに登録された他の端末である相手先端末へアクセスする際に、当該アドレス帳データベースの情報によっては当該相手先端末へアクセスできない場合に、当該相手先端末へのアクセス方法を特定するための通信方法に関するものである。
【背景技術】
【０００２】
インターネットでは、ＩＰ接続が使われる。その際、コンピュータ等の識別に使用されるのがＩＰアドレスであるが、これは数字の羅列であるために、コンピュータによる処理上は都合がよいが、人間にとっては覚えにくいものである。
【０００３】
そこで、ドメイン名でネットワークやコンピュータを表し、ＩＰアドレスとの間で相互変換を行なう方法が考え出された。これがＤＮＳである。例えば、ＩＰアドレスは、２０２．３２．１５５．２４３のように表されるのに対して、ドメイン名は、ｗｗｗ．ｓａｖｅｒ．ｎｅ．ｊｐのように表される。
【０００４】
当然のことながら、この方法では、発信元のユーザーは、相手先端末へアクセスする際に、予め個々の相手先ＩＰアドレス又はドメイン名を知っている必要がある。しかしながら、上述したように、ＩＰアドレスよりもドメイン名を覚えていることが一般的であるため、例えば、相手のドメイン名の変更等が生じると、アクセスしたい相手に対して接続することができないことになるという問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
本発明は、このような従来技術における問題点を解決するためになされたもので、例えば、相手のドメイン名の変更が生じた場合でも、容易に相手にアクセスすることを可能にする通信方法を提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するための請求項１に記載の発明は、インターネット又は任意のイ
ントラネット上の複数の端末と、前記端末へのアクセス方法を管理するインターネッ
ト上のサーバとから成り前記端末の１つである発信元端末が、自己が所有するアドレ
ス帳データベースに登録された他の端末である相手先端末へアクセスする際に、当該
アドレス帳データベースの情報によって当該相手先端末へアクセスできない場合に、
当該相手先端末へのアクセス方法を特定するための通信方法であって、
前記発信元端末が、前記サーバに対し、前記相手先端末への最新のアクセス方法を
問い合わせるステップと、前記問い合わせに対し、前記サーバが、自己のアドレス帳
データベースに登録されている情報によって前記相手先端末の検索を行なうステップ
と、前記サーバが前記相手先端末の検索の検索結果を前記発信元端末に送信するステ
ップと、前記検索結果を前記発信元端末が受信するステップと、前記発信元端末が、
前記サーバに対し、前記相手先端末のオンライン／オフラインの確認を要求するステ
ップと、前記サーバが前記相手先端末のオンライン／オフラインの確認をし、前記相
手先端末がオンラインの場合に前記相手先端末へのアクセス情報を前記発信元端末に
通知するステップと、前記サーバが前記相手先端末のオンライン／オフラインの確認
をし、前記相手先端末がオフラインの場合に前記サーバが、前記相手先端末へのアク
セス方法をアドレス帳データベースに登録しているオンラインの第３の端末を検索す
るステップと、前記第３の端末が存在する場合に前記サーバが、当該第３の端末を介
して前記相手先端末へのアクセスが可能であることを前記発信元端末に通知するステ
ップと、前記発信元端末が、前記サ−バから取得した前記相手先端末へのアクセス情
報、あるいは、前記サ−バから取得した前記第３の端末を介しての前記相手先端末へ
のアクセス情報を用いて、前記相手先端末へアクセスするステップと、を含むことを
特徴とする通信方法である。
【０００７】
好ましくは、更に、前記相手先端末がオフラインの場合に前記サーバが、前記発信
元端末から前記相手先端末宛のメッセージファイルを受信可能にするステップと、前
記サーバが、前記発信元端末から前記相手先端末宛のメッセージファイルを受信した
場合、前記相手先端末がオンラインになったときに、その旨を前記相手先端末へ通知
するステップと、前記通知を受けて前記相手先端末が、前記サーバから前記メッセー
ジファイルを受信するステップとを含む。
【発明の効果】
【０００８】
本発明は上述した通りであって、相手の端末データの変更が生じた場合でも、サーバに問い合わせることで、容易に相手先端末へのアクセス方法を特定して通信することができる通信システムを提供し得る効果がある。
【発明を実施するための最良の形態】
【０００９】
本発明の実施の形態を添付図面に依拠して説明する。最初に、図１を用いて、本発明に係る通信方法のシステム構成について説明する。以下の説明において、ＷＷＷとは、ハイパーテキスト形式の分散情報システムである。ＷＷＷにおいて、情報を蓄積しているコンピュータを網側ＳＲＳ（Ｓｔａｔｕｓ  Ｒｅｎｅｗａｌ  Ｓｅｒｖｅｒ）とし、情報を検索できる端末を端末側ＳＲＳとする。また、インターネットとは、ネットワークとネットワークを相互に接続することによって、世界中に広がったネットワーク環境であり、イントラネットとは、インターネットの技術やインフラを使って、企業等の組織内でコンピュータ・ネットワークを構築し、情報の共有化等を行なうことを目的としたシステムである。
【００１０】
網側ＳＲＳ１は、ネットワーク２を介して、発信元端末３、相手先端末４、代理ＷＷＷサーバ５に接続されており、本発明に係る通信システムを構成している。
【００１１】
網側ＳＲＳ１は、発信元端末３からの相手先端末４の端末データに関する検索アクセスに応じて、アドレス帳データベース７を用いて検索した相手先端末４に関するデータであるＩＰアドレス９又は電話番号１１の情報を発信元端末３へ送信する。アドレス帳データベース７は、各個人の端末に係るＩＰアドレスやドメイン名や電話番号等の端末データを格納しているものであり、その詳細については、図２を参照しつつ後述することとする。ＩＰアドレスは、インターネットに接続されたコンピュータの住所に当たる数列である。アドレス帳データベース７は、端末側ＳＲＳ６から独立したものであってもよい。
【００１２】
発信元端末３は、相手先端末４へ電話発信を行なう端末側ＳＲＳ６を有しており、端末側ＳＲＳ６もアドレス帳データベース７を有している。端末側ＳＲＳ６は、相手先端末４の電話番号に対して、電話発信を行ない、コモン・キャリア８を介して、相手先端末４と接続することができる（図３参照）。端末側ＳＲＳ６は、発信元端末３をネットワーク２に対して接続する。端末側ＳＲＳ６は、網側ＳＲＳ１又は他の端末の端末側ＳＲＳ６へのアクセスを行なうものであり、網側ＳＲＳ１又は他の端末の端末側ＳＲＳ６から送られてくるアドレス帳データベース７の中の相手先端末４に関する情報を受信する。
【００１３】
また、相手先端末４がオフライン時にメッセージを送受信するものであり、発信者端末３が、オンラインの状態のときには、網側ＳＲＳ１に対して、「オンライン」として登録し、オフラインの状態のときには、「オフライン」を登録し、オンライン／オフラインの登録を行なうものである。更には、網側ＳＲＳ１にアクセスして、相手先端末４のオンライン／オフラインを確認する。
【００１４】
発信元端末３と相手先端末４は同じ構成であって、電話機能を有し、端末から電話発信や受信等を行なうことができる。発信元端末３及び相手先端末４は、ネットワーク２を介して網側ＳＲＳ１にアクセスすることができ、アドレス帳データベース７に格納されているデータを検索することができる。
【００１５】
また、発信元端末３及び相手先端末４は、コモン・キャリア８及び通信回線を介して互いに接続されている。従って、相手先端末４へ電話をする際に、発信元端末３を操作することによって、コモン・キャリア８を介して、相手先端末４を呼び出すことにより、相手に電話をかけることができる。
【００１６】
代理ＷＷＷサーバ５は、メッセージ又はデータ等の受付や送受信管理を行なうものである。代理ＷＷＷサーバ５は、発信元端末３から送られてきたメッセージやデータ等を蓄積し、送られたデータを、ネットワーク２を介して相手先端末４に送ることができる。ここで、データとは、発信元端末３で、ある内容のデータを転送し、相手先端末４では、そのデータをコンバートして、もとの内容を開くことができるデータである。
【００１７】
ここで、図２を参照して、アドレス帳データベース７のデータ構成について説明しておく。アドレス帳データベース７には、ＩＰアドレス９、ドメイン名１０、電話番号１１、ユーザー名１２、位置情報１３、イントラネット情報１４、網側ＳＲＳ１へのラストデート情報１５、システムのプロパティ１６、他端末からのアクセスログ１７、ユーザーのグループ情報１８、共有ファイル情報１９及び着信許可情報２０が、１レコードとして登録されている。
【００１８】
ＩＰアドレス９の登録は、例えば「２０２．３２．ｘｘｘ．ｘｘｘ」のようになされ、ドメイン名１０の登録は、例えば「ｓａｔｏｈ．ｓａｖｅｒ．ｎｅ．ｊｐ」のようになされ、電話番号１１の登録は、例えば「０３−ｘｘｘｘ−ｘｘｘｘ」のようになされ、ユーザー名の登録は、例えば「佐藤  一郎」のようになされる。
【００１９】
また、位置情報１３としては、「東京都」のように、イントラネット情報１４としては、「ＬＡＮ」のように、ラストアップデート情報１５としては、「１０．２６．０１：２０」のように、プロパティ１６としては、ＯＳの名称等がそれぞれ登録される。そして更に、アクセスログ１７としては、「１」のように、グループ情報１８としては、「会社」のように、共有ファイル情報１９としては、「Ｌｖ．１」のように、着信許可情報２０としては、「Ｌｖ．１」のようにそれぞれ登録される。
【００２０】
これらのデータは、各端末側ＳＲＳ６で一元化されて管理されている。従って、「佐藤  一郎」について、その端末データに変更があった際には、その都度、訂正されており、常に最近のデータが登録されている。
【００２１】
次に、本発明に係る通信方法の流れについて、図１３を参照しつつ説明する。発信元のユーザーは、相手先端末４にアクセスしたいとき、まず、発信元端末３を、ネットワーク２を介して網側ＳＲＳ１に接続する。発信元端末３は、アクセスしたい相手を選択する。例えば、「佐藤  一郎」を選択することにより、相手の選択情報の入力が終了する（ステップＳ１）。
【００２２】
これに対して網側ＳＲＳ１は、選択情報からデータベース検索を行なう。即ち、網側ＳＲＳ１は、図２に示したようなデータ構成を有しているアドレス帳データベース７の検索を行なう（ステップＳ２）。該当する相手の情報がヒットされると、網側ＳＲＳ１は、検索結果の情報を発信元端末３に送信する（ステップＳ３）。即ち、網側ＳＲＳ１は、相手先のＩＰアドレス９又は電話番号１１を、発信元端末３へ送信し、次いで、発信元端末３は、情報を受信する（ステップＳ４）。即ち、発信元端末３は、網側ＳＲＳ１から送信されてくるＩＰアドレス９又は電話番号１１の情報を受信する。
【００２３】
次に、発信元端末３は、相手の接続状況確認を行なう。即ち、発信元端末３は、端末側ＳＲＳ６を用い、ネットワーク２を介して網側ＳＲＳ１に対し、相手先端末４のオンライン／オフライン確認の要求を送る。網側ＳＲＳ１は、発信元端末３からの確認要求に対して、相手先端末４のオンライン／オフラインの状態を確認する（ステップＳ５）。
【００２４】
相手先端末４のオンラインの確認がとれると（Ｓ６）、発信元端末３は発信を行ない、相手先端末４と接続されると、通信が可能となる。相手先端末４がオフラインの場合には、網側ＳＲＳ１は、相手先端末４へのアクセス方法をアドレス帳データベースに登録しているオンラインの第３の端末を検索する（Ｓ７）。
【００２５】
第３の端末が存在する場合、網側ＳＲＳ１は、第３の端末を介して相手先端末４へのアクセスが可能であることを発信元端末３に通知する（Ｓ８）。そして、第３の端末の存在も確認できない場合には、現在、相手先端末４へアクセスする手段を把握できないことを発信元端末３に通知する（Ｓ９）。
【００２６】
また、相手先端末４がオフラインの場合は、発信元端末３のユーザーは、メッセージ登録を行なうこともできる。即ち、ユーザーは、伝えたい内容を登録し、メッセージファイルとして格納し、発信元端末３の端末側ＳＲＳ６は、メッセージファイルを代理ＷＷＷサーバ５に送信する。即ち、端末側ＳＲＳ６は、既に網側ＳＲＳ１より受信した相手先端末４のＩＰアドレス９又は電話番号１１を用い、代理ＷＷＷサーバ５に対して、格納したメッセージファイルの送信を行ない、代理ＷＷＷサーバ５は、メッセージを受け付ける。
【００２７】
次に、代理ＷＷＷサーバ５は、メッセージの着信を相手先端末４に連絡する。一方、相手先端末４は、ネットワーク２に接続時に、代理ＷＷＷサーバ５からメッセージの来ている旨を知ると、メッセージの内容がテキストであれば内容を見て、音声であれば、聞くことで、メッセージの伝達が可能となる。
【００２８】
次に、本発明に係る通信方法の利用が想定される状況について、図３乃至図６に依拠して説明する。先ず、コモン・キャリア８経由でアクセスして通信相手を特定する例について説明する（図３参照）。このケースは、完全ピア・ツー・ピア型アクセスであり、発信元端末３（端末Ａ）が課金される。発信元端末３の端末側ＳＲＳ６が相手先端末４（端末Ｂ）の存在を把握する。
【００２９】
次に、インターネット経由でアクセスして通信相手を特定する例について説明する（図４参照）。このケースは、１：ｎ型アクセスである。網側ＳＲＳ１の利用によりオンラインの相手先端末４（端末Ａ〜端末Ｆ）のＩＰアドレス９を認識でき、全員が課金される。
【００３０】
次に、Ｂｌｕｅｔｏｏｔｈ経由でアクセスして通信相手を特定する例について説明する（図５参照）。このケースは、近距離における１：ｎ型アクセスである。発信元端末３（端末Ａ）の端末側ＳＲＳ６が相手の存在を把握し、ブロードキャスト可能である。
【００３１】
次に、図４及び図５のケースの複合型アクセスで通信相手を特定する例について説明する（図６参照）。このケースは、発信元端末３（端末Ａ）が、端末Ｃをゲートウェイにして相手先端末４（端末Ｂ）へアクセスする。端末Ｂから端末Ａへ向かってアクセスすることも可能である。
【００３２】
以上、本発明に係る通信方法の動作を概括的に説明したが、具体的な実施例を図７乃至図１２に依拠して説明する。先ず、第１の実施例として、相手先端末４が所有するアドレス帳データベースを参照する例について説明する（図７参照）。
【００３３】
このケースは、発信元端末３（端末Ａ）が、自己のアドレス帳データベースから相手先端末４（端末Ｂ）の電話番号を選択し又は手動入力し、相手先端末４に電話をかける。相手先端末４は、着信によりＷａｋｅｕｐする。
【００３４】
相手先端末４は、発信元端末３に公開してもよいレコードを公開する。発信元端末３は、必要な部分をダウンロードし、自己のアドレス帳データベースに保存する。または、参照したアドレス帳データベースのリンクから他の端末へジャンプする。
【００３５】
相手先端末４が圏外又は電源が入っていない状態の場合、相手先端末４にアクセスする手段はなく、また、相手先端末４は、発信元端末３から呼び出しを受けていることを知ることができないため、発信元端末３が一定間隔の呼び出しを自動的に行ない、コネクション確立を待つ。
【００３６】
次に、第２の実施例として、相手先端末４が所有するアドレス帳データベースを参照する別の例について説明する（図８参照）。このケースは、発信元端末３（端末Ａ）が、相手先端末４（端末Ｂ）を網側ＳＲＳ１から引きにいくが、相手先端末４がオフラインの場合、網側ＳＲＳ１に相手先端末４がオンラインになったときにメッセージを託す。
【００３７】
相手先端末４は、オンラインになったとき、網側ＳＲＳ１から発信元端末３からのメッセージを受け取る。そのとき、発信元端末３がオンラインならば、網側ＳＲＳ１は相手先端末４がオンラインになったことを知らせ、発信元端末３は相手先端末４にアクセスする。
【００３８】
発信元端末３がオフラインならば、代理ＷＷＷサーバ５に発信元端末３が要求したデータを保存しておく。発信元端末３がオンラインになったときに、網側ＳＲＳ１は、代理ＷＷＷサーバ５に要求したデータが届いていることを知らせ、発信元端末３は代理ｗｗｗサーバ５上のデータを参照する。
【００３９】
次に、第３の実施例として、相手先端末４が所有するアドレス帳データベースを参照する更に別の例について説明する（図９参照）。このケースは、オンラインの状態にある端末Ｃが、Ｂｌｕｅｔｏｏｔｈと端末側ＳＲＳにより、端末Ｂと通信可能状態にあるが、端末Ｂがオフラインの場合である。
【００４０】
オンライン状態にある端末Ｃは、常に自己の端末側ＳＲＳのアドレス帳データベースと網側ＳＲＳ１のアドレス帳データベースとの同期をとる。発信元端末３（端末Ａ）は、網側ＳＲＳ１に相手先端末４（端末Ｂ）を引きにいき、端末Ｃ経由でアクセスできることを知る。端末Ｃは、必ずしも端末Ａや端末Ｂと同じグループである必要はない。発信元端末３は、端末Ｃをゲートウェイにして相手先端末４のアドレス帳データベースを参照する。
【００４１】
次に、第４の実施例として、相手先端末４が所有するファイルをダウンロードする例について説明する（図１０参照）。このケースは、発信元端末３（端末Ａ）のアドレス帳データベースから相手先端末４（端末Ｂ）の電話番号を選択し又は手動入力し、相手先端末４にダイヤルする。
【００４２】
相手先端末４は、着信によりＷａｋｅｕｐする。相手先端末４は、発信元端末３に公開してもよいファイルを公開する。発信元端末３は、必要なファイルをダウンロードする。相手先端末４が圏外又は電源が入っていない状態の場合、発信元端末３は、一定間隔で自動的にダイヤルし、コネクションを確立する。相手先端末４がどのようなファイルを持っているかを知るのは、相手先端末４へのコネクションが確立した後となる。
【００４３】
次に、第５の実施例として、相手先端末４が所有するファイルをダウンロードする別の例について説明する（図１１参照）。このケースは、相手先端末４がオンラインになったとき、端末側ＳＲＳと網側ＳＲＳ１は、いつ何のファイルをダウンロードしたか、何のファイルを削除したかという履歴の保存・同期を行なう。
【００４４】
発信元端末３（端末Ａ）は、相手先端末４（端末Ｂ）がどのようなファイルを持っているか予め網側ＳＲＳ１に問い合わせることができる。必要なファイルであれば、発信元端末３は、相手先端末４を網側ＳＲＳ１から引きにいくが、相手先端末４がオフラインの状態の場合、網側ＳＲＳ１に相手先端末４がオンラインになったときにメッセージを託す。
【００４５】
相手先端末４は、オンラインになったとき、網側ＳＲＳ１から発信元端末３からのメッセージを受け取る。そのとき、発信元端末３がオンラインならば、網側ＳＲＳ１は、相手先端末４がオンラインになったことを知らせ、発信元端末３は、相手先端末４にアクセスする。
【００４６】
発信元端末３がオフラインならば、相手先端末４は、代理ＷＷＷサーバ５に発信元端末３が要求したデータを保存しておく。発信元端末３が再度オンラインになったときに、網側ＳＲＳ１は、代理ＷＷＷサーバ５に要求したデータが届いていることを知らせ、発信元端末３は、代理ＷＷＷサーバ上のデータを参照する。
【００４７】
次に、第６の実施例として、相手先端末４が所有するファイルをダウンロードする更に別の例について説明する（図１２参照）。このケースは、発信元端末３（端末Ａ）が、あるキーワードのファイルを探しており、網側ＳＲＳ１を検索する。
【００４８】
見つかったファイルの持ち主が共有ファイルとして公開していれば、直接コネクションを確立するか、代理ＷＷＷサーバ５、Ｂｌｕｅｔｏｏｔｈゲートウェイによりアクセスし、ダウンロードする。この場合、使用頻度等、その他の付加情報をできるだけ多く持つことにより、最高のマーケットデータベースが実現される。
【００４９】
以上説明したように、本発明においては、相手のユーザー名１２に対応してＩＰアドレス９等の登録されているアドレス帳データベース７を用いて、相手のＩＰアドレス９又は電話番号１１を検索した上で、相手先端末４に通信するようにしているため、相手の端末データが変わった場合にも、一元管理されているアドレス帳データベース７によって最新のＩＰアドレス９又は電話番号１１を得ることができるため、アクセス方法に依存せず、相手先端末４のＩＰアドレスを特定することができる。
【図面の簡単な説明】
【００５０】
【図１】本発明に係る通信方法を実施するためのシステム構成を示す図である。
【図２】本発明に係るアドレス帳データベース７のデータ構成を示す図である。
【図３】本発明に係る通信方法の利用が想定される状況の説明図である。
【図４】本発明に係る通信方法の利用が想定される他の状況の説明図である。
【図５】本発明に係る通信方法の利用が想定される更に他の状況の説明図である。
【図６】本発明に係る通信方法の利用が想定される更に他の状況の説明図である。
【図７】本発明に係る通信方法の第１の実施例を示す図である。
【図８】本発明に係る通信方法の第２の実施例を示す図である。
【図９】本発明に係る通信方法の第３の実施例を示す図である。
【図１０】本発明に係る通信方法の第４の実施例を示す図である。
【図１１】本発明に係る通信方法の第５の実施例を示す図である。
【図１２】本発明に係る通信方法の第６の実施例を示す図である。
【図１３】本発明に係る通信方法の手順を示すフローチャートである。
【符号の説明】
【００５１】
１    網側ＳＲＳ
２    ネットワーク
３    発信元端末
４    相手先端末
５    代理ＷＷＷサーバ
６    端末側ＳＲＳ
７    アドレス帳データベース
８    コモン・キャリア
９    ＩＰアドレス
１０    ドメイン名
１１    電話番号
１２    ユーザー名
１３    位置情報
１４    イントラネット情報
１５    ラストアップデート情報
１６    プロパティ
１７    アクセスログ
１８    グループ情報
１９    共有ファイル情報
２０    着信許可情報
【図１】
0004643697.tif 000002
【図２】
0004643697.tif 000003
【図３】
0004643697.tif 000004
【図４】
0004643697.tif 000005
【図５】
0004643697.tif 000006
【図６】
0004643697.tif 000007
【図７】
0004643697.tif 000008
【図８】
0004643697.tif 000009
【図９】
0004643697.tif 000010
【図１０】
0004643697.tif 000011
【図１１】
0004643697.tif 000012
【図１２】
0004643697.tif 000013
【図１３】
0004643697.tif 000014