JP2005316714A - 情報検索方法、情報検索プログラム、および情報検索装置 - Google Patents

Abstract

【課題】広域災害発生時などに開設される伝言掲示板において、あるユーザが登録したメッセージをその開示先として指定された他のユーザ（のみ）から迅速かつ効率的に検索できるようにする。
【解決手段】サーバ１００上にメッセージを登録するには、事前に本システムのユーザ登録をしておく必要がある。そしてこのとき登録者は、自己の登録するメッセージを閲覧させてもよい相手（開示先）のメールアドレスを少なくとも一つ指定しておく。サーバ１００上のメッセージを検索するには、ユーザ登録は不要であるが、検索者がいずれかの登録者の開示先として指定されている必要がある。すなわちサーバ１００は検索結果として、当該検索者のメールアドレスを開示先に指定している登録者のメッセージのみを返すので、どの登録者の開示先にもなっていない検索者はどのメッセージも閲覧することができない。
【選択図】 図１

Description

この発明は、データベースに登録されたメッセージを検索する情報検索方法、情報検索プログラム、そのプログラムを格納する記録媒体および情報検索装置に関する。

地震などの広域災害発生時に開設される伝言掲示板を介して、ユーザが自己の安否を登録したり、家族や知人の安否を確認したりできるサービスがすでに実用化されている。たとえば下記非特許文献１に記載の従来技術では、ユーザＡが掲示板に書き込んだメッセージを、ユーザＡの携帯電話の電話番号を入力することでユーザＢから閲覧することができる。このように上記掲示板は通常の掲示板と異なり、プライバシーの観点から、自己の携帯番号を知っている人に限ってメッセージを公開できるしくみになっている。

"ｉモード災害用伝言板サービスを開始"、［ｏｎｌｉｎｅ］、２００４年１月９日、株式会社エヌ・ティ・ティ・ドコモ、［２００４年４月２８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｎｔｔｄｏｃｏｍｏ．ｃｏ．ｊｐ／ｎｅｗ／ｃｏｎｔｅｎｔｓ／０４／ｗｈａｔｎｅｗ０１０９．ｈｔｍｌ＞

しかしながら広域災害発生時には、たとえば全従業員の安否を確認する必要のある企業では、従業員一人一人の電話番号を逐一入力しなければならず、作業に時間がかかってしまうという問題があった。また、すぐには相手の電話番号が分からないこともあるので、電話番号の代わりに氏名で検索したいという要望があるが、氏名ではユーザを一意に特定できない（同姓同名のユーザの存在など）という問題があった。また、上記従来技術では適当な電話番号を入力しただけの第三者であっても、番号が一致する限りメッセージを閲覧できてしまうという問題もあった。

この発明は、上述した従来技術による問題点を解消するため、あるユーザが登録したメッセージをその開示先として指定された他のユーザ（のみ）から迅速かつ効率的に検索することが可能な情報検索方法、情報検索プログラム、および情報検索装置を提供することを目的とする。

上述した課題を解決し、目的を達成するため、この発明にかかる情報検索方法、情報検索プログラム、および情報検索装置は、データベースに登録されたメッセージを検索する情報検索方法、情報検索プログラム、および情報検索装置において、検索要求元の第１のユーザに対して、当該ユーザを開示先として指定している第２のユーザのメッセージを検索・返信することを特徴とする。

この発明によれば、第１のユーザがメッセージの検索を要求すると、当該ユーザを開示先として指定している第２のユーザの登録したメッセージ（のみ）がすべて検索されて、検索結果として第１のユーザに提示される。

また、この発明にかかる情報検索方法、情報検索プログラム、および情報検索装置は、さらに、前記第１のユーザを開示先として指定している第２のユーザの中から、第１のユーザが検索要求で指定したユーザを検索するとともに、当該ユーザのメッセージを検索・返信することを特徴とする。

この発明によれば、第１のユーザが第２のユーザの氏名を指定してメッセージの検索を要求すると、当該ユーザを開示先として指定しており、かつその氏名が上記氏名と一致する第２のユーザの登録したメッセージ（のみ）がすべて検索されて、検索結果として第１のユーザに提示される。

