JP2002135312A

JP2002135312A - 通信システム

Info

Publication number: JP2002135312A
Application number: JP2000324298A
Authority: JP
Inventors: Takuro Tomita; 拓朗富田; Shingo Nakayama; 晋吾中山
Original assignee: SAVER CORP
Current assignee: SAVER CORP
Priority date: 2000-10-24
Filing date: 2000-10-24
Publication date: 2002-05-10

Abstract

(57)【要約】【課題】例えば、相手のドメイン名の変更が生じた場
合でも、容易に相手にアクセスすることができる通信シ
ステムを提供することを課題とする。【解決手段】受発信を制御する端末側ＷＷＷサーバー
６を有する複数の端末と、各端末と通信ネットワーク２
によって接続される網側ＷＷＷサーバー１と、各端末の
１の端末を特定する複数の端末データを１レコードとす
るテーブルが格納されたアドレス帳データベース７とか
ら成り、網側ＷＷＷサーバー１はアドレス帳データベー
ス７を用いて各端末の内の任意の端末に対応する端末デ
ータを検索可能であって、発信元端末３からの相手先端
末４の端末データを利用した問い合わせに対し、アドレ
ス帳データベース７を用いて対応する相手先端末４のＩ
Ｐアドレス又は電話番号を返答し、発信元端末３は、端
末側ＷＷＷサーバー１を用いて、相手先端末４にアクセ
ス可能にした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信システム、より
詳細には、端末のアクセス方法を把握し、当該アクセス
方法に応じたレスポンスを返すことができる通信システ
ムに関するものである。

【０００２】

【従来の技術】インターネットでは、ＩＰ接続が使われ
る。その際、コンピュータ等の識別に使用されるのがＩ
Ｐアドレスであるが、これは数字の羅列であるために、
コンピュータによる処理上は都合がよいが、人間にとっ
ては覚えにくいものである。

【０００３】そこで、ドメイン名でネットワークやコン
ピュータを表し、ＩＰアドレスとの間で相互変換を行な
う方法が考え出された。これがＤＮＳである。例えば、
ＩＰアドレスは、２０２．３２．１５５．２４３のよう
に表されるのに対して、ドメイン名は、ｗｗｗ．ｓａｖ
ｅｒ．ｎｅ．ｊｐのように表される。

【０００４】当然のことながら、この方法では、発信元
のユーザーは、相手先端末へアクセスする際に、予め個
々の相手先ＩＰアドレス又はドメイン名を知っている必
要がある。しかしながら、上述したように、ＩＰアドレ
スよりもドメイン名を覚えていることが一般的であるた
め、例えば、相手のドメイン名の変更等が生じると、ア
クセスしたい相手に対して接続することができないこと
になるという問題がある。

【０００５】

【発明が解決しようとする課題】本発明は、このような
従来技術における問題点を解決するためになされたもの
で、例えば、相手のドメイン名の変更が生じた場合で
も、容易に相手にアクセスすることができる通信システ
ムを提供することを課題とする。

【０００６】

【課題を解決するための手段】本発明は、受発信を制御
する端末側ＷＷＷサーバーを有する複数の端末と、前記
各端末と通信ネットワークによって接続される網側ＷＷ
Ｗサーバーと、前記各端末の１の端末を特定する複数の
端末データを１レコードとするテーブルが格納されたア
ドレス帳データベースとから成り、前記網側ＷＷＷサー
バーは前記アドレス帳データベースを用いて前記各端末
の内の任意の端末に対応する前記端末データを検索可能
であって、発信元端末からの相手先端末の前記端末デー
タを利用した問い合わせに対し、前記アドレス帳データ
ベースを用いて対応する前記相手先端末のＩＰアドレス
又は電話番号を返答し、前記発信元端末は、前記端末側
ＷＷＷサーバーを用いて、前記相手先端末にアクセス可
能にしたことを特徴とする通信システム、を以て上記課
題を解決した。

【０００７】

【発明の実施の形態】本発明の実施の形態を添付図面に
依拠して説明する。最初に、図１を用いて、本発明に係
る通信システムのシステム構成について説明する。

