(57)【要約】【課題】  災害発生時等に好適に利用できる伝言システムを提供する。【解決手段】          ユーザー携帯電話１０から、キャリアサーバ２０に対し、ユーザーの個人Ｗｅｂページ（０ｘ０ｘｘｘｘｘｘｘｘ．ｈｔｍｌ）に掲載すべき伝言メッセージを送信する。ここで、「０ｘ０ｘｘｘｘｘｘｘｘ」の部分は、ユーザー携帯電話１０の電話番号である。キャリアサーバ２０は、記憶装置５０特定フォルダ内のユーザーの電話番号に対応するｈｔｍｌに、受信した伝言メッセージを追記・保存し、ネットワーク上で公開する。以上により、安否を知りたい人間の携帯電話の番号さえ知っていれば地球の裏側からでもその者が登録したメッセージを閲覧し、安否状況を確認することができる。【選択図】            図１
2007053493.tif 000002
【特許請求の範囲】
【請求項１】
個々の電話端末からメッセージの登録を受け付け、電話番号を用いて所望のメッセージにアクセスさせる伝言サーバであって、
前記電話端末毎に、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に電話端末の固有の電話番号が含まれているＷｅｂコンテンツの更新権限を与える手段と、
他のユーザ端末からの電話番号によりＷｅｂコンテンツを特定した閲覧要求に応じて、前記電話端末毎に更新権限を与えたＷｅｂコンテンツの中から対応するＷｅｂコンテンツを送信する手段と、を備えたこと、
を特徴とする伝言サーバ。
【請求項２】
前記Ｗｅｂコンテンツは、前記電話端末の電話番号全桁をファイル名としたＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルであること、
を特徴とする請求項１に記載の伝言サーバ。
【請求項３】
更に、前記電話端末に対してメッセージの入力フォームを送信する手段と、
前記入力フォームに書き込まれた内容を前記Ｗｅｂコンテンツに追加する手段と、を備えたこと、
を特徴とする請求項１又は２に記載の伝言サーバ。
【請求項４】
請求項１乃至３いずれか一に記載の伝言サーバと、電話端末と、前記電話端末と伝言サーバとを接続する通信網と、を含んだ伝言システム。
【請求項５】
個々の電話端末からメッセージの登録を受け付け、電話番号を用いて所望のメッセージにアクセスさせる伝言サーバに実行させるプログラムであって、
前記電話端末毎に、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に電話端末の固有の電話番号が含まれているＷｅｂコンテンツの更新権限を与える処理と、
他のユーザ端末からの電話番号によりＷｅｂコンテンツを特定した閲覧要求に応じて、前記電話端末毎に更新権限を与えたＷｅｂコンテンツの中から対応するＷｅｂコンテンツを送信する処理と、
を前記伝言サーバに実行させるプログラム。
【請求項６】
前記Ｗｅｂコンテンツは、前記電話端末の電話番号全桁をファイル名としたＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルであること、
を特徴とする請求項５に記載のプログラム。
【請求項７】
更に、前記電話端末に対してメッセージの入力フォームを送信する処理と、
前記入力フォームに書き込まれた内容を前記Ｗｅｂコンテンツに追加する処理と、
を前記伝言サーバに実行させる請求項５又は６に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝言サーバ、伝言システム及びプログラムに関し、特に災害時等に好適に使用できる伝言サーバ、伝言システム及びプログラムに関する。
【背景技術】
【０００２】
災害時に回線が輻輳し電話が繋がりにくくなるという中で、被災地に所在する人の安否を知りたいという要望に応えるため、特許文献１に電子メールやＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を用いた安否確認システム、安全確認装置が開示されている。同公報の安全確認装置は、災害等の発生を検知すると、災害等の発生したエリア内の携帯電話等の応答端末に対して安否確認メールを送信して応答を要求し、確認端末が、返答のあった応答端末を一覧表示して、第三者からの問い合わせに応ずる構成となっている。
【０００３】
このほか、例えば、携帯電話からメッセージを登録できるようにした災害伝言板システムも実用化されており、安否を確認したい人の携帯電話番号を入力すると、当該携帯電話番号の持ち主が登録したメッセージを検索・閲覧できるサービスが開始されている。
【０００４】
【特許文献１】特開２００２−３１２８７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記した特許文献１の安否確認システムでは、通信網の復旧が遅れて肝心の安否確認メールが配送不能で返送される可能性がある。また、被災地エリアにある多数の応答端末を氏名、性別、住所等による絞り込みが可能となっているが、その前提として、応答端末から氏名、性別、住所等が予め登録され、あるいは、事後入力されなければならないという問題点がある。また検索時には、検索者が相手の個人情報を知っていなければ、メッセージを一意に特定できないという問題点があり、例えば、電話番号と姓しか分からない相手のメッセージを特定できないケースが起こりうる。
【０００６】
一方、携帯電話から書き込めるようにした災害伝言板システムでは、携帯電話番号で絞り込みが可能であるなど、上記した安否確認システムにない利点があるが、相手が災害伝言板サービスを提供しているキャリア（通信事業者）に加入していなければ否定応答が返されてしまうという問題点がある。また仮に、相手が災害伝言板サービスを提供しているキャリアに加入していたとしても、当該キャリアの携帯電話からしかメッセージが置かれた場所のＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を入手し得ないため、海外にいる人間や当該キャリアの携帯電話を保持していない者はメッセージを確認できないという問題点が残っている。
【０００７】
本発明は、上記した事情に鑑みてなされたものであって、その目的とするところは、登録された伝言メッセージを電話番号で絞り込み可能とするとともに、当該伝言メッセージへのアクセス性を飛躍的に向上させることにある。
【課題を解決するための手段】
【０００８】
本発明の第１の視点によれば、前記電話端末毎に、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）に電話端末の固有の電話番号が含まれているＷｅｂコンテンツの更新権限を与える手段と、他のユーザ端末からの電話番号によりＷｅｂコンテンツを特定した閲覧要求に応じて、前記電話端末毎に更新権限を与えたＷｅｂコンテンツの中から対応するＷｅｂコンテンツを送信する手段と、を備え、個々の電話端末から登録されたメッセージを、当該メッセージを登録した者の電話番号を知る者に確実に伝達できる伝言サーバ及び当該サーバに実行させるプログラムが提供される。
【発明の効果】
【０００９】
本発明によれば、加入しているキャリアや使用端末に拘わらず、相手の電話番号さえ知っていれば、その者のメッセージにアクセスすることが可能となる。その理由は、ＵＲＬの電話番号部分を変更するだけで当該メッセージにアクセスできる構成を採用したことにある。
【発明を実施するための最良の形態】
【００１０】
続いて、本発明を実施するための最良の形態について図面を参照して詳細に説明する。図１は、本発明の第１の実施形態に係る伝言システムの構成を表したブロック図である。図１を参照すると、本実施形態に係る伝言システムは、ユーザー携帯電話１０と、キャリアサーバ２０と、ユーザー端末３０と、インターネット等のネットワーク１００とから構成されている。
【００１１】
ユーザー携帯電話１０は、ブラウザ（インターネット接続機能）を備えた携帯電話機、或いは、電話機能を備えた携帯情報端末等であり、後記する伝言メッセージの登録（伝言メッセージを掲載する個人Ｗｅｂページの作成）に使用される。
【００１２】
キャリアサーバ２０は、メッセージの登録機能とメッセージの公開機能とを備える伝言サーバとして機能する携帯電話事業者（オペレータ）等により設置運営されるワークステーション・サーバ等の情報処理装置である。上記メッセージの登録機能とメッセージの公開機能は、例えば、所定の入力フォームに入力されたメッセージをＨＴＭＬ形式に変換し、公開するタイプのｗｅｂｌｏｇ（いわゆるブログ）システムを利用することが可能である。
【００１３】
また、キャリアサーバ２０は、ユーザＤＢ（データベース）４０と記憶装置５０を備えている。ユーザーＤＢ４０は、ユーザー携帯電話１０のユーザーの電話番号と記憶装置５０上の個人Ｗｅｂページの更新の際の認証情報（パスワード等）を関連付けて格納するデータベースである。
【００１４】
記憶装置５０は、ユーザー携帯電話１０のユーザーが各自更新する個人Ｗｅｂページの格納先となる磁気ディスク装置等である。図２は、災害時用の伝言システムに本発明を適用した場合の例であり、＜ｓａｉｇａｉ＞というフォルダの中に個人Ｗｅｂページが格納され、ファイル名として使用されているユーザー携帯電話１０の電話番号部分を変更することで、アクセスする個人Ｗｅｂページを変更することが可能となっている。また、これら各ユーザーの個人Ｗｅｂページは、ユーザー本人のみが更新できるよう権限制御される。
【００１５】
ユーザー端末３０は、ブラウザ（インターネット接続機能）を備えた携帯電話機、形態情報端末、パーソナルコンピュータ等であり、後記する伝言メッセージの閲覧（伝言メッセージを掲載する個人Ｗｅｂページの閲覧）に使用される。
【００１６】
上記したキャリアサーバ２０とユーザー端末３０は、インターネット等のネットワーク１００を介して接続され、不特定多数のユーザー端末３０からキャリアサーバ２０にアクセスし、所望の電話番号を有する者が登録した伝言メッセージを確認できるようになっている。
【００１７】
続いて、本実施形態の動作について図面を参照して説明する。始めに、図１を用いて、動作の概略を説明する。まず、ユーザー携帯電話１０は、キャリアサーバ２０に接続する。続いて、キャリアサーバ２０は、記憶装置５０の該当位置に、ユーザーの個人Ｗｅｂページ（０ｘ０ｘｘｘｘｘｘｘｘ．ｈｔｍｌ）を自動生成する。ここで、「０ｘ０ｘｘｘｘｘｘｘｘ」の部分は、ユーザー携帯電話１０の電話番号である。
【００１８】
続いて、ユーザー携帯電話１０は、前記自動生成された個人Ｗｅｂページ（０ｘ０ｘｘｘｘｘｘｘｘ．ｈｔｍｌ）に伝言メッセージ「○○避難所に避難しており無事です。」を記入する。キャリアサーバ２０は、伝言メッセージを記憶装置５０に保存しネットワークに公開する。最後に、ユーザー端末３０がネットワーク１００を介して伝言メッセージを確認する。
【００１９】
図３は、上記伝言システムの詳細動作を表した流れ図である。図３を参照すると、ユーザー携帯電話１０は、キャリアサーバ２０へアクセスし（ステップＳ１０１）、キャリアサーバ２０からの要求に応じてパスワード等の自端末の情報をキャリアサーバ２０に送信する（ステップＳ１０２〜Ｓ１０３）。
【００２０】
パスワード等の情報を受信したキャリアサーバ２０は、ユーザーＤＢ４０を参照し、アクセスしてきたユーザーの本人性を確認するとともに、ユーザー携帯電話１０の電話番号をＵＲＬに含む個人Ｗｅｂページを自動生成する（ステップＳ１０４〜Ｓ１０６）。個人Ｗｅｂページの設定が終了すると、キャリアサーバ２０は、ユーザー携帯電話１０に対して、メッセージの入力フォームを送信し、メッセージの入力を依頼する（ステップＳ１０７）。
【００２１】
ユーザー携帯電話１０がメッセージの入力フォームにメッセージを入力・送信すると（ステップＳ１０８）、キャリアサーバ２０は、受信したメッセージを記憶装置５０に保存し、ネットワーク１００上で公開する（ステップＳ１０９〜Ｓ１１１）。
【００２２】
以後、ユーザー端末３０は、ユーザー携帯電話１０のうち、電話番号を知っているユーザーから登録されたメッセージに、容易にアクセスすることが可能となる。例えば、図２に例示したディレクトリ構成であれば、＜ｓａｉｇａｉ＞フォルダ以下のファイル名にあたる電話番号部分（0ｘ0ｘｘｘｘｘｘｘｘ）を、ユーザー端末３０から入力乃至選択させてＵＲＬ「ｈｔｔｐ：ドメイン名／ｓａｉｇａｉ／0ｘ0ｘｘｘｘｘｘｘｘ．ｈｔｍｌ」を完成させることにより特定のユーザー携帯電話から登録されたメッセージを特定することが可能となる。
【００２３】
以上のように相手の電話番号さえ知っていれば、その者のメッセージにアクセスすることが可能となる。その理由は、ＵＲＬの電話番号部分を変更するだけで当該メッセージにアクセスできる構成を採用したことにある。
【００２４】
従って、ユーザー携帯電話１０のユーザーは、例えば自分の氏名や年齢等の自己の識別情報を登録する必要はなく「○○避難所に避難しており無事です。」と自己の個人Ｗｅｂページに登録すればよく、また、ユーザー端末３０も「○○避難所に避難しており無事です。」とのメッセージを見るだけで、安否が気になる人の状況を一意に知ることが可能となる。
【００２５】
続いて、本発明の第２の実施形態について図面を参照して詳細に説明する。図４は、本実施形態に係る伝言システムの構成を表したブロック図である。図４を参照すると、本実施形態は、上記した第１の実施形態に対し、キャリアサーバとは別のＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）等の事業主体によって設置運営される他プロバイダサーバ６０が追加された構成となっており、キャリアサーバ２０に接続された記憶装置５０の内容が、他のプロバイダサーバ６０に接続された記憶装置７０にミラーリング（複製）され、ネットワーク１００に公開される点で相違している。以下、先の第１の実施形態で説明済みの事項は適宜省略して説明する。
【００２６】
図５は、本実施形態に係る伝言システムの詳細動作を表した流れ図である。図５を参照すると、ユーザー携帯電話１０は、キャリアサーバ２０へアクセスし、ネットワーク１００にメッセージ内容を公開するところまでの動作（ステップＳ２０１〜Ｓ２１１）は、第１の実施の形態のＳ１０１〜Ｓ１１１と同様である。
【００２７】
キャリアサーバ２０は所定の時間間隔で、記憶装置５０に蓄積されたデータ、即ち、ユーザー携帯電話１０のメッセージを他プロバイダサーバ６０に送信する（ステップＳ２１２〜Ｓ２１３）。このステップＳ２１２〜Ｓ２１３の操作は、例えば、記憶装置５０のメッセージが格納されたディレクトリ（＜ｓａｉｇａｉ＞）を一括してコピーするようにしても良いし、前回送信したデータとの差分のみを送信するものとしてもよい。
【００２８】
続いて、他プロバイダサーバ６０で受信されたデータは、他プロバイダサーバ６０に接続された記憶装置７０に保存され（ステップＳ２１４）、ネットワーク１００に公開する（ステップＳ２１５）。
【００２９】
以上の実施形態では、上記した第１の実施形態の効果に加えて、キャリアサーバ２０の負荷を低減することが可能となる。その理由は、キャリアサーバ２０のデータを他プロバイダ６０でも公開できるよう構成したことにある。
【００３０】
また上記した各実施形態は、携帯電話からメッセージを登録でき、かつ、閲覧サイドでは端末の種類や加入キャリアを問わず閲覧できるようにしているため、停電等にも強く、災害時のメッセージ伝達手段として好適に使用可能であるが、電話番号で特定人からのメッセージをより分けることができるという特徴に照らせば、平時における、広告宣伝手段や、家族・友人間のコミュニケーション手段としても好適に利用することができる。
【００３１】
また、上記した実施形態では、携帯電話事業者（オペレータ）等により設置運営されるキャリアサーバを伝言サーバとして機能させるものとして説明したが、ユーザーＤＢ４０に相当するデータベースを構築・接続可能であれば、その他のサーバを伝言サーバとして機能させることも可能である。
【００３２】
また、上記した実施形態では、＜ｓａｉｇａｉ＞というフォルダの中に電話番号をファイル名に持つ個人Ｗｅｂページを格納する構成を例示したが（図２参照）、図６に示したように、＜ｓａｉｇａｉ＞というフォルダの中に電話番号をフォルダ名称とするサブフォルダを配置し、その中に個人Ｗｅｂページを格納する構成とすることもできる。
【図面の簡単な説明】
【００３３】
【図１】本発明の第１の実施形態に係る伝言システムの構成を表したブロック図である。
【図２】本発明の第１の実施形態に係る伝言システムにおける記憶装置のディレクトリ構成を表した図である。
【図３】本発明の第１の実施形態に係る伝言システムの動作を表した流れ図である。
【図４】本発明の第２の実施形態に係る伝言システムの構成を表したブロック図である。
【図５】本発明の第２の実施形態に係る伝言システムの動作を表した流れ図である。
【図６】本発明に係る伝言システムにおける記憶装置のディレクトリ構成の別の例を表した図である。
【符号の説明】
【００３４】
１０  ユーザー携帯電話
２０  キャリアサーバ
３０  ユーザー端末
４０  ユーザＤＢ（データベース）
５０、７０  記憶装置
６０  他プロバイダサーバ
１００  ネットワーク
【図１】
2007053493.tif 000003
【図２】
2007053493.tif 000004
【図３】
2007053493.tif 000005
【図４】
2007053493.tif 000006
【図５】
2007053493.tif 000007
【図６】
2007053493.tif 000008