また、この発明にかかる情報検索方法、情報検索プログラム、および情報検索装置は、検索要求を意味する電子メールの送信者アドレスにもとづいて第１のユーザを特定することを特徴とする。

この発明によれば、メッセージの検索要求は電子メールを介して行われるとともに、その送信者アドレスにより要求元の第１のユーザが特定される。

本発明にかかる情報検索方法、情報検索プログラム、および情報検索装置によれば、あるユーザが登録したメッセージをその開示先として指定された他のユーザ（のみ）から迅速かつ効率的に検索することができるという効果を奏する。

以下に添付図面を参照して、この発明にかかる情報検索方法、情報検索プログラム、および情報検索装置の好適な実施の形態を詳細に説明する。

図１は、この発明の実施の形態にかかる情報検索装置を含む、情報検索システムの全体構成を示す説明図である。図中、１００が上記装置に相当するサーバであり、ユーザからの求めに応じて、後述するメッセージの登録や登録されたメッセージの検索などを行う。なお、以下では特に区別しない限り、「登録」には新規の登録のほか再登録、すなわちすでに登録されている内容の修正も含まれるものとする。

また、１０１はサーバ１００上にメッセージを登録するユーザ（以下では「登録者」という）の端末、１０２はサーバ１００上のメッセージを検索するユーザ（以下では「検索者」という）の端末であり、いずれもサーバ１００とインターネットを介して接続されているものとする。なお、ここでは登録者の端末１０１は携帯電話、検索者の端末１０２はＰＣ（パーソナル・コンピュータ）であるものとするが、これ以外にもたとえばＰＤＡなど、電子メールの送受信機能を備えた機器であれば何であってもよい。

サーバ１００上にメッセージを登録するには、事前に本システムのユーザ登録をしておく必要がある。そしてこのとき登録者は、自己の登録するメッセージを閲覧させてもよい相手（以下では「開示先」という）を少なくとも一つ指定しておく。サーバ１００上のメッセージを検索するには、ユーザ登録は不要であるが、検索者がいずれかの登録者の開示先として指定されている必要がある。すなわちサーバ１００は検索結果として、当該検索者を開示先に指定している登録者のメッセージのみを返すので、どの登録者の開示先にもなっていない検索者はどのメッセージも閲覧することができない。

そして本発明では、端末１０１・１０２からサーバ１００への各種処理要求や、逆にサーバ１００から端末１０１・１０２への各種処理結果の返信を、もっぱら電子メールを介して行う。要求元のユーザをメールヘッダ内の送信者アドレスから特定できるので、メールアドレスをユーザの一意な識別情報として利用するとともに、メールのタイトル（件名）に記述された文字列などから要求の種類を特定する。

次に、図２はこの発明の実施の形態にかかる情報検索装置（具体的には図１に示したサーバ１００）のハードウエア構成を示す説明図である。図中、ＣＰＵ２０１は装置全体の制御を司る。ＲＯＭ２０２はブートプログラムなどを記憶している。ＲＡＭ２０３はＣＰＵ２０１のワークエリアとして使用される。

ＨＤＤ２０４は、ＣＰＵ２０１の制御にしたがってＨＤ２０５に対するデータのリード／ライトを制御する。ＨＤ２０５は、ＨＤＤ２０４の制御にしたがって書き込まれたデータを記憶する。ＦＤＤ２０６は、ＣＰＵ２０１の制御にしたがってＦＤ２０７に対するデータのリード／ライトを制御する。ＦＤ２０７は、ＦＤＤ２０６の制御にしたがって書き込まれたデータを記憶する。なお、ＦＤ２０７は着脱可能な記録媒体の一例であり、ＦＤ２０７の代わりにＣＤ−ＲＯＭ（ＣＤ−Ｒ、ＣＤ−ＲＷ）、ＭＯ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、メモリーカードなどであってもよい。