【０００８】以下の説明において、ＷＷＷとは、ハイパ
ーテキスト形式の分散情報システムである。ＷＷＷにお
いて、情報を蓄積しているコンピュータを網側ＳＲＳ
（ＳｔａｔｕｓＲｅｎｅｗａｌＳｅｒｖｅｒ）と
し、情報を検索できる端末を端末側ＳＲＳとする。ま
た、インターネットとは、ネットワークとネットワーク
を相互に接続することによって、世界中に広がったネッ
トワーク環境であり、イントラネットとは、インターネ
ットの技術やインフラを使って、企業等の組織内でコン
ピュータ・ネットワークを構築し、情報の共有化等を行
なうことを目的としたシステムである。

【０００９】網側ＳＲＳ１は、ネットワーク２を介し
て、発信元端末３、相手先端末４、代理ＷＷＷサーバー
５に接続されており、本発明に係る通信システムを構成
している。

【００１０】発信元端末３及び相手先端末４がそれぞれ
有する端末側ＳＲＳ６及び網側ＳＲＳ１は、アドレス帳
データベース７を有している。アドレス帳データベース
７は、各個人の端末に係るＩＰアドレスやドメイン名や
電話番号等の端末データを格納しているものであり、そ
の詳細については、図２を用いて後述する。ＩＰアドレ
スは、インターネットに接続されたコンピュータの住所
に当たる数列である。アドレス帳データベース７は、端
末側ＳＲＳ６から独立したものであってもよい。

【００１１】発信元端末３及び相手先端末４は、電話機
能を有し、端末から電話発信や受信等を行なうことがで
きる。発信元端末３は、ネットワーク２を介して網側Ｓ
ＲＳ１にアクセスすることができ、アドレス帳データベ
ース７に格納されているデータを検索することができ
る。

【００１２】また、発信元端末及び相手先端末４は、コ
モン・キャリア８及び通信回線を介して互いに接続され
ている。従って、相手先端末４へ電話をする際に、発信
元端末３を操作することによって、コモン・キャリア８
を介して、相手先端末４を呼び出すことにより、相手に
電話をかけることができる。

【００１３】代理ＷＷＷサーバー５は、発信元端末３か
らネットワーク２を介して送られたデータを、ネットワ
ーク２を介して相手先端末４に送ることができる。ここ
で、データとは、発信元端末３で、ある内容のデータを
転送し、相手先端末４では、そのデータをコンバートし
て、もとの内容を開くことができるデータである。

【００１４】次に、発信元端末３から相手先端末４に対
してアクセスする際の全体的な流れについて簡単に説明
する。なお、網側ＳＲＳ１、発信元端末３、相手先端末
４及び代理ＷＷＷサーバー５の個々の構成及び動作につ
いては、後述する。

【００１５】最初に、発信元のユーザーは、発信元端末
３を操作して、網側ＳＲＳ１にアクセスして、アクセス
したい相手先端末４のＩＰアドレスを検索する。ここ
で、網側ＳＲＳ１は、アドレス帳データベース７を用い
て、発信元端末３から入力された相手先端末４の端末デ
ータに基づいて、相手先端末４のＩＰアドレスを取得す
る。

【００１６】次に、網側ＳＲＳ１は、取得したＩＰアド
レスを用いて、ネットワーク２を介して相手先端末４に
アクセスし、相手先端末４のオンライン／オフラインを
確認する。

【００１７】そして、オンラインの際には、発信元端末
３は、取得したＩＰアドレスを用いて、ネットワーク２
を介して相手先端末４にアクセスする。相手先端末４が
オフラインの際には、発信元端末３は、ネットワーク２
を介して、データを代理ＷＷＷサーバー５に送信する。
オンラインの状態になった相手先端末４は、代理ＷＷＷ
サーバー５からデータを取得する。

【００１８】次に、図２を用いて、アドレス帳データベ
ース７のデータ構成について説明する。

【００１９】アドレス帳データベース７には、ＩＰアド
レス９、ドメイン名１０、電話番号１１、ユーザー名１
２、位置情報１３、イントラネット情報１４、網側ＳＲ
Ｓ１へのラストデート情報１５、システムのプロパティ
１６、他端末からのアクセスログ１７、ユーザーのグル
ープ情報１８、共有ファイル情報１９及び着信許可情報
２０を１レコードとして登録されている。

