(57)【要約】【課題】  情報毎にそれを閲覧するための閲覧キーが設定され、しかも情報の数が多い場合でも、事前に閲覧を許可された情報を円滑に閲覧・利用することができる情報閲覧システムを提供する。 【解決手段】サーバ(1)のデータベース(4)には複数件の情報が記録されており、各情報には個別の閲覧キーを設定することができる。サーバ(1)の閲覧キー記録部(10)には予めユーザ毎に利用できる閲覧キーが記録されている。サーバはユーザの端末から所定の情報の閲覧を求められた際に、閲覧キー記録部(10)を調べてそのユーザが閲覧キーを取得していることを確認した上で閲覧をさせる。 【選択図】図１
2005228034.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの端末から通信回線を介して接続可能なサーバを有し、
該サーバのデータベースには複数件の情報が記録されており、
該データベースに記録されている各情報には個別の閲覧キーを設定することができ、
該サーバの閲覧キー記録部には予めユーザ毎に利用できる閲覧キーが記録されており、
該サーバはユーザの端末から所定の情報の閲覧を求められた際に、該閲覧キー記録部を調べることにより該ユーザが該情報に対応する閲覧キーを取得していることを確認した上で該ユーザに該情報の閲覧をさせる
ことを特徴とする情報閲覧システム。
【請求項２】
サーバはユーザから該ユーザの提供する情報についての閲覧キーを他のユーザに配布する指示を受けた際に、該閲覧キーを該他のユーザの閲覧キー記録部に記録することを特徴とする請求項１記載の情報閲覧システム。
【請求項３】
サーバはユーザが所定の条件で検索することにより、該条件に合致する情報又は該情報を提供する他のユーザの情報を抽出して表示させることができる
ことを特徴とする請求項１又は請求項２記載の情報閲覧システム。
【請求項４】
サーバは予めユーザから条件を指定した検索抽出拒否の申請を受けている場合は、該条件に一致する他のユーザが検索した際に、該検索抽出拒否の申請をしたユーザの情報を検索結果として抽出しないことを特徴とする請求項３記載の情報閲覧システム。
【請求項５】
サーバは予めユーザから条件を指定した検索抽出拒否の申請を受けている場合は、その後該条件に一致する新たな者がユーザ登録しても、該新規ユーザが検索した際に、該検索抽出拒否の申請をしたユーザの情報を検索結果として抽出しないことを特徴とする請求項３又は請求項４記載の情報閲覧システム。
【請求項６】
データベースには閲覧キーが設定されている情報と閲覧キーが設定されていない情報が記録されており、サーバはユーザから閲覧キーが設定されていない情報についての閲覧を請求された際に、該ユーザの閲覧キー記録部に記録されている閲覧キーを調べることなく該情報を閲覧させることを特徴とする請求項１から請求項５のいずれかの請求項に記載の情報閲覧システム。
【請求項７】
データベースに記録される情報が不動産情報であることを特徴とする請求項１から請求項６のいずれかの請求項に記載の情報閲覧システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の情報の中から特定の情報を閲覧させる情報閲覧システムに関するものである。
【背景技術】
【０００２】
複数の情報をサーバに記録しておき、インターネットや専用回線等の通信回線を介して端末からサーバに記録されている情報を閲覧される情報閲覧システムは多く存在する。しかしサーバに記録した情報を誰にでも閲覧させることが好ましくなく、特定の者だけに閲覧を許可したい場合がある。
【０００３】
その場合はＩＤ，パスワードを設定し、所定の認証を受けた者だけが閲覧できるようにされる。しかしこの場合、認証を受けた者は全ての情報を閲覧できるようになるが、認証を受けた者であっても特定の情報のみ閲覧させ、他の情報については閲覧を禁止したい場合がある。
【０００４】
その場合には、ＩＤ，パスワードとは別に「閲覧キー」と呼ばれる認証手段を特定情報に設定し、閲覧者が閲覧キーをサーバに送信しなければその特定情報を閲覧できないようにすると良い。しかし情報毎に閲覧の可否を設定しようとすると情報毎に閲覧キーを設定しなければならなくなる。
【０００５】
例えば仮に「Ａ」，「Ｂ」，「Ｃ」という３種の情報がある場合、情報「Ａ」のみ閲覧できる者、情報「Ｂ」のみ閲覧できる者、情報「Ｃ」のみ閲覧できる者、情報「Ａ」と情報「Ｂ」だけ閲覧できる者、情報「Ａ」と情報「Ｃ」だけ閲覧できる者、情報「Ｂ」と情報「Ｃ」だけ閲覧できる者、全てを閲覧できる者を設定しようとすると、情報「Ａ」，情報「Ｂ」，情報「Ｃ」の夫々について閲覧キーを設定し、各情報閲覧可能とする者にその情報に対応した閲覧キーを配布することとなる。この例で言えば、情報「Ａ」のみ閲覧できる者には「Ａ」用の閲覧キーを、情報「Ｂ」のみ閲覧できる者には「Ｂ」用の閲覧キーを、情報「Ａ」と情報「Ｂ」を閲覧できる者には「Ａ」用と「Ｂ」用の閲覧キーを配布しておけばよい。
【０００６】
しかしながら、このようにすると細かな設定が可能となる反面、情報の数が増えると閲覧キーの数も増えて使いにくくなることが考えられる。
【０００７】
例えばある閲覧者が１００件の情報を閲覧可能とする場合、１００個の閲覧キーが必要となる。そして、閲覧の度に１００個の閲覧キーの中から閲覧したい情報に対応した閲覧キーを選択して入力する必要がある。しかしながら、たくさんの閲覧キーの中から所定の閲覧キーを選び出して入力するのは面倒であり、閲覧キーの選び間違いや入力間違いなども生じる得る。
【０００８】
又、情報の閲覧が可能な会員同士で自分の提供している情報を他の特定の会員に閲覧させたい場合、その相手を探すことや、その相手に限定して閲覧を許可することは手間がかかる。しかも、相手を探す際に本来関係を持ちたくない相手にアプローチしてしまうおそれもある。
【特許文献１】特開２００２−９９６０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
そこで本発明は、情報毎にそれを閲覧するための閲覧キーが設定され、しかも情報の数が多い場合でも事前に閲覧を許可された情報を円滑に閲覧・利用することができる情報閲覧システムを提供することを課題とする。
【００１０】
更には、会員間で情報の閲覧を許可する特定の会員を探しやすくすると共に、関係を持ちたくない相手からのアプローチを防止することのできる情報閲覧システムを提供することを課題とする。
【課題を解決するための手段】
【００１１】
請求項１記載の情報閲覧システムは、ユーザの端末から通信回線を介して接続可能なサーバ(1)を有し、該サーバ(1)のデータベース(4)には複数件の情報が記録されており、該データベース(4)に記録されている各情報には個別の閲覧キーを設定することができ、該サーバ(1)の閲覧キー記録部(10)には予めユーザ毎に利用できる閲覧キーが記録されており、該サーバはユーザの端末から所定の情報の閲覧を求められた際に、該閲覧キー記録部(10)を調べることにより該ユーザが該情報に対応する閲覧キーを取得していることを確認した上で該ユーザに該情報の閲覧をさせることを特徴とする。
【００１２】
これによれば、個別の情報に閲覧キーを設定しているので、情報毎に閲覧できるユーザを限定することができる。そして、情報の数が増えて各ユーザが使用する閲覧キーが増えたとしても、それらの閲覧キーはサーバ(1)の閲覧キー記録部(10)（キーボックス）に記録されており、閲覧希望する際には閲覧キー記録部に記録されている閲覧キーを自動的に利用することができる。そのため、閲覧の度にたくさんの閲覧キーから該当する閲覧キーを探し出して入力する必要が無く、情報を円滑に閲覧，利用することが可能となる。
【００１３】
請求項２記載の情報閲覧システムは請求項１の情報閲覧システムにおいて、サーバ(1)はユーザから該ユーザの提供する情報についての閲覧キーを他のユーザに配布する指示を受けた際に、該閲覧キーを該他のユーザの閲覧キー記録部(10)に記録することを特徴とする。
【００１４】
これによれば、情報を提供するユーザが情報を閲覧させたいユーザを特定して閲覧キーを利用させることができる。しかも配布した閲覧キーは閲覧を認めたユーザの閲覧キー記録部(10)に記録されるので、そのユーザは閲覧の際に閲覧キーを探して入力する必要がない。
【００１５】
請求項３記載の情報閲覧システムは請求項１，請求項２の情報閲覧システムにおいて、サーバ(1)はユーザが所定の条件で検索することにより、該条件に合致する情報又は該情報を提供する他のユーザの情報を抽出して表示させることができることを特徴とする。
【００１６】
ユーザ間で情報の閲覧をさせる場合、サーバ(1)にアクセスして検索により閲覧を認める相手、又は閲覧を求める相手や情報を調べることができる。これにより、ユーザ間での情報の有効利用を図ることができる。
【００１７】
請求項４記載の情報閲覧システムは請求項３の情報閲覧システムにおいて、サーバ(1)は予めユーザから条件を指定した検索抽出拒否の申請を受けている場合は、該条件に一致する他のユーザが検索した際に、該検索抽出拒否の申請をしたユーザの情報を検索結果として抽出しないことを特徴とする。
【００１８】
検索を行ってユーザ間で情報の有効利用を図る場合でも関係を持ちたくない相手も存在する。そこで、そのような相手に対しては自己の存在や情報を隠しておくことが好ましい。そこで、関係を持ちたくない相手を予め特定してサーバ(1)に申請できるようにしている。そして、その相手が検索してもサーバ(1)は存在を隠しているユーザに関する情報を抽出しないので、検索結果を通じて関係を持ちたくない相手からアプローチを受けることを防止することができる。
【００１９】
請求項５記載の情報閲覧システムは請求項３，請求項４の情報閲覧システムにおいて、サーバ(1)は予めユーザから条件を指定した検索抽出拒否の申請を受けている場合は、その後該条件に一致する新たな者がユーザ登録しても、該新規ユーザが検索した際に、該検索抽出拒否の申請をしたユーザの情報を検索結果として抽出しないことを特徴とする。
【００２０】
これによれば、ユーザは予めサーバに申請しておけば、後に関係を持ちたくない特定条件の相手が新たにユーザ登録しても、その者から自らの存在を隠しておくことができる。したがって、関係を持ちたくない相手がユーザ登録してくるかどうかを常に監視する必要が無い。
【００２１】
請求項６記載の情報閲覧システムは、請求項１〜請求項５の情報閲覧システムにおいて、データベースには閲覧キーが設定されている情報と閲覧キーが設定されていない情報が記録されており、サーバ(1)はユーザから閲覧キーが設定されていない情報についての閲覧を請求された際に、該ユーザの閲覧キー記録部に記録されている閲覧キーを調べることなく該情報を閲覧させることを特徴とする。
【００２２】
これによれば、閲覧キーを設定しない情報についてはフリーアクセスの情報としてユーザであれば誰でも閲覧，利用することができる。したがって、広くユーザに閲覧，利用して欲しい情報については閲覧キーを設定せずにフリーアクセスの情報としておくと良い。
【００２３】
請求項７記載の情報閲覧システムは請求項１〜請求項６の情報閲覧システムにおいて、データベースに記録される情報が不動産情報であることを特徴とする。
【００２４】
本発明で閲覧の対称となる情報の種類は特に限定されないが、特に賃貸物件などの不動産情報の閲覧システムとして利用するのに適している。
【発明の効果】
【００２５】
本発明によれば、自らの有する情報を他のユーザに利用させることにより有効利用を図ることができる。又、その際に情報を閲覧させる相手を情報毎に個別に決めることができ、しかも閲覧を認められた情報については円滑に閲覧，利用することができる。更に、検索により情報を閲覧させたい相手を探すのが容易であると共に、関係を持ちたくない相手からは存在を隠すことにより不要なアプローチを回避することができる。
【発明を実施するための最良の形態】
【００２６】
以下本発明を好適な実施例を用いて説明する。
【実施例１】
【００２７】
本実施例は本発明を不動産情報についての閲覧システムとして利用した例である。不動産の賃借においては、マンション，アパート等の賃貸不動産を所有する家主が、入居を希望する者（入居者）を自ら探して直接交渉することは希であり、通常は代理人となる管理会社に入居募集をしてもらうか、仲介会社に仲介依頼をするのが一般的である。
【００２８】
管理会社に代理してもらう場合、管理会社は地域の支店又は仲介会社に不動産情報を渡して店頭に表示させる等して入居者を募集させる。
【００２９】
又、入居者も家主に直接交渉することは希であり、通常は入居を希望する地域の仲介会社に出向いて、入居募集中の物件の中から探すこととなる。
【００３０】
ここで、役割をわかり易くするために「管理会社」と「仲介会社」とを分けて説明したが、実際には同じ会社が両方の立場で営業していることが多い。つまり、「管理会社」として他の「仲介会社」に委託すると共に、「仲介会社」として他の「管理会社」から委託を受けている。つまり振る舞いの仕方によって、ある時は「管理会社」として、別の時は「仲介会社」として仕事をしている。
【００３１】
このように会社間で委託が生じるのは不動産が地域と密接に関連するためである。つまり、委託や代理を受けても地理的な条件により自ら入居者を探し難いこともある。例えば、関西地区を中心に店舗展開している「管理会社」では関東の物件を代理又は委託されても入居者を探す事は難しい。そこで、そのような物件については関東地区を中心に店舗展開している「仲介会社」に委託することとなる。反対に関東の会社から物件の委託を受ける場合もある。
【００３２】
このような現状に鑑みると、ユーザである会員が物件についての情報を公開し、委託しあえれば便利である。そこで、サーバに不動産物件の情報を記録し、通信回線を介して会員（ユーザ）となっている仲介会社に閲覧，利用させることが可能なシステムを作った。
【００３３】
しかしながら、先に説明したように管理会社が仲介会社としても営業していることが多いため、管理会社と仲介会社との間で常に協力関係が得られるとは言えず、両者間でライバル関係が生じることが多い。つまり会員同士で利害が対立することが起こりえる。
【００３４】
管理会社が真剣に物件の委託先を探したとしても、ライバル会社が「仲介会社」として物件の委託を受け、入居者の募集をすることなく放置することにより実質的に入居を遅らせることや、自社の物件に対する単なる比較材料として利用して積極的に入居者を募集しないようなことも考えられる。このようなことになると、入居の促進を図ることができない。
【００３５】
又、物件情報を公開することにより自社が力を入れている物件の動向、例えば地域や価格帯等をライバル会社に知られることとなり、営業戦略上不利な立場となるおそれがある。そのため管理会社としては協力が期待できる仲介会社のみに物件を委託し、ライバル会社やその系列の仲介業者には物件についての詳細を公開したくない。
【００３６】
更に、協力の得られる仲介会社であっても、地域的に入居募集の効果が期待できない物件については閲覧させるメリットは殆ど無い。
【００３７】
したがって、協力の得られる特定の仲介会社のみに対して、各仲介会社に委託しても良い不動産物件情報のみ閲覧させることが好ましい。そこで、管理会社が物件毎に閲覧キーを設定し、その閲覧キーを所定の委託に適した仲介会社に配布するようにした。
【００３８】
仲介会社は管理会社から委託された所定の物件について、その閲覧キーを利用することにより詳細な物件情報を閲覧可能となる。しかしながら、物件毎に閲覧キーが設定されているので、たくさんの閲覧キーの中から希望する情報の閲覧キーを探し出して入力するのは面倒である。そこで、本実施例においてはサーバに閲覧キーを預けておくことができるようにした。
【００３９】
サーバには各会員に配布された閲覧キーが会員毎に記録される。この会員毎の閲覧キーの記録は、「鍵の束をキーボックスに預けている」というイメージにちなんで「キーボックス」と称している。
【００４０】
閲覧キーは閲覧コードと閲覧パスワードとからなり、予め閲覧コードと閲覧パスワードとセットとして対応付けられている。そして、情報毎の所定の閲覧キーが存在すること、すなわち予め設定されている閲覧コードと閲覧パスワードとが揃っていることを条件として「鍵が開く」状態、つまり閲覧可能な状態とする。
【００４１】
閲覧キーは管理会社が委託させる仲介会社に個別に配布するが、「配布」するという行為は会員である特定の仲介会社のキーボックスに配布した閲覧キーを記録することになる。尚、本実施例では直接キーボックスに記録するという配布手段を用いたが、紙面やＥメールなどを用いて管理会社から仲介会社に閲覧キーを通知し、仲介会社が自ら自分のキーボックスに登録するようにしても良い（この場合、仲介会社がキーボックスに登録しなければ、従来通り閲覧の度に閲覧キーを入力することとなる）。
【００４２】
尚、本実施例では会員は自己のキーボックスに記録されている閲覧キーを必要なら自らの指示により削除することもできるようにした。
【００４３】
又、全ての物件情報について閲覧キーを設定しても良いが、どの会員に閲覧させても良い情報については閲覧キーを設定せず、フリーアクセスの物件情報として会員である認証を受ければ閲覧キー無しで閲覧可能となる。
【００４４】
図２は本実施例における接続を説明する図である。サーバ(1)にはデータベース(4)が備えられており、会員情報、不動産物件の情報が記録されている。又、サーバ(1)は各会員の利用可能な閲覧キーを記録するキーボックス(10)も備えられている。
【００４５】
尚、サーバ(1)は物理的に１つの装置である必要はなく、複数の装置が接続されて成るものであってもよい。又、データベース(4)とキーボックス(10)は別の記録装置であっても良いし、一つの記録装置に記録されたものであっても良い。
【００４６】
会員である管理会社の端末(2)と仲介会社の端末(3)は通信回線を介してサーバ(1)と接続可能である。本実施例では通信回線としてはインターネットを例示したが、専用回線であっても良い。又、便宜上、図では管理会社と仲介会社を別に表したが、実際には先述のように同じ会社が立場によって管理会社にも仲介会社にもなるので、厳密に区別する必要はない。
【００４７】
図１は閲覧までの流れを説明する図である。会員はサーバ(1)にアクセスする。その段階で会員以外の者による閲覧を防止するために会員であることの認証が行われる。認証は会員ＩＤと会員パスワードを入力することにより行うようにした。会員以外のものは認証を受けることができず情報を閲覧することはできない。
【００４８】
認証を受けた会員は端末から希望する物件情報を指定してサーバ(1)に送信する。指定した情報が閲覧キーの設定されていない（フリーアクセスの）情報の場合は、その内容を表示して閲覧させる。
【００４９】
会員が指定した情報に閲覧キーが設定されている場合は、サーバ(1)はその会員のキーボックス(10)から当該物件情報の閲覧コードに対応する閲覧キーが有るかどうか調べる。そして、その会員のキーボックス内に閲覧希望の物件情報に対応する閲覧キーが記録されている場合は、キーが合致したと判断して当該物件の詳細情報を表示し、閲覧に供する。
【００５０】
その会員のキーボックス内に閲覧希望の物件情報に対応する閲覧キーが記録されていない場合は、閲覧キーがないと判断して閲覧を認めない。
【００５１】
尚、サーバが閲覧を希望している会員を特定する方法としては認証時のＩＤを利用しても良いし、会員が使用する端末のＩＰアドレスを利用しても良い。
【００５２】
図３はキーボックスのイメージを説明する図である。会員アは自分専用のキーボックス(11)にキーとなる閲覧キーを全く持っていない。したがって、会員アはデータベース(4)中から会員なら誰でも閲覧可能な（フリーアクセスの）物件Ａについての情報のみ閲覧できる。
【００５３】
会員イは、自分専用のキーボックス(12)にキーとなる物件Ｂ用のキーとなる閲覧キーのみを有している。したがって、会員イはフリーアクセスの物件Ａと、キーを持っている物件Ｂについての情報のみを閲覧することができる。
【００５４】
会員ウは自分専用のキーボックス(13)にキーとなる物件Ｂ用のキーとなる閲覧キーと物件Ｃ用のキーとなる閲覧キーを有している。したがって、会員ウはフリーアクセスの物件Ａと、キーを持っている物件Ｂと物件Ｃについての情を閲覧することができる。
【００５５】
このようにキーボックスを使うことにより、会員である仲介会社は各物件情報を閲覧する度に個別の閲覧キーを探す必要が無く、探し出した閲覧キーを自分で入力する必要もない。したがって、閲覧キーを探す手間や入力ミスなどを解消することができ、円滑に物件情報を閲覧，利用することができる。
【００５６】
本実施例では閲覧キーの閲覧パスワードについて有効期限を設定できるようにした。所定の期間を経過すると閲覧パスワードが変更され、変更前の閲覧パスワードがセットになっている閲覧キーでは閲覧できなくなるようにした。これは、契約更新を考慮したものであり、委託契約を更新した会員にだけ新しい閲覧パスワード、又は新しい閲覧パスワードが含まれた新しい閲覧キーを配布する。変更前の閲覧パスワードがセットになっている閲覧キーでは閲覧できなくなるので、委託契約の更新をしない会員は閲覧ができなくなる。
【００５７】
尚、閲覧パスワードの変更を円滑に行うために、移行期間を設けても良い。つまり、契約更新のための所定期間については移行期間として古い閲覧パスワードがセットされた古い閲覧キーでも新しい閲覧パスワードがセットされた新しい閲覧キーでも閲覧可能とし、移行期間経過後に古い閲覧キーでの閲覧を認めないようにする。
【００５８】
このような移行期間を設定するためには１つの閲覧コードに２つの閲覧パスワードを対応させておき、所定の移行期間についてはどちらの閲覧パスワードがセットされた閲覧キーでも閲覧可能な状態としておけばよい。このように移行期間を設定することにより、委託契約の更新を早く行った会員も、遅く行った会員も途切れることなく物件情報の閲覧が可能となる。
【００５９】
更に、事情によって急に特定の会員からの閲覧を禁止したいような場合には、閲覧可能な期間内であっても管理会社の指示により任意の時に閲覧パスワードを設定し直すことにより閲覧を禁止させることもできる。この場合、閲覧を禁止させたい会員には変更後の新しい閲覧キーを配布せず、それ以外の会員には速やかに新しい閲覧パスワード、又は新しい閲覧パスワードがセットされた閲覧キーを配布すると良い。
【００６０】
又、閲覧キーを全てキーボックスで処理しても良いが、会員が個別に閲覧キーを入力する形式と併存させても良い。例えば、通常は個別入力させる方式としておき、オプションサービスとしてキーボックスを利用可能とさせるようにしても良い。
【実施例２】
【００６１】
本実施例も実施例１と同様に閲覧キーを利用することにより特定の会員にのみ不動産物件の情報を閲覧させることができるシステムである。異なるのは、実施例１のシステムにおいて、会員間での委託相手を見つけ易くした点である。
【００６２】
不動産の仲介は先述のように地域に密接に関係する。そのため管理会社は特定地域の仲介会社を探して委託することを望む。しかしながら過去に取引の無い会社を探すのは手間がかかる。
【００６３】
そこで、サーバ(1)のデータベース(4)に記録されている会員情報から所定の条件で検索し、条件に合致する仲介会社を探せるようにした。検索条件は特に限定されないが、営業地域，取り扱い価格帯、得意分野、過去実績等が考えられる。地域の特定としては「市」，「区」，「村」，「町」等の行政区画でも良いし，「沿線の交通機関」，「最寄り駅」等でも良い。
【００６４】
会員である管理会社は、サーバ(1)にアクセスして検索することにより条件に合う仲介会社を探すことができる。そして、その会員情報を基にして委託を依頼できるかどうかを問い合わせる。問い合わせる手段としては電話，Ｅメール，ＦＡＸなどを用いても良いが、本実施例ではサーバ(1)に会員毎に専用の「マイページ」と呼ばれるｗｅｂページを設け、このマイページを利用することにより会員間での申し出や、それに対する回答等の通知や連絡を行うことができるようにした。
【００６５】
仲介会社が管理会社からの申し出に応じた場合は、管理会社から委託する物件についての閲覧キーをその仲介会社に配布する。配布された閲覧キーはその仲介会社のキーボックス(10)に記録される。これにより、仲介会社は委託を受けた物件についての情報を容易に閲覧，利用して入居募集をすることができる。
【００６６】
また、本実施例では仲介会社側からも管理会社の管理する物件の委託してもらうよう依頼することができるようにした。
【００６７】
仲介会社は、サーバ(1)にアクセスして物件情報や会員情報中の所定の検索項目を特定して該当する管理会社又は物件を抽出することができる。検索可能な項目としては地域の特定や、価格帯の特定等が考えられる。検索をすると条件に合致する管理会社又物件の簡単な情報が抽出される。但し、この段階では詳しい物件情報までは閲覧できない。仲介会社は抽出された物件の中で、委託を受けたい物件を探し、その物件を扱っている管理会社に連絡を取り、委託させて欲しい旨を伝える。
【００６８】
管理会社が仲介会社からの申し出を受けて委託する場合には、その物件情報についての閲覧キーをその仲介会社に配布する。この場合も、閲覧キーは仲介会社のキーボックスに記録されることになる。これにより、仲介会社は希望する物件情報を自由に閲覧し、入居者の募集を行うことができる。
【００６９】
このように管理会社と仲介会社の双方向からアプローチすることができるため委託の相手を見つけやすく、委託を円滑に行うことができる。しかも、委託を受けた物件情報についての閲覧キーは仲介会社のキーボックスに記録されるため、委託を受けた仲介会社は実施例１と同様に情報毎に個別の閲覧キーを入力しなくても物件情報を閲覧，利用できる。
【００７０】
しかしながら、先述のように管理会社と仲介会社の双方の業務をしている会員が多いと考えられ、会員の中にはライバル会社など関係を持ちたくない会社もいると考えられる。そこで、本実施例ではそのような場合を考慮して、取引関係を持ちたくない会員は検索の際に抽出されないように存在を隠すこともできるようにした。
【００７１】
つまり、検索しても情報として自己の情報が抽出されないように設定することができる。会員は関係を持ちたくない特定条件の相手を予めサーバ(1)に申請しておく。条件としては会員ＩＤや地域等が考えられる。
【００７２】
このように存在を隠した場合、管理会社が仲介会社を探すときには検索しても、その管理会社に対して存在を隠した仲介会社は抽出されない。又、仲介会社が管理会社の物件を探すときには検索してもその仲介会社に対して存在を隠した管理会社に関する情報は抽出されないことになる。
【００７３】
この場合でも、関係を持ちたくない会社以外の会員が検索を行った場合は、通常通り検索条件に該当すれば検索結果として抽出される。これにより、アプローチしたい会員を円滑に探し出せると共に、関係を持ちたくない会社からのアプローチを未然に防ぐことができる。
【００７４】
上記は特定会員又は特定条件の会員からの検索に対して存在を隠したが、必要なら他の全会員から存在を隠すように設定できるようにしても良い。
【００７５】
本実施例では更に、現在の会員以外の者が将来会員になった際に、その者から存在を隠すこともできるようにした。そのためには、予めサーバに特定の関係を持ちたくない会社（以下、「敬遠者」と呼ぶ）についての情報を登録し、もしそれ以降に登録があっても敬遠者が検索した際に自己に関する情報が抽出されないように申請しておくことができる。
【００７６】
例えば、会員登録時に必要な情報の中で、敬遠者を特定できる情報、例えば「社名」，「電話番号」などを予め登録しておく。後日、敬遠者が会員登録すると、自動的にその敬遠者から存在を隠すことができる。つまり、その新たに加入した敬遠者が検索を行っても、検索結果として自分の情報は抽出されないこととなり、不愉快な接触や、自己の情報を不用意に敬遠者に与えてしまうことを防止することができる。
【００７７】
更に敬遠者として個別の会社を特定せず、地域やチェーン店屋号等で特定し、それらの条件に該当する者から存在を隠すようにしても良い。例えば、所在地が「大阪市」の会社から存在を隠すことや、特定のチェーンに加入している会社から存在を隠すようなことができる。
【産業上の利用可能性】
【００７８】
実施例では主に不動産情報の閲覧について説明したが、不動産情報に限らず他の分野の情報、例えば中古車情報，求人情報，求職情報、結婚相手紹介情報，派遣社員情報，取引情報等の閲覧にも利用可能である。
【図面の簡単な説明】
【００７９】
【図１】閲覧までの流れを説明する図。
【図２】実施例の接続を説明する図
【図３】キーボックスのイメージを説明する図。
【符号の説明】
【００８０】
１    サーバ
２    会員（管理会社）の端末
３    会員（仲介会社）の端末
４    データベース（物件情報）
１０    閲覧キー記録部（キーボックス）
１１    「会員ア」のキーボックス
１２    「会員イ」のキーボックス
１３    「会員ウ」のキーボックス
【図１】
2005228034.tif 000003
【図２】
2005228034.tif 000004
【図３】
2005228034.tif 000005