ディスプレイ２０８は、カーソル、ウィンドウ、アイコンなどをはじめ、文書や画像などの各種データを表示する。ネットワークＩ／Ｆ２０９はインターネットに接続され、当該ネットワークと装置内部とのデータの送受信を司る。キーボード２１０は、文字、数値、各種指示などの入力のための複数のキーを備え、押下されたキーに対応するデータを装置内部へ入力する。マウス２１１は本体下部のボールの回転量と回転方向、および本体上部の各ボタンのＯＮ／ＯＦＦを随時装置内部へ入力する。また、バス２００は上記各部を接続する。

次に、図３はこの発明の実施の形態にかかる情報検索装置（具体的には図１に示したサーバ１００）の構成を機能的に示す説明図である。図示するようにサーバ１００は、制御部３００、受信部３０１、送信部３０２、ユーザ登録部３０３、ユーザＤＢ（データベース）３０４、メッセージＤＢ（データベース）３０５、メッセージ登録部３０６およびメッセージ検索部３０７を備えている。

図中、制御部３００は受信部３０１〜メッセージ検索部３０７の各部を制御して、後述するユーザ登録処理やメッセージの登録・検索処理などを実現する機能部である。また、受信部３０１は登録者の端末１０１や検索者の端末１０２から、サーバ１００への各種処理要求を電子メールの形で受信する機能部、送信部３０２は要求された処理の結果などを、電子メールの形で端末１０１・１０２へ送信する機能部である。

次に、３０３は後述するユーザＤＢ３０４へのユーザの登録を制御する機能部である。また、図４はユーザＤＢ３０４の構成を模式的に示す説明図である。図示するようにユーザＤＢ３０４には、大別して登録者本人に関する情報と、開示先に関する情報とが保持されている。なお、本人情報としては少なくともメールアドレスと氏名、開示先情報としては少なくともメールアドレスがあればよい。また、本人情報として登録者の顔写真を登録させるのが望ましい。

図５は、ユーザＤＢ３０４へのユーザの登録手順を示すフローチャートである。ユーザ登録をしようとするユーザは、まずその端末１０１からサーバ１００へ、ユーザ登録要求を意味する所定形式の電子メールを送信する（ステップＳ５０１）。このメールの受信者アドレスにはサーバ１００のメールアドレス（たとえば「ｓｇｉｂｂｓ＠ｆｕｊｉ．ｃｏｍ」）、送信者アドレスには端末１０１のメールアドレス、タイトルにはユーザ登録要求であることを示す所定の文字列（たとえば「ユーザ登録」）を、それぞれ記述する。なお、本文は空であってよい。

そして、受信部３０１を介して上記メールを受け取ったサーバ１００の制御部３００は（ステップＳ５０２）、その形式からそれがユーザ登録要求であることを特定すると、次にユーザ登録部３０３に指示して、まず当該要求が新規登録の要求なのか再登録（すでに登録されている内容の修正）の要求なのかを判定させる（ステップＳ５０３）。これを受けたユーザ登録部３０３は、ユーザＤＢ３０４を検索して、上記要求元のユーザ（正確には上記メールの送信者アドレス）がまだ登録されていなければ新規登録、すでに登録されていれば再登録とする。

そして新規登録の場合（ステップＳ５０３：Ｙｅｓ）、ユーザ登録部３０３は所定のユーザ登録フォームを読み出して（ステップＳ５０４）制御部３００に引き渡す。次にこれを受けた制御部３００が、当該フォームを送信部３０２を介して端末１０１へ返信し（ステップＳ５０６・Ｓ５０７）、端末１０１はこれをたとえば図６のように画面表示する（ステップＳ５０８）。

図６中の各項目は、図４に示したユーザＤＢ３０４の各項目に対応している。なお、図示する例では登録者本人のメールアドレスは一つしか登録できないが、たとえば携帯電話と自宅のＰＣと会社のＰＣというように、本人のメールアドレスを複数登録できるようにしてもよい。また、登録日はユーザに入力させるのでなく、ユーザＤＢ３０４への登録時に現在日時を自動設定するのでもよい。