【００２０】ＩＰアドレス９の登録は、例えば「２０
２．３２．ｘｘｘ．ｘｘｘ」のようになされ、ドメイン
名１０の登録は、例えば「ｓａｔｏｈ．ｓａｖｅｒ．ｎ
ｅ．ｊｐ」のようになされ、電話番号１１の登録は、例
えば「０３−ｘｘｘｘ−ｘｘｘｘ」のようになされ、ユ
ーザー名の登録は、例えば「佐藤一郎」のようになさ
れる。

【００２１】また、位置情報１３としては、「東京都」
のように、イントラネット情報１４としては、「ＬＡ
Ｎ」のように、ラストアップデート情報１５としては、
「１０．２６．０１：２０」のように、プロパティ１６
としては、「Ｗｉｎｄｏｗｓ９８」のようにそれぞれ登
録される。そして更に、アクセスログ１７としては、
「１」のように、グループ情報１８としては、「会社」
のように、共有ファイル情報１９としては、「Ｌｖ．
１」のように、着信許可情報２０としては、「Ｌｖ．
１」のようにそれぞれ登録される。

【００２２】これらのデータは、各端末側ＳＲＳ６で一
元化されて管理されている。従って、「佐藤一郎」に
ついて、その端末データに変更があった際には、その都
度、訂正されており、常に最近のデータが登録されてい
る。

【００２３】次に、発信元端末３の構成について説明す
る。なお、相手先端末４も発信元端末３と同様に構成さ
れているが、ここでは、発信元端末３を例にとって説明
する。

【００２４】発信元端末３は、相手先端末４へ電話発信
を行なう端末側ＳＲＳ６を有している。端末側ＳＲＳ６
は、相手先端末４の電話番号に対して、電話発信を行な
い、コモン・キャリア８を介して、相手先端末４と接続
することができる。

【００２５】端末側ＳＲＳ６は、発信元端末３をネット
ワーク２に対して接続する。端末側ＳＲＳ６は、網側Ｓ
ＲＳ１又は他の端末の端末側ＳＲＳへのアクセスを行な
うものであり、網側ＳＲＳ１又は他の端末の端末側ＳＲ
Ｓから送られてくるアドレス帳データベース７の中の相
手先端末４に関する情報を受信するものである。また、
相手先端末４がオフライン時にメッセージを送受信する
ものであり、発信者端末３が、オンラインの状態のとき
には、網側ＳＲＳ１に対して、「オンライン」として登
録し、オフラインの状態のときには、「オフライン」を
登録し、オンライン／オフラインの登録を行なうもので
ある。更には、網側ＳＲＳ１にアクセスして、相手先端
末４のオンライン／オフラインを確認する。

【００２６】次に、網側ＳＲＳ１の構成について説明す
る。網側ＳＲＳ１は、発信元端末３からの相手先端末４
の端末データに関する検索アクセスに応じて、アドレス
帳データベース７を用いて検索した相手先端末４に関す
るデータであるＩＰアドレス９又は電話番号１１の情報
を発信元端末３へ送信する。

【００２７】次に、代理ＷＷＷサーバー５の構成につい
て説明する。代理ＷＷＷサーバー５は、メッセージ又は
データ等の受付や送受信管理を行なうものである。代理
ＷＷＷサーバー５は、発信元端末３から送られてきたメ
ッセージやデータ等を蓄積する。

【００２８】次に、本発明に係る通信システムの動作に
ついて概括的に説明する。発信元のユーザーは、相手先
端末４にアクセスしたいたいとき、まず、発信元端末３
は、ネットワーク２を介して、網側ＳＲＳ１に接続す
る。

【００２９】発信元端末３は、アクセスしたい相手を選
択する。例えば、「佐藤一郎」を選択することによ
り、相手の選択情報の入力が終了する。

【００３０】次に、網側ＳＲＳ１は、選択情報からデー
タベース検索を行なう。即ち、網側ＳＲＳ１は、図２に
示したようなデータ構成を有しているアドレス帳データ
ベース７の検索を行なう。該当する相手の情報がヒット
されると、網側ＳＲＳ１は、検索結果の情報を発信元端
末３に送信する。即ち、網側ＳＲＳ１は、相手先のＩＰ
アドレス９又は電話番号１１を、発信元端末３へ送信す
る。

【００３１】次に、発信元端末３は、情報を受信する。
即ち、発信元端末３は、網側ＳＲＳ１から送信されてく
るＩＰアドレス９又は電話番号１１の情報を受信する。

【００３２】次に、発信元端末３は、相手の接続状況確
認を行なう。即ち、発信元端末３は、端末側ＳＲＳ６を
用いて、ネットワーク２を介して、網側ＳＲＳ１に対し
て、相手先端末４のオンライン／オフライン確認の要求
を送る。網側ＳＲＳ１は、発信元端末３からの確認要求
に対しては、オンライン／オフラインのいずれかの情報
を送信する。

【００３３】相手先端末４のオンラインの確認がとれる
と、発信元端末３は発信を行ない、相手先端末４と接続
されると、通信が可能となる。

【００３４】また、相手先端末４がオフラインの場合
は、発信元端末３のユーザーは、メッセージ登録を行な
う。即ち、ユーザーは、伝えたい内容を登録し、ファイ
ルとして格納する。

【００３５】そして、発信元端末３の端末側ＳＲＳ６
は、メッセージファイルを代理ＷＷＷサーバー５に送信
する。即ち、端末側ＳＲＳ６は、既に網側ＳＲＳ１より
受信した相手先端末４のＩＰアドレス９又は電話番号１
１を用いて、代理ＷＷＷサーバー５に対して、格納した
メッセージファイルの送信を行なう。代理ＷＷＷサーバ
ー５は、メッセージを受け付ける。

【００３６】次に、代理ＷＷＷサーバーは、メッセージ
の着信を相手先端末４に連絡する。一方、相手先端末４
は、ネットワーク２に接続時に、代理ＷＷＷサーバー５
からメッセージの来ている旨を知ると、メッセージの内
容がテキストであれば内容を見て、音声であれば、聞く
ことで、伝達が可能となる。

【００３７】以上、本発明に係る通信システムの動作を
概括的に説明したが、具体的な実施例を図３乃至図１２
に依拠して説明する。

【００３８】まず、第１の実施例として、コモン・キャ
リア８経由でアクセスして通信相手を特定する例につい
て説明する（図３参照）。このケースは、完全ピア・ツ
ー・ピア型アクセスであり、発信元端末３（端末Ａ）が
課金される。発信元端末３の端末側ＳＲＳ６が相手先端
末４（端末Ｂ）の存在を把握する。

【００３９】次に、第２の実施例として、インターネッ
ト経由でアクセスして通信相手を特定する例について説
明する（図４参照）。このケースは、１：ｎ型アクセス
である。網側ＳＲＳ１の利用によりオンラインの相手先
端末４（端末Ａ〜端末Ｆ）のＩＰアドレス９を認識で
き、全員が課金される。

【００４０】次に、第３の実施例として、Ｂｌｕｅｔｏ
ｏｔｈ経由でアクセスして通信相手を特定する例につい
て説明する（図５参照）。このケースは、近距離におけ
る１：ｎ型アクセスである。発信元端末３（端末Ａ）の
端末側ＳＲＳ６が相手の存在を把握し、ブロードキャス
ト可能である。

【００４１】次に、第４の実施例として、第２の実施例
と第３の実施例の複合型アクセスで通信相手を特定する
例について説明する（図６参照）。このケースは、発信
元端末３（端末Ａ）が、端末Ｃをゲートウェイにして相
手先端末４（端末Ｂ）へアクセスする。端末Ｂから端末
Ａへ向かってアクセスすることも可能である。

【００４２】次に、第５の実施例として、相手先端末４
が所有するアドレス帳データベースを参照する例につい
て説明する（図７参照）。このケースは、発信元端末３
（端末Ａ）が、自己のアドレス帳データベースから相手
先端末４（端末Ｂ）の電話番号を選択し又は手動入力
し、相手先端末４に電話をかける。相手先端末４は、着
信によりＷａｋｅｕｐする。相手先端末４は、発信元端
末３に公開してもよいレコードを公開する。発信元端末
３は、必要な部分をダウンロードし、自己のアドレス帳
データベースに保存する。または、参照したアドレス帳
データベースのリンクから他の端末へジャンプする。

【００４３】相手先端末４が圏外又は電源が入っていな
い状態の場合、相手先端末４にアクセスする手段はな
く、また、相手先端末４は、発信元端末３から呼び出し
を受けていることを知ることができないため、発信元端
末３が一定間隔の呼び出しを自動的に行ない、コネクシ
ョン確立を待つ。