図５の説明に戻り、次に登録者は必要事項を入力後、上記フォームを端末１０１からサーバ１００へ返信する（ステップＳ５０８・Ｓ５０９）。なお、再登録の場合（ステップＳ５０３：Ｎｏ）は図６のフォームに、ユーザＤＢ３０４内の現在の登録内容が嵌め込まれた状態で返信されるので（ステップＳ５０５〜Ｓ５０７）、登録者は必要な箇所だけを修正・返信すればよい。

そして、入力済の登録フォームを受信部３０１・制御部３００を介して受け取ったユーザ登録部３０３は（ステップＳ５１０）、ユーザＤＢ３０４を更新するとともに（ステップＳ５１１）、ユーザ登録完了通知を作成して（ステップＳ５１２）制御部３００に引き渡す。そして、制御部３００が上記通知を送信部３０２を介して端末１０１へ返信し（ステップＳ５１３・Ｓ５１４）、端末１０１はこれをたとえば図７のように画面表示する（ステップＳ５１５）。

図３の説明に戻り、次にメッセージＤＢ３０５はサーバ１００で公開される個々のメッセージを保持するデータベース、メッセージ登録部３０６は登録者からの求めに応じて、メッセージＤＢ３０５にメッセージを登録する機能部、またメッセージ検索部３０７は検索者からの求めに応じて、メッセージＤＢ３０５内のメッセージを検索する機能部である。

図８は、メッセージＤＢ３０５へのメッセージの登録手順を示すフローチャートである。メッセージを登録しようとするユーザは、まずその端末１０１からサーバ１００へ、メッセージ登録要求を意味する所定形式の電子メールを送信する（ステップＳ８０１）。このメールの受信者アドレスにはサーバ１００のメールアドレス（たとえば「ｓｇｉｂｂｓ＠ｆｕｊｉ．ｃｏｍ」）、送信者アドレスには端末１０１のメールアドレス、タイトルにはメッセージのタイトル（新規登録の場合）あるいはメッセージＩＤ（再登録の場合）、本文にはメッセージの本文を、それぞれ記述する。

そして、受信部３０１を介して上記メールを受け取ったサーバ１００の制御部３００は（ステップＳ８０２）、その形式からそれがメッセージ登録要求であることを特定すると、次にメッセージ登録部３０６に指示して、まず上記要求元のユーザ（正確には上記メールの送信者アドレス）がユーザＤＢ３０４に存在するかどうかをチェックさせる（ステップＳ８０３）。このユーザ認証により、事前にユーザ登録をしていないユーザからのメッセージ登録は拒絶されることになる。

その後メッセージ登録部３０６は、上記で受信したメールのタイトルがメッセージＩＤ以外の任意の文字列であれば、新規メッセージの登録要求であると判断して（ステップＳ８０４：Ｙｅｓ）、当該メッセージに一意なメッセージＩＤを付与するとともに（ステップＳ８０５）、当該ＩＤ、メッセージのタイトル（上記メールのタイトル）、メッセージの本文（同本文）、登録者のメールアドレス（同送信者アドレス）、およびメッセージの登録日時（現在日時）を対応づけてメッセージＤＢ３０５に保存（更新）する（ステップＳ８０６）。

一方、受信したメールのタイトルがメッセージＩＤであれば、メッセージ登録部３０６はメッセージの再登録（すでに登録されているメッセージの内容の修正）要求であると判断して（ステップＳ８０４：Ｎｏ）、当該ＩＤでメッセージＤＢ３０５を検索するとともに、当該ＩＤに対応づけられているメッセージのタイトルを上記メールのタイトル、本文を上記メールの本文、および登録日時を現在日時に、それぞれ更新する（ステップＳ８０６）。

その後、メッセージ登録部３０６により作成されたメッセージ登録完了通知（ステップＳ８０７）が、制御部３００・送信部３０２を介して端末１０１へ返信され（ステップＳ８０８・Ｓ８０９）、端末１０１でたとえば図９のように画面表示される（ステップＳ８１０）。

次に、図１０はメッセージＤＢ３０５からのメッセージの検索手順を示すフローチャートである。メッセージを検索しようとするユーザは、まずその端末１０２からサーバ１００へ、メッセージ検索要求を意味する所定形式の電子メールを送信する（ステップＳ１００１）。

このメールの受信者アドレスにはサーバ１００のメールアドレス（たとえば「ｓｇｉｂｂｓ＠ｆｕｊｉ．ｃｏｍ」）、送信者アドレスには端末１０２のメールアドレスを、それぞれ記述する。またタイトルは、自己を開示先に指定している全登録者のメッセージを検索するときは空（何も記述しない）、その中からさらに特定の登録者のメッセージに絞り込むときは、当該登録者の氏名を記述する。なお、本文は空であってよい。

そして、受信部３０１を介して上記メールを受け取ったサーバ１００の制御部３００は（ステップＳ１００２）、その形式からそれがメッセージ検索要求であることを特定すると、次にメッセージ検索部３０７に指示して、上記要求元のユーザ（正確には上記メールの送信者アドレス）を開示先に指定しているユーザであって、かつ要求元のユーザが指定しているユーザ（もしあれば）をユーザＤＢ３０４から検索させる（ステップＳ１００３）。

たとえばユーザＤＢ３０４が図４のような状態であるときに、検索者である「富士（株）総務部」が、その端末１０２からサーバ１００へ下記のような電子メールを送信したとする。
・受信者アドレス：ｓｇｉｂｂｓ＠ｆｕｊｉ．ｃｏｍ
・送信者アドレス：ｓｏｕｍｕ＠ｘｘ．ｆｕｊｉ．ｃｏｍ
・タイトル：（空）
この場合、ステップＳ１００３で検索されるのは「富士（株）総務部」を開示先に指定しているすべての登録者であり、図示する例では「山田太郎」「鈴木太郎」「佐藤太郎」の三者となる。

一方、もし
・受信者アドレス：ｓｇｉｂｂｓ＠ｆｕｊｉ．ｃｏｍ
・送信者アドレス：ｓｏｕｍｕ＠ｘｘ．ｆｕｊｉ．ｃｏｍ
・タイトル：山田太郎
のように、タイトル中に氏名を明記した場合は、ステップＳ１００３で検索されるのは上記三者のうち「山田太郎」のみとなる。なお、タイトル中に「太郎」とのみ記載した場合は、三者がともに検索される。

このように、タイトル中に記述するキーワード（ここでは氏名）により、自己を開示先に指定している多数の登録者の中から、さらに特定の登録者を絞り込むことができる。フルネームを指定した場合、その名前であってかつ自己を開示先に指定しているユーザは通常は一人であり、少なくとも多数にのぼることはないので、同姓同名のユーザが多数存在しても氏名で適切にユーザを絞り込むことができる。

なお、ユーザＤＢ３０４は図４のような構成であると説明したが、実際には図１１に模式的に示すように、個々のユーザ（のメールアドレス）をキーとして、当該ユーザ（のメールアドレス）を開示先として指定しているユーザ（のメールアドレスや氏名）を逆引きできるものとする。すなわちたとえば図４中、「山田太郎」「鈴木太郎」「佐藤太郎」はいずれも開示先として「富士（株）総務部」を指定しているので、図１１では逆に「富士（株）総務部」に「山田太郎」「鈴木太郎」「佐藤太郎」が対応づけられている。このようにデータベースを編成することで、図１０のステップＳ１００３における検索処理をより高速化できる。

図１０の説明に戻り、次に、ステップＳ１００３で該当する登録者を一人でも検索できた場合は（ステップＳ１００４：Ｙｅｓ）、メッセージ検索部３０７はメッセージＤＢ３０５から、上記登録者のメッセージすなわち当該登録者のメールアドレスと対応づけられているメッセージを検索する（ステップＳ１００５）。そして、該当するメッセージを一つでも検索できた場合は（ステップＳ１００６：Ｙｅｓ）、これらのメッセージの内容（本文や登録日時など）、およびその登録者の本人情報（氏名など）からなるメッセージ一覧を作成して（ステップＳ１００７）制御部３００に引き渡す。