【００４４】次に、第６の実施例として、相手先端末４
が所有するアドレス帳データベースを参照する別の例に
ついて説明する（図８参照）。このケースは、発信元端
末３（端末Ａ）が、相手先端末４（端末Ｂ）を網側ＳＲ
Ｓ１から引きにいくが、相手先端末４がオフラインの場
合、網側ＳＲＳ１に相手先端末４がオンラインになった
ときにメッセージを託す。

【００４５】相手先端末４は、オンラインになったと
き、網側ＳＲＳ１から発信元端末３からのメッセージを
受け取る。そのとき、発信元端末３がオンラインなら
ば、網側ＳＲＳ１は相手先端末４がオンラインになった
ことを知らせ、発信元端末３は相手先端末４にアクセス
する。発信元端末３がオフラインならば、代理ＷＷＷサ
ーバー５に発信元端末３が要求したデータを保存してお
く。発信元端末３がオンラインになったときに、網側Ｓ
ＲＳ１は、代理ＷＷＷサーバー５に要求したデータが届
いていることを知らせ、発信元端末３は代理ｗｗｗサー
バー５上のデータを参照する。

【００４６】次に、第７の実施例として、相手先端末４
が所有するアドレス帳データベースを参照する更に別の
例について説明する（図９参照）。このケースは、オン
ラインの状態にある端末Ｃが、Ｂｌｕｅｔｏｏｔｈと端
末側ＳＲＳにより、端末Ｂと通信可能状態にあるが、端
末Ｂがオフラインの場合である。

【００４７】オンライン状態にある端末Ｃは、常に自己
の端末側ＳＲＳのアドレス帳データベースと網側ＳＲＳ
１のアドレス帳データベースとの同期をとる。発信元端
末３（端末Ａ）は、網側ＳＲＳ１に相手先端末４（端末
Ｂ）を引きにいき、端末Ｃ経由でアクセスできることを
知る。端末Ｃは、必ずしも端末Ａや端末Ｂと同じグルー
プである必要はない。発信元端末３は、端末Ｃをゲート
ウェイにして相手先端末４のアドレス帳データベースを
参照する。

【００４８】次に、第８の実施例として、相手先端末４
が所有するファイルをダウンロードする例について説明
する（図１０参照）。このケースは、発信元端末３（端
末Ａ）のアドレス帳データベースから相手先端末４（端
末Ｂ）の電話番号を選択し又は手動入力し、相手先端末
４にダイヤルする。相手先端末４は、着信によりＷａｋ
ｅｕｐする。相手先端末４は、発信元端末３に公開して
もよいファイルを公開する。発信元端末３は、必要なフ
ァイルをダウンロードする。相手先端末４が圏外又は電
源が入っていない状態の場合、発信元端末３が、一定間
隔のダイヤルを自動的に行ないコネクション確立を持
つ。相手先端末４がどのようなファイルを持っているか
を知るのは、相手先端末４へのコネクションが確立した
後となる。

【００４９】次に、第９の実施例として、相手先端末４
が所有するファイルをダウンロードする別の例について
説明する（図１１参照）。このケースは、相手先端末４
がオンラインになったとき、端末側ＳＲＳと網側ＳＲＳ
１は、いつ何のファイルをダウンロードしたか、何のフ
ァイルを削除したかという履歴の保存・同期を行なう。
発信元端末３（端末Ａ）は、相手先端末４（端末Ｂ）が
どのようなファイルを持っているか予め網側ＳＲＳ１に
問い合わせることができる。必要なファイルであれば、
発信元端末３は、相手先端末４を網側ＳＲＳ１から引き
にいくが、相手先端末４がオフラインの状態の場合、網
側ＳＲＳ１に相手先端末４がオンラインになったときに
メッセージを託す。

【００５０】相手先端末４は、オンラインになったと
き、網側ＳＲＳ１から発信元端末３からのメッセージを
受け取る。そのとき、発信元端末３がオンラインなら
ば、網側ＳＲＳ１は、相手先端末４がオンラインになっ
たことを知らせ、発信元端末３は、相手先端末４にアク
セスする。発信元端末３がオフラインならば、相手先端
末４は、代理ＷＷＷサーバー５に発信元端末３が要求し
たデータを保存しておく。発信元端末３が再度オンライ
ンになったときに、網側ＳＲＳ１は、代理ＷＷＷサーバ
ー５に要求したデータが届いていることを知らせ、発信
元端末３は、代理ＷＷＷサーバー上のデータを参照す
る。