一方、該当する登録者がなかった場合（ステップＳ１００４：Ｎｏ）や、該当する登録者がメッセージを登録していなかった場合（ステップＳ１００６：Ｎｏ）は、メッセージ検索部３０７は該当するメッセージがなかった旨の検索エラー通知を作成して（ステップＳ１００８）制御部３００に引き渡す。

そして制御部３００が、メッセージ一覧または検索エラー通知（以下では両者をあわせて「検索結果」という）を、送信部３０２を介して端末１０２へ返信し（ステップＳ１００９・Ｓ１０１０）、端末１０２はこれをたとえば図１２のように画面表示する（ステップＳ１０１１）。図示する例はメッセージ一覧が返ってきた場合の例であり、検索エラー通知が返ってきた場合は、たとえば「検索されませんでした。再度検索し直して下さい。」などのエラーが表示される。

以上説明した実施の形態によれば、各ユーザが登録したメッセージは、当該ユーザがあらかじめ指定したユーザにしか公開されないので、登録者のプライバシーが守られる。また検索者としても、タイトルが空の電子メールを一通送信するだけで、自己を開示先に指定しているすべてのユーザの安否を確認でき、特定のユーザの安否だけ確認したいときは、タイトルにその氏名を明記すればよいだけなので、多数の安否確認を迅速かつ効率的に行うことができる。さらに、ユーザからのアクセスが回数が減少する結果、システムの負荷の増大やトラフィックの増大も抑制することができる。

なお、上述した実施の形態ではユーザやメッセージの登録のみを説明したが、その削除ももちろん可能である。たとえば以前に登録したメッセージを削除する場合、電子メールの受信者アドレスにサーバ１００のメールアドレス（たとえば「ｓｇｉｂｂｓ＠ｆｕｊｉ．ｃｏｍ」）、送信者アドレスに端末１０１のメールアドレス、タイトルにメッセージＩＤ＋指定文字列ＤＥＬ（メッセージＩＤが「１２３４５６７８９」の場合は「１２３４５６７８９ＤＥＬ」）を、それぞれ記述して送信する。そして、タイトルの形式からそれがメッセージの削除要求だと判断したサーバ１００は、図示しないメッセージ削除部により、メッセージＤＢ３０５内の当該ＩＤのメッセージを削除するとともに、削除完了通知を端末１０１に返信する。

また、上述した実施の形態ではユーザごとに開示先を指定するようにしたが、メッセージごとに開示先を指定できるようにしてもよい。上述した実施の形態では、ユーザが登録できるメッセージの個数を特に制限していないので、一人のユーザは一つ以上のメッセージを登録できる。そこでたとえば家族用のメッセージ１については、あらかじめ登録してある開示先の中から家族のみを選択的に指定し、会社用のメッセージ２については会社のみを選択的に指定するというように、メッセージごとに開示先を変えられるようにしてもよい。

なお、本実施の形態で説明した情報検索方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク２０５、フレキシブルディスク２０７、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に格納され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。

（付記１）データベースに登録されたメッセージを検索する情報検索方法において、
前記メッセージの検索要求を受信する受信工程と、
前記受信工程で受信された検索要求の送信元である第１のユーザを特定するユーザ特定工程と、
前記ユーザ特定工程で特定された前記第１のユーザを開示先として指定している第２のユーザを検索するユーザ検索工程と、
前記ユーザ検索工程で検索された前記第２のユーザのメッセージを検索するメッセージ検索工程と、
前記メッセージ検索工程で検索されたメッセージを前記第１のユーザに送信する送信工程と、
を含んだことを特徴とする情報検索方法。

（付記２）さらに、前記ユーザ検索工程で検索された前記第２のユーザの中から前記第１のユーザが前記検索要求で指定したユーザを検索する第２のユーザ検索工程を含み、
前記メッセージ検索工程では、前記第２のユーザ検索工程で検索された前記第２のユーザのメッセージを検索することを特徴とする前記付記１に記載の情報検索方法。

（付記３）前記第２のユーザ検索工程では、前記第２のユーザの中から前記第１のユーザが前記検索要求で指定した氏名のユーザを検索することを特徴とする前記付記２に記載の情報検索方法。

（付記４）前記ユーザ特定工程では、前記検索要求を意味する電子メールの送信者アドレスにもとづいて前記第１のユーザを特定することを特徴とする前記付記１〜付記３のいずれか一つに記載の情報検索方法。

（付記５）データベースに登録されたメッセージを検索する情報検索プログラムにおいて、
前記メッセージの検索要求を受信する受信工程と、
前記受信工程で受信された検索要求の送信元である第１のユーザを特定するユーザ特定工程と、
前記ユーザ特定工程で特定された前記第１のユーザを開示先として指定している第２のユーザを検索するユーザ検索工程と、
前記ユーザ検索工程で検索された前記第２のユーザのメッセージを検索するメッセージ検索工程と、
前記メッセージ検索工程で検索されたメッセージを前記第１のユーザに送信する送信工程と、
をコンピュータに実行させることを特徴とする情報検索プログラム。

（付記６）さらに、前記ユーザ検索工程で検索された前記第２のユーザの中から前記第１のユーザが前記検索要求で指定したユーザを検索する第２のユーザ検索工程を含み、
前記メッセージ検索工程では、前記第２のユーザ検索工程で検索された前記第２のユーザのメッセージを検索することを特徴とする前記付記５に記載の情報検索プログラム。

（付記７）前記第２のユーザ検索工程では、前記第２のユーザの中から前記第１のユーザが前記検索要求で指定した氏名のユーザを検索することを特徴とする前記付記６に記載の情報検索プログラム。

（付記８）前記ユーザ特定工程では、前記検索要求を意味する電子メールの送信者アドレスにもとづいて前記第１のユーザを特定することを特徴とする前記付記５〜付記７のいずれか一つに記載の情報検索プログラム。

（付記９）データベースに登録されたメッセージを検索する情報検索装置において、
前記メッセージの検索要求を受信する受信手段と、
前記受信手段により受信された検索要求の送信元である第１のユーザを特定するユーザ特定手段と、
前記ユーザ特定手段により特定された前記第１のユーザを開示先として指定している第２のユーザを検索するユーザ検索手段と、
前記ユーザ検索手段により検索された前記第２のユーザのメッセージを検索するメッセージ検索手段と、
前記メッセージ検索手段により検索されたメッセージを前記第１のユーザに送信する送信手段と、
を備えたことを特徴とする情報検索装置。

（付記１０）さらに、前記ユーザ検索手段により検索された前記第２のユーザの中から前記第１のユーザが前記検索要求で指定したユーザを検索する第２のユーザ検索手段を備え、
前記メッセージ検索手段は、前記第２のユーザ検索手段により検索された前記第２のユーザのメッセージを検索することを特徴とする前記付記９に記載の情報検索装置。

（付記１１）前記第２のユーザ検索手段は、前記第２のユーザの中から前記第１のユーザが前記検索要求で指定した氏名のユーザを検索することを特徴とする前記付記１０に記載の情報検索装置。

（付記１２）前記ユーザ特定手段は、前記検索要求を意味する電子メールの送信者アドレスにもとづいて前記第１のユーザを特定することを特徴とする前記付記９〜付記１１のいずれか一つに記載の情報検索装置。

（付記１３）前記付記５〜付記８のいずれか一つに記載のプログラムが格納されたコンピュータ読み取り可能な記録媒体。

以上のように、本発明にかかる情報検索方法、情報検索プログラム、および情報検索装置は、開示先が制限されたメッセージの検索に有用であり、特に広域災害発生時の安否確認のように、多数のメッセージを迅速に検索する必要がある場合に適している。