【００５１】次に、第１０の実施例として、相手先端末
４が所有するファイルをダウンロードする更に別の例に
ついて説明する（図１２参照）。このケースは、発信元
端末３（端末Ａ）が、あるキーワードのファイルを探し
ており、網側ＳＲＳ１を検索する。見つかったファイル
の持ち主が共有ファイルとして公開していれば、直接コ
ネクションを確立するか、代理ＷＷＷサーバー５、Ｂｌ
ｕｅｔｏｏｔｈゲートウェイによりアクセスし、ダウン
ロードする。この場合、使用頻度等、その他の付加情報
をできるだけ多く持つことにより、最高のマーケットデ
ータベースが実現される。

【００５２】以上説明したように、本発明においては、
相手のユーザー名１２に対応してＩＰアドレス９等の登
録されているアドレス帳データベース７を用いて、相手
のＩＰアドレス９又は電話番号１１を検索した上で、相
手先端末４に通信するようにしているため、相手の端末
データが変わった場合にも、一元管理されているアドレ
ス帳データベース７によって最新のＩＰアドレス９又は
電話番号１１を得ることができるため、アクセス方法に
依存せず、相手先端末４のＩＰアドレスを特定すること
ができる。

【００５３】

【発明の効果】本発明は上述した通りであって、相手の
端末データの変更が生じた場合でも、容易に相手と通信
することができる通信システムを提供し得る効果があ
る。

【図面の簡単な説明】

【図１】本発明に係る通信システムのシステム構成を示
す図である。

【図２】本発明に係るアドレス帳データベース７のデー
タ構成を示す図である。

【図３】本発明に係る通信システムの第１の実施例を示
す図である。

【図４】本発明に係る通信システムの第２の実施例を示
す図である。

【図５】本発明に係る通信システムの第３の実施例を示
す図である。

【図６】本発明に係る通信システムの第４の実施例を示
す図である。

【図７】本発明に係る通信システムの第５の実施例を示
す図である。

【図８】本発明に係る通信システムの第６の実施例を示
す図である。

【図９】本発明に係る通信システムの第７の実施例を示
す図である。

【図１０】本発明に係る通信システムの第８の実施例を
示す図である。

【図１１】本発明に係る通信システムの第９の実施例を
示す図である。

【図１２】本発明に係る通信システムの第１０の実施例
を示す図である。

【符号の説明】

１網側ＳＲＳ２ネットワーク３発信元端末４相手先端末５代理ＷＷＷサーバー６端末側ＳＲＳ７アドレス帳データベース８コモン・キャリア９ＩＰアドレス１０ドメイン名１１電話番号１２ユーザー名１３位置情報１４イントラネット情報１５ラストアップデート情報１６プロパティ１７アクセスログ１８グループ情報１９共有ファイル情報２０着信許可情報

Claims

【特許請求の範囲】

【請求項１】受発信を制御する端末側ＷＷＷサーバー
を有する複数の端末と、前記各端末と通信ネットワーク
によって接続される網側ＷＷＷサーバーと、前記各端末
の１の端末を特定する複数の端末データを１レコードと
するテーブルが格納されたアドレス帳データベースとか
ら成り、前記網側ＷＷＷサーバーは前記アドレス帳デー
タベースを用いて前記各端末の内の任意の端末に対応す
る前記端末データを検索可能であって、発信元端末から
の相手先端末の前記端末データを利用した問い合わせに
対し、前記アドレス帳データベースを用いて対応する前
記相手先端末のＩＰアドレス又は電話番号を返答し、前
記発信元端末は、前記端末側ＷＷＷサーバーを用いて、
前記相手先端末にアクセス可能にしたことを特徴とする
通信システム。
【請求項２】前記網側ＷＷＷサーバーは、前記発信元
端末からの前記相手先端末の端末データを利用した問い
合わせに対して、前記端末データを用いて、前記相手先
端末のオンライン／オフラインを確認することを特徴と
する請求項１に記載の通信システム。