この発明の実施の形態にかかる情報検索装置を含む、情報検索システムの全体構成を示す説明図である。 この発明の実施の形態にかかる情報検索装置（サーバ１００）のハードウエア構成を示す説明図である。 この発明の実施の形態にかかる情報検索装置（サーバ１００）の構成を機能的に示す説明図である。 ユーザＤＢ３０４の構成を模式的に示す説明図である。 ユーザＤＢ３０４へのユーザの登録手順を示すフローチャートである。 登録者の端末１０１におけるユーザ登録フォームの表示の一例を示す説明図である。 登録者の端末１０１におけるユーザ登録完了通知の表示の一例を示す説明図である。 メッセージＤＢ３０５へのメッセージの登録手順を示すフローチャートである。 登録者の端末１０１におけるメッセージ登録完了通知の表示の一例を示す説明図である。 メッセージＤＢ３０５からのメッセージの検索手順を示すフローチャートである。 ユーザＤＢ３０４の他の構成を模式的に示す説明図である。 検索者の端末１０２における検索結果の表示の一例を示す説明図である。

符号の説明

１００ サーバ
１０１ 端末（登録者）
１０２ 端末（検索者）
２００ バス
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＨＤＤ
２０５ ＨＤ
２０６ ＦＤＤ
２０７ ＦＤ
２０８ ディスプレイ
２０９ ネットワークＩ／Ｆ
２１０ キーボード
２１１ マウス
３００ 制御部
３０１ 受信部
３０２ 送信部
３０３ ユーザ登録部
３０４ ユーザＤＢ
３０５ メッセージＤＢ
３０６ メッセージ登録部
３０７ メッセージ検索部

Claims (5)

1. データベースに登録されたメッセージを検索する情報検索方法において、
   前記メッセージの検索要求を受信する受信工程と、
   前記受信工程で受信された検索要求の送信元である第１のユーザを特定するユーザ特定工程と、
   前記ユーザ特定工程で特定された前記第１のユーザを開示先として指定している第２のユーザを検索するユーザ検索工程と、
   前記ユーザ検索工程で検索された前記第２のユーザのメッセージを検索するメッセージ検索工程と、
   前記メッセージ検索工程で検索されたメッセージを前記第１のユーザに送信する送信工程と、
   を含んだことを特徴とする情報検索方法。
2. さらに、前記ユーザ検索工程で検索された前記第２のユーザの中から前記第１のユーザが前記検索要求で指定したユーザを検索する第２のユーザ検索工程を含み、
   前記メッセージ検索工程では、前記第２のユーザ検索工程で検索された前記第２のユーザのメッセージを検索することを特徴とする前記請求項１に記載の情報検索方法。
3. 前記ユーザ特定工程では、前記検索要求を意味する電子メールの送信者アドレスにもとづいて前記第１のユーザを特定することを特徴とする前記請求項１または請求項２に記載の情報検索方法。
4. データベースに登録されたメッセージを検索する情報検索プログラムにおいて、
   前記メッセージの検索要求を受信する受信工程と、
   前記受信工程で受信された検索要求の送信元である第１のユーザを特定するユーザ特定工程と、
   前記ユーザ特定工程で特定された前記第１のユーザを開示先として指定している第２のユーザを検索するユーザ検索工程と、
   前記ユーザ検索工程で検索された前記第２のユーザのメッセージを検索するメッセージ検索工程と、
   前記メッセージ検索工程で検索されたメッセージを前記第１のユーザに送信する送信工程と、
   をコンピュータに実行させることを特徴とする情報検索プログラム。
5. データベースに登録されたメッセージを検索する情報検索装置において、
   前記メッセージの検索要求を受信する受信手段と、
   前記受信手段により受信された検索要求の送信元である第１のユーザを特定するユーザ特定手段と、
   前記ユーザ特定手段により特定された前記第１のユーザを開示先として指定している第２のユーザを検索するユーザ検索手段と、
   前記ユーザ検索手段により検索された前記第２のユーザのメッセージを検索するメッセージ検索手段と、
   前記メッセージ検索手段により検索されたメッセージを前記第１のユーザに送信する送信手段と、
   を備えたことを特徴とする情報検索装置。
   
   

Images