(57)【要約】【課題】携帯電話機を所持する複数の相手先に短時間で情報の伝達を図ること。【解決手段】配信したい情報が発生した場合、管理サーバ１０１からＷＥＢサーバ１０２に対し登録部３０１から情報が登録される。そして、管理サーバ１０１から通知サーバ１０３に対して発呼部３０２により情報の配信要求がおこなわれ、携帯電話機１０４ａに対して電話接続の呼び出しがおこなわれる。携帯電話機１０４ａは、呼び出しによる着信をきっかけとし、検知部２０１にて発信元電話番号を検知し、格納部２０１に設定された発信元電話番号に対応したＷＥＢサーバ１０２に登録されたＵＲＬに情報の取得要求をおこない、情報の取得をおこなう。【選択図】        図３
2005094266.tif 000002
【特許請求の範囲】
【請求項１】
所定の発信元からの電話の着信を検知する検知手段と、
前記検知手段によって前記着信が検知された場合に、所定のＵＲＬに登録されたコンテンツ情報の取得要求を直ちにおこなう取得要求手段と、
前記取得要求手段によって取得要求がおこなわれたコンテンツ情報を受信する受信手段と、
前記受信手段によって受信されたコンテンツ情報を出力する出力手段と、
を備えたことを特徴とする情報端末装置。
【請求項２】
所定の発信元からの電話の着信を検知する検知手段と、
前記検知手段によって前記着信が検知された場合に、前記所定の発信元の電話番号に対応するＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこなう取得要求手段と、
前記取得要求手段によって取得要求がおこなわれたコンテンツ情報を受信する受信手段と、
前記受信手段によって受信されたコンテンツ情報を出力する出力手段と、
を備えたことを特徴とする情報端末装置。
【請求項３】
複数の発信元の電話番号に関する情報と、各前記電話番号に対応するＵＲＬに関する情報と、を関連付けて格納する格納手段を備えたことを特徴とする請求項２に記載の情報端末装置。
【請求項４】
所定のＵＲＬにコンテンツ情報を登録する登録手段と、
前記登録手段によってコンテンツ情報が登録された場合に、所定の電話番号へ直ちに発呼し、該発呼をしてから所定時間経過後に前記発呼を停止する発呼手段と、
を備えたことを特徴とする情報処理装置。
【請求項５】
所定の発信元からの電話の着信を検知する検知工程と、
前記検知工程によって前記着信が検知された場合に、所定のＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこなう取得要求工程と、
前記取得要求工程によって取得要求がおこなわれたコンテンツ情報を受信する受信工程と、
前記受信工程によって受信されたコンテンツ情報を出力する出力工程と、
を含んだことを特徴とする情報取得方法。
【請求項６】
所定の発信元からの電話の着信を検知する検知工程と、
前記検知工程によって前記着信が検知された場合に、前記所定の発信元の電話番号に対応するＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこなう取得要求工程と、
前記取得要求工程によって取得要求がおこなわれたコンテンツ情報を受信する受信工程と、
前記受信工程によって受信されたコンテンツ情報を出力する出力工程と、
を含んだことを特徴とする情報取得方法。
【請求項７】
複数の発信元の電話番号に関する情報と、各前記電話番号に対応するＵＲＬに関する情報と、を関連付けて格納する格納工程を含んだことを特徴とする請求項６に記載の情報取得方法。
【請求項８】
前記請求項５〜７のいずれか一つに記載された方法をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介して、電子メールなどの各種電子コンテンツを送受信する情報端末装置、情報処理装置、情報取得方法、およびその方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
従来から用いられるネットワークを介した情報伝達のされ方には、情報を情報受信者が能動的に取得するシステムと、受動的に取得するシステムとがある。情報を情報受信者が能動的に取得するシステムは、電子メールや、ＷＥＢのＨＴＭＬ配信が主な例となる。電子メールであればメールの配信サーバに、ＨＴＭＬファイルであればＷＥＢサーバに、それぞれ伝達したい情報を送信する。その後、送信された電子メールや、ＨＴＭＬファイルは、情報の情報受信者であるユーザによってブラウザや、メールの受信ツールなどを利用し、ユーザの意志によって取得される。
【０００３】
一方、情報を情報受信者が受動的に取得するシステムは、ＴＶ放送や、ストリーミング技術を利用しブラウザを用いて動画像の供給をおこなうものなどをあげることができる。また、情報の供給者が、前記した電子メールや、ＨＴＭＬファイルなどをサーバに送信あるいは設置したものを、ユーザが使用する専用のアプリケーションソフトウエアが定期的に取得しにいく方法をとるものがあり、これらは供給者と情報受信者の間で、情報が同期的に共有される形態をとるものである。情報を情報受信者が能動的に取得するシステムをプル型、情報を情報受信者が受動的に取得するシステムをプッシュ型、の情報配信と一般的に呼ばれている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、情報の伝達を速く確実におこないたい場合、電子メールは、通信回線の混雑や、メールサーバの処理の遅延などにより、情報が相手先にすぐ伝わらない場合が多い。また、ＨＴＭＬファイルは、ＷＥＢサイトに掲載した時期やＵＲＬを、相手先に知らせる必要があり、即時に情報を伝えることができないという点について電子メールと同様である。これらプル型のシステムは、情報を受ける情報受信者側の積極性や都合などによっても情報を伝達する時間に差が出てしまうため、情報をできる限り速く伝えることを目的とした場合にその確実性はかなり低いものとなる。
【０００５】
一方、専用のアプリケーションなどを使用してサーバに用意された情報コンテンツを取得するプッシュ型のシステムは、定期的に情報の取得がおこなわれたとしても、情報コンテンツが用意されるとともに取得されなくては即時に情報が伝わったことにはならない。情報コンテンツの用意と、その取得との時間差を縮める解決策は、取得しにいく回数を増やすことであるが、情報コンテンツを自動的に取得しにいくプッシュ型のシステムでは、取得するごとにパケットの通信料金が課金されてしまうため、実用的ではない。
【０００６】
また、上述した情報伝達のシステムは、一度に複数の相手先に伝達するときや、相手先を決まったカテゴリごとに分けて伝達するといった処理にも適していない。電子メールを複数の相手先に送信する場合は、接続処理および送信処理を一通ごとに順におこなわなくてはならないため、多数の電子メールを送信する場合には多くの時間を必要としてしまう。また、ＨＴＭＬファイルを設置してＷＥＢサイトを閲覧させる場合は、不特定多数の相手先に同時に閲覧させるには適しているが、特定の相手先のみに閲覧を許可させる場合は、サーバのシステム上で会員登録や会員認証などの設定をするなどシステム上での仕組みが必要となってくる。
【０００７】
この発明は、上述した従来技術による問題点を解消するため、複数の相手先に短時間で情報の伝達をおこなうことができる情報端末装置、情報処理装置、情報取得方法、およびその方法をコンピュータに実行させるプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかる情報端末装置は、所定の発信元からの電話の着信を検知する検知手段と、前記検知手段によって前記着信が検知された場合に、所定のＵＲＬに登録されたコンテンツ情報の取得要求を直ちにおこなう取得要求手段と、前記取得要求手段によって取得要求がおこなわれたコンテンツ情報を受信する受信手段と、前記受信手段によって受信されたコンテンツ情報を出力する出力手段と、を備えたことを特徴とする。
【０００９】
また、請求項２の発明にかかる情報端末装置は、所定の発信元からの電話の着信を検知する検知手段と、前記検知手段によって前記着信が検知された場合に、前記所定の発信元の電話番号に対応するＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこなう取得要求手段と、前記取得要求手段によって取得要求がおこなわれたコンテンツ情報を受信する受信手段と、前記受信手段によって受信されたコンテンツ情報を出力する出力手段と、を備えたことを特徴とする。
【００１０】
また、請求項３の発明にかかる情報端末装置は、請求項２に記載の発明において、複数の発信元の電話番号に関する情報と、各前記電話番号に対応するＵＲＬに関する情報とを関連付けて格納する格納手段を備えたことを特徴とする。
【００１１】
また、請求項４の発明にかかる情報処理装置は、所定のＵＲＬにコンテンツ情報を登録する登録手段と、前記登録手段によってコンテンツ情報が登録された場合に、所定の電話番号へ直ちに発呼し、該発呼をしてから所定時間経過後に前記発呼を停止する発呼手段と、を備えたことを特徴とする。
【００１２】
また、請求項５の発明にかかる情報取得方法は、所定の発信元からの電話の着信を検知する検知工程と、前記検知工程によって前記着信が検知された場合に、所定のＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこなう取得要求工程と、前記取得要求工程によって取得要求がおこなわれたコンテンツ情報を受信する受信工程と、前記受信工程によって受信されたコンテンツ情報を出力する出力工程と、を含んだことを特徴とする。
【００１３】
また、請求項６の発明にかかる情報取得方法は、所定の発信元からの電話の着信を検知する検知工程と、前記検知工程によって前記着信が検知された場合に、前記所定の発信元の電話番号に対応するＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこなう取得要求工程と、前記取得要求工程によって取得要求がおこなわれたコンテンツ情報を受信する受信工程と、前記受信工程によって受信されたコンテンツ情報を出力する出力工程と、を含んだことを特徴とする。
【００１４】
また、請求項７の発明にかかる情報取得方法は、請求項６に記載の発明において、複数の発信元の電話番号に関する情報と、各前記電話番号に対応するＵＲＬに関する情報とを関連付けて格納する格納工程を含んだことを特徴とする。
【００１５】
また、請求項８の発明にかかるプログラムは、前記請求項５〜７のいずれか一つに記載された方法をコンピュータに実行させることができる。
【発明の効果】
【００１６】
請求項１に記載の発明によれば、所定の発信元からの電話の着信を検知し、前記着信が検知された場合に、所定のＵＲＬに登録されたコンテンツ情報の取得要求を直ちにおこない、取得要求がおこなわれたコンテンツ情報を受信し、受信されたコンテンツ情報を出力するため、情報発信者からの電話の着信をきっかけとし、情報受信者の所持する情報端末装置としての携帯電話機がＵＲＬアクセスをおこなうことができ、これによって、情報発信者からの情報伝達の即時性を確保することが可能な情報端末装置が得られるいう効果を奏する。また、着信とともに画像表示や、音声出力がおこなわれるため、情報受信者の不注意による情報の確認忘れを防止することが可能な情報端末装置が得られるという効果を奏する。また、ＵＲＬを利用したＷＥＢコンテンツの配信によって、画像、音声、文字などの多様な情報の伝達をおこなうことができるため、情報受信者に合わせた情報媒体を選択し易くすることができるという効果を奏する。
【００１７】
また、請求項２に記載の発明によれば、所定の発信元からの電話の着信を検知し、前記着信が検知された場合に、前記所定の発信元の電話番号に対応するＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこない、取得要求がおこなわれたコンテンツ情報を受信し、受信されたコンテンツ情報を出力するため、特定の電話番号からの着信をきっかけとし、情報端末装置としての携帯電話機がＵＲＬアクセスをおこなうことができ、これによって、情報伝達の即時性を保ちつつ、特定の情報発信者から情報の配信を受けることが可能な情報端末装置が得られるという効果を奏する。また、使用する電話番号の数を増やすことによって、情報の量や、情報の内容を多様に設定できるようになるという効果を奏する。
【００１８】
また、請求項３に記載の発明によれば、さらに、複数の発信元の電話番号に関する情報と、各前記電話番号に対応するＵＲＬに関する情報とを関連付けて格納するため、電話番号に対応させるＵＲＬの設定が柔軟に変更することができ、情報発信者による電話番号やＵＲＬの変更、あるいは、情報受信者側での変更の対応をし易くすることができるという効果を奏する。
【００１９】
また、請求項４に記載の発明によれば、所定のＵＲＬにコンテンツ情報を登録し、コンテンツ情報が登録された場合に、所定の電話番号へ直ちに発呼し、該発呼をしてから所定時間経過後に前記発呼を停止するため、情報発信者が、情報の受信者側にＵＲＬアクセスさせることによって情報の伝達をおこなわせることができ、これにより、各種媒体を用いた情報の配信を即時におこなうことが可能な情報処理装置が得られるという効果を奏する。また、伝達したい情報をＷＥＢの専用サーバに登録してすぐに指示を出すことができるため、情報が伝達されるまでにかかる時間を短時間にすることができるという効果を奏する。
【００２０】
また、請求項５に記載の発明によれば、所定の発信元からの電話による着信信号を検知し、前記着信信号が検知された場合に、所定のＵＲＬに登録されているコンテンツ情報の取得要求を直ちに送信し、送信された取得要求に対して応答されたコンテンツ情報を受信し、受信されたコンテンツ情報を出力するため、情報発信者からの電話の着信をきっかけとし、情報受信者の所持する情報端末装置としての携帯電話機がＵＲＬアクセスをおこなうことができ、これによって、情報発信者からの情報伝達の即時性を確保することが可能な情報取得方法が得られるいう効果を奏する。また、着信とともに画像表示や、音声出力がおこなわれるため、情報受信者の不注意による情報の確認忘れを防止することが可能な情報取得方法が得られるという効果を奏する。また、ＵＲＬを利用したＷＥＢコンテンツの配信によって、画像、音声、文字などの多様な情報の伝達をおこなうことができるため、情報受信者に合わせた情報媒体を選択し易くすることができるという効果を奏する。
【００２１】
また、請求項６に記載の発明によれば、所定の発信元からの電話の着信を検知し、前記着信が検知された場合に、前記所定の発信元の電話番号に対応するＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこない、取得要求がおこなわれたコンテンツ情報を受信し、受信されたコンテンツ情報を出力するため、特定の電話番号からの着信をきっかけとし、情報端末装置としての携帯電話機がＵＲＬアクセスをおこなうことができ、これによって、情報伝達の即時性を保ちつつ、特定の情報発信者から情報の配信を受けることが可能な情報取得方法が得られるという効果を奏する。また、使用する電話番号の数を増やすことによって、情報の量や、情報の内容を多様に設定できるようになるという効果を奏する。
【００２２】
また、請求項７に記載の発明によれば、さらに、複数の発信元の電話番号に関する情報と、各前記電話番号に対応するＵＲＬに関する情報とを関連付けて格納するため、電話番号に対応させるＵＲＬの設定が柔軟に変更することができ、情報発信者による電話番号やＵＲＬの変更、あるいは、情報受信者側での変更の対応をし易くすることができるという効果を奏する。
【００２３】
また、請求項８に記載の発明によれば、前記請求項５〜７のいずれか一つに記載された方法をコンピュータに実行させることが可能なプログラムが得られるという効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下に添付図面を参照して、この発明にかかる情報端末装置、情報処理装置、情報取得方法、およびその方法をコンピュータに実行させるプログラムの好適な実施の形態を詳細に説明する。
【００２５】
（実施の形態）
まず、この発明の本実施の形態にかかる情報端末装置としての携帯電話機を含むシステムのシステム構成について説明する。図１は、この発明の本実施の形態にかかる情報端末装置としての携帯電話機を含むシステムのシステム構成を示す図である。図に示すように、ネットワーク１００に対して、情報処理装置としての管理サーバ１０１と、ＷＥＢサーバ１０２と、通知サーバ１０３と、情報端末装置としての携帯電話機１０４（１０４ａ，１０４ｂ）とが接続されている。また、ネットワーク１００には、電話局（のサーバ）１０６が接続され、さらに電話局１０６には、無線基地局１０５（１０５ａ，１０５ｂ）が接続されている。そして、通知サーバ１０３と電話局１０６は、公衆回線網１０７によって接続されている。さらにまた、ネットワーク１００には、ＩＰ電話対応の受話器などの情報処理装置１０８が接続されている。
【００２６】
管理サーバ１０１は、ＷＥＢサーバ１０２と、通知サーバ１０３と、を管理する。また、管理サーバ１０１は、ＷＥＢサーバ１０２に対して、ＷＥＢサーバ１０２のコンテンツ情報となるＨＴＭＬファイルやＸＭＬファイルなどの修正や更新を、ＦＴＰプロトコルを用いたツールや、専用のアプリケーションを用いておこなう。さらに、管理サーバ１０１は、通知サーバ１０３に対し、通知サーバ１０３から電話の接続要求を発信させるための配信要求をおこなう。この配信要求は、ブラウザや専用のアプリケーションを用い、ＨＴＴＰや、ＴＣＰプロトコルに基づいた通信にておこなわれる。また、管理サーバ１０１は、配信するための情報を用意したり、電話の接続要求をおこなうために管理者を配置してもよい。
【００２７】
ＷＥＢサーバ１０２は、ＨＴＭＬファイルやＸＭＬファイルなどから構成されるコンテンツ情報が設置され、携帯電話機１０４ａからブラウザを使用してアクセスされる。また、ＷＥＢサーバ１０２は、各携帯電話機にて使用される各種アプリケーションソフトウエアから取得される動画像、静止画像、音声ファイルなどのコンテンツファイルも設置できる。これらのコンテンツファイルは、主にＷＷＷサーバやＦＴＰサーバなどによって配信がおこなわれる。また、ＷＥＢサーバ１０２に掲載されるコンテンツは、管理サーバ１０１の管理者によって認証許可される端末装置や携帯端末装置などから更新処理がおこなわれる。
【００２８】
通知サーバ１０３は、いわゆる、ＣＴＩ（Ｃｏｍｐｕｔｅｒ  Ｔｅｌｅｐｈｏｎｙ  Ｉｎｔｅｇｒａｔｉｏｎ）サーバであり、ＣＴＩアプリケーションの要求をＰＢＸ（交換機）に伝えたり、ＰＢＸの呼制御情報をアプリケーション側に通知したりする。ＣＴＩサーバが、電話の接続要求である呼び出しを発信する際には、管理サーバ１０１に備えられたＣＴＩ用のアプリケーションからＨＴＴＰプロトコルを使用して発信指示を受ける。通知サーバ１０３は、管理サーバ１０１から指示を受けると、公衆回線網１０７、電話局１０６、無線基地局１０５を介して携帯電話機１０４に対して呼び出しの発信をおこなう。
【００２９】
携帯電話機１０４（１０４ａ，１０４ｂ）は、たとえばＮＴＴ  Ｄｏｃｏｍｏの「ｉモード（Ｒ）」や、ａｕ社の「ｅｚｗｅｂ（Ｒ）」のように、少なくともインターネットへの接続が可能で、ブラウザや、Ｊａｖａ（Ｒ）アプリケーションなどを用いてネットワーク１００へアクセスする情報通信機能を備えた携帯電話機である。そして、携帯電話機１０４は、情報の供給者からの情報を、これら情報通信機能を使用して取得する。また、ＩＰ電話が利用でき、ネットワーク１００へアクセスする情報通信機能を使用することができるものであれば、ＰＤＡや、デスクトップ型パーソナルコンピュータや、ノート型パーソナルコンピュータなどであっても携帯電話機１０４と同じく利用することができる。
【００３０】
また、無線基地局１０５は、携帯電話機１０４への無線電波の送信、または、携帯電話機１０４からの無線電波の受信をおこなう。携帯電話機１０４は、この無線基地局１０５を介して電話局１０６に接続されている。
【００３１】
管理サーバ１０１と、ＷＥＢサーバ１０２と、通知サーバ１０３は、たとえば、各種パーソナルコンピュータやワークステーションなどであり、ネットワーク１００を介したデータ通信においては、必要に応じてＳＳＬ方式を利用したセキュリティー機能を利用する。
【００３２】
なお、図１では、管理サーバ１０１と、ＷＥＢサーバ１０２と、通知サーバ１０３と、を全て別のサーバとしたが、それぞれの機能を一つのサーバにまとめてもよい。また、システムの形態により、通知サーバ１０３が携帯電話機１０４に対しておこなう発呼の処理は、一般的な電話装置にて代用することが可能である。
【００３３】
図２は、この発明の本実施の形態にかかる携帯電話機の機能的構成を示すブロック図である。図に示すように、携帯電話機１０４ａは、ネットワーク１００に接続され、検知部２０１と、取得要求部２０２と、格納部２０３と、受信部２０４と、出力部２０５とによって構成されている。
【００３４】
検知部２０１は、所定の発信元からの電話の着信を検知する。たとえば、携帯電話機１０４ａがネットワーク１００に含まれる通信網からの着信を受けた場合、受信した呼出信号からその発信元である発信者の電話番号情報を検知する。この発信元となるのは、たとえば、図１に示した電話接続をおこなうための通知サーバ１０３や、他の一般の電話装置である。発信元の電話番号の検知は、電話接続を結ばなくとも（受話しなくとも）着信を受けた状態にて検知することができる。検知部２０１は、具体的には、たとえば、後述する図４に示すＲＯＭ４０２、ＲＡＭ４０３などに記録されたプログラムをＣＰＵ４０１が実行することによってその機能を実現する。
【００３５】
取得要求部２０２は、検知部２０１にて着信を検知すると、所定のＵＲＬに登録されたコンテンツ情報の取得要求を直ちにおこなう。また、取得要求部２０２は、検知部２０１にて着信を検知すると、所定の発信元の電話番号に対応するＵＲＬに登録されているコンテンツ情報の取得要求を直ちにおこなう。携帯電話機１０４ａが、通知サーバ１０３からの着信を受けた後、直ちにコンテンツ情報の取得要求をおこなうことによりプッシュ型の情報配信を実現する。取得要求部２０２は、具体的には、たとえば、後述する図４に示す通信制御部４０８によってその機能を実現する。
【００３６】
また、取得要求部２０２が取得要求をおこなうＵＲＬを有するサーバは、本実施の形態では、ＷＥＢサーバ１０２を指す。そして、ＵＲＬに登録されたコンテンツ情報は、たとえば、ＨＴＭＬ形式やＸＭＬ形式などの文字ファイルや画像ファイル、あるいは、ＷＡＶ形式を始めとする音声ファイルなどであり、ＨＴＴＰや、ＦＴＰ、あるいは、ＰＯＰプロトコルなどを用いて携帯電話機１０４ａによって取得される。
【００３７】
格納部２０３は、複数の発信元の電話番号に関する情報と、各電話番号に対応するＵＲＬに関する情報と、を関連付けて格納する。この電話番号情報は複数の登録をすることができ、ＵＲＬ情報も複数ある電話番号情報のそれぞれと関連付けられて格納される。こうすることにより、情報発信者が電話番号ごとに異なるＵＲＬを用い、多様な情報の配信をおこなうことができるようになる。格納部２０３は、具体的には、たとえば、後述する図４に示すＲＡＭ４０３、外部記憶装置４１０などによってその機能を実現する。
【００３８】
受信部２０４は、取得要求部２０２によって取得要求がおこなわれたコンテンツ情報を受信する。そして、受信部２０４にて受信されたコンテンツ情報は、携帯電話機１０４ａにてすぐに表示出力や音声出力されるため、後述する出力部２０５へと送出される。受信部２０４は、具体的には、たとえば、後述する図４に示す通信制御部４０８によってその機能を実現する。
【００３９】
出力部２０５は、受信部２０４によって受信されたコンテンツ情報を出力する。受信部２０４にて受信されるコンテンツ情報は、文字や画像や音声などのファイルであり、これらを出力部２０５が出力する。たとえば、文字のファイルの場合は、荷物の配送先を指示する文章が書かれたＨＴＭＬファイルが携帯電話機１０４ａの表示画面に表示される。また、画像のファイルは、事故現場などの画像が携帯電話機１０４ａの表示画面に表示される。そして、音声のファイルは、人の声や音楽などで作成された朝の目覚ましが音声スピーカから出力されたりする。出力部２０５は、具体的には、後述する図４に示すディスプレイ４０４、スピーカ４０７などによってその機能を実現する。
【００４０】
図３は、この発明の本実施の形態にかかる情報処理装置としての管理サーバの機能的構成を示すブロック図である。図に示すように、管理サーバ１０１は、ネットワーク１００を介してＷＥＢサーバ１０２と、通知サーバ１０３とに接続され、登録部３０１と、発呼部３０２とによって構成されている。
【００４１】
登録部３０１は、所定のＵＲＬにコンテンツ情報を登録する。所定のＵＲＬは、本実施の形態ではＷＥＢサーバ１０２内に設定されており、管理サーバ１０１は、文字ファイルや画像ファイルや音声ファイルとして作成されるコンテンツ情報を、ＷＥＢサーバ１０２に登録する。登録したコンテンツ情報は、ネットワーク１００を介して携帯電話機１０４（１０４ａ，１０４ｂ）により取得され、視聴される。
【００４２】
発呼部３０２は、登録部３０１によってコンテンツ情報が登録された場合に、所定の電話番号へ直ちに発呼し、発呼をしてから所定時間経過後に発呼を停止する。この発呼をきっかけとして携帯電話機１０４（１０４ａ，１０４ｂ）が、ＷＥＢサーバ１０２に登録されたコンテンツ情報を取得要求する。配信したい情報であるコンテンツ情報を登録部３０１から登録すると、直ちに発呼部３０２によって携帯電話機１０４（１０４ａ，１０４ｂ）へ配信のきっかけとなる発呼がおこなわれるため、情報の供給者は短時間のうちに携帯電話機１０４（１０４ａ，１０４ｂ）へ情報の配信をおこなうことができる。
【００４３】
登録部３０１および、発呼部３０２は、具体的には、たとえば、後述する図５に示すネットワークＩ／Ｆ５０９によってその機能を実現する。その際、ＣＰＵ５０１が、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０５、ＦＤ５０７、ＣＤ−ＲＯＭ（ＲＷ）５１４などに記録されたプログラムを実行することによって、ネットワークＩ／Ｆ５０９に処理をおこなわせる。
【００４４】
図４は、この発明の本実施の形態にかかる携帯電話機のハードウエア構成の一例を示すブロック図である。図４において、携帯電話機１０４（１０４ａ，１０４ｂ）は、ＣＰＵ４０１と、ＲＯＭ４０２と、ＲＡＭ４０３と、ディスプレイ４０４と、操作キー４０５と、マイク４０６と、スピーカ４０７と、通信制御部４０８と、外部接続端子４０９と、外部記憶装置４１０と、アンテナ４１１と、を備え、アンテナ４１１は無線基地局１０５と通信接続している。また、各構成部はバス４００によってそれぞれ接続されている。
【００４５】
ここで、ＣＰＵ４０１は、携帯電話機１０４（１０４ａ，１０４ｂ）全体の制御を司る。ＲＯＭ４０２は、基本入出力プログラムや、ブートプログラムなどのプログラムを記憶している。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ディスプレイ４０４は、液晶ディスプレイであり、文書、画像、機能情報などのデータに関するウインドウ（ブラウザ）を表示する。
【００４６】
操作キー４０５は、文字、数字、各種指示などを入力する。マイク４０６は、入力した音声を電気信号に変換する。スピーカ４０７は、入力した電気信号を音声に変換して出力する。通信制御部４０８は、アンテナ４１１を介して無線基地局１０５と電波の送受信をし、制御をおこなう。外部接続端子４０９は、フラッシュメモリなどの外部記憶装置４１０との接続口となる。
【００４７】
図５は、この発明の本実施の形態にかかる情報処理装置としての管理サーバ、ＷＥＢサーバ、および通知サーバのハードウエア構成を示すブロック図である。図５において、管理サーバ１０１、ＷＥＢサーバ１０２、通知サーバ１０３は、ＣＰＵ５０１と、ＲＯＭ５０２と、ＲＡＭ５０３と、ＨＤＤ（ハードディスクドライブ）５０４と、ＨＤ（ハードディスク）５０５と、ＦＤＤ（フレキシブルディスクドライブ）５０６と、着脱可能な記録媒体の一例としてのＦＤ（フレキシブルディスク）５０７と、ディスプレイ５０８と、ネットワークＩ／Ｆ（インタフェース）５０９と、キーボード５１０と、マウス５１１と、スキャナ５１２と、プリンタ５１３と、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ（ＲＷ）５１４と、ＣＤ−ＲＷドライブ５１５と、を備えている。また、各構成部はバス５００によってそれぞれ接続されている。
【００４８】
ここで、ＣＰＵ５０１は、管理サーバ１０１、ＷＥＢサーバ１０２、通知サーバ１０３各々の全体の制御を司る。ＲＯＭ５０２は、基本入出力プログラムや、ブートプログラムなどのプログラムを記憶している。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤＤ５０４は、ＣＰＵ５０１の制御にしたがってＨＤ５０５に対するデータのリード／ライトを制御する。ＨＤ５０５は、ＨＤＤ５０４の制御で書き込まれたデータを記憶する。
【００４９】
ＦＤＤ５０６は、ＣＰＵ５０１の制御にしたがってＦＤ５０７に対するデータのリード／ライトを制御する。ＦＤ５０７は、ＦＤＤ５０６の制御で書き込まれたデータを記憶する。着脱可能な記録媒体として、ＦＤ５０７の他、ＣＤ−ＲＷ、ＭＯ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）などであってもよい。ディスプレイ５０８は、カーソル、メニュー、あるいは文書、画像、機能情報などのデータに関するウインドウ（ブラウザ）を表示する。たとえば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどである。
【００５０】
キーボード５１０は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。マウス５１１は、カーソルの移動や範囲選択、あるいはウインドウの移動やサイズの変更などをおこなう。ポインティングデバイスとして同様の機能を備えるものであれば、トラックボール、ジョイスティックなどであってもよい。
【００５１】
ネットワークＩ／Ｆ５０９は、図１に示したネットワーク１００と内部とのインタフェースを司り、管理サーバ１０１、ＷＥＢサーバ１０２、通知サーバ１０３からのデータの入出力を制御する。また、スキャナ５１２は、文字や画像を光学的に読み取る。そして、プリンタ５１３は、文書データを印刷する。たとえば、レーザプリンタなどである。ＣＤ−ＲＷドライブ５１５は、ＣＰＵ５０１の制御にしたがってＣＤ−ＲＯＭ（ＲＷ）５１４に対するデータのリードを制御する。ＣＤ−ＲＯＭ（ＲＷ）５１４は、着脱可能な記録媒体である。
【００５２】
図６は、この発明の本実施の形態にかかる情報端末装置としての携帯電話機を含むシステムの処理の一例を示すフローチャートである。図６では、緊急情報が発生した際に、その緊急情報が、最終的な配信先である携帯電話機１０４ａまで配信される流れを、管理サーバ１０１と、ＷＥＢサーバ１０２と、通知サーバ１０３と、を利用して示したフローチャートである。
【００５３】
まず、緊急に配信すべき情報が発生すると（ステップＳ６０１）、管理サーバ１０１を管理する管理者は、ステップＳ６０１にて発生した緊急の情報を、携帯電話機１０４ａに備えられた専用のアプリケーション（または、ブラウザなど）にて閲覧可能なＨＴＭＬファイル形式などのファイルを生成し、登録部３０１からＷＥＢサーバ１０２に登録をおこなう（ステップＳ６０２）。
【００５４】
ステップＳ６０２にておこなうファイルの登録は、ＨＴＴＰや、ＦＴＰプロトコルを用いておこなうファイルのアップロードか、もしくは登録をおこなうための専用のアプリケーションを用いておこなわれる。また、このときＷＥＢサーバ１０２に登録されたファイルを、以下、緊急情報ファイルと呼ぶ。
【００５５】
つぎに、ステップＳ６０２にて登録された緊急情報ファイルを携帯電話機１０４ａに配信するため、管理サーバ１０１は、通知サーバ１０３に対しそのきっかけとなる配信要求をおこなう（ステップＳ６０３）。配信要求を受けた通知サーバ１０３は、携帯電話機１０４ａに対して発呼部３０２から発呼となる電話接続の呼び出しを発信し（ステップＳ６０４）、その後、呼び出しの送信を切断する（ステップＳ６０５）。この呼び出しの信号を送信している時間は、携帯電話機１０４ａのリンガが数回鳴る程度でもよいし、リンガが鳴らないごく短い時間であってもよい。携帯電話機１０４ａが、通知サーバ１０３からの電話接続による呼び出しによって着信されればよい。
【００５６】
通知サーバ１０３からの着信によって、携帯電話機１０４ａの検知部２０１は発信者の番号である発信者電話番号を取得する（ステップＳ６０６）。発信者電話番号を取得すると、取得要求部２０２は、格納部２０３に格納されている発信者電話番号に予め関連付けられた緊急情報ファイルが設置されているＵＲＬを参照し、ＷＥＢサーバ１０２に対して緊急情報ファイルの取得要求をおこなう（ステップＳ６０７）。なお、発信者電話番号と、それに関連付けられた緊急情報ファイルのＵＲＬについての関係は後述する図７にて説明をおこなう。
【００５７】
そして、携帯電話機１０４ａから緊急情報ファイルの取得要求を受けたＷＥＢサーバ１０２は、緊急情報ファイルを携帯電話機１０４ａに対して配信し（ステップＳ６０８）、携帯電話機１０４ａは受信部２０４にて受信する（ステップＳ６０９）。そして、携帯電話機１０４ａでは、出力部２０５により受信した緊急情報のファイルを出力表示し（ステップＳ６１０）、処理を終了する。
【００５８】
図７は、この発明の本実施の形態にかかる変換テーブルの一例を示す説明図である。この変換テーブルは、各通知サーバの電話番号と、緊急情報ファイルが設置されるＵＲＬと、が関連付けられて設定されるテーブルである。
【００５９】
携帯電話機１０４ａが、１種類以上の緊急情報ファイルの配信を受ける場合にはこの変換テーブルを携帯電話機１０４ａ内に設定しておく必要がある。この変換テーブルの設定は、ＷＥＢサーバ１０２に変換テーブルを取得するための会員登録の仕組みを作っておいたり、電子メールの添付による配信を受けたり、ＷＥＢのサイトなどの決められたディレクトリからダウンロードする仕組みを作るなどしてもよい。
【００６０】
携帯電話機１０４ａは、複数のうちの一つの通知サーバ１０３から電話接続による着信を受けると、変換テーブルを参照し、変換テーブル内の該当する通知サーバ１０３の電話番号に関連付けられたＵＲＬに対してコンテンツ情報の取得要求をおこなう。そして、このＵＲＬに設置されている緊急情報ファイルが取得され、携帯電話機１０４ａの表示画面に表示、あるいは、音声出力される。
【００６１】
図に示す変換テーブルでは、表の左の項目７０１は、通知サーバ１０３に割り当てられた電話番号であり、それに対応して関連付けられたＵＲＬが右の項目７０２に示されている。図の例によれば、通知サーバ１０３に割り当てられた電話番号が１１−１１１１−１１１１の場合、それに対応するＵＲＬはＵＲＬ１である。よって、電話番号１１−１１１１−１１１１である通知サーバ１０３から、携帯電話機１０４ａが着信を受けると、ＵＲＬ１に対して取得要求がおこなわれる。
【００６２】
また、２番目の２２−２２２２−２２２２に対するＵＲＬはＵＲＬ２とし、３番目の３３−３３３３−３３３３に対するＵＲＬはＵＲＬ３である。携帯電話機１０４ａは、電話番号が２２−２２２２−２２２２に割り当てられた通知サーバ１０３から着信を受けると、ＵＲＬ２に対して取得要求がおこなわれ、電話番号が３３−３３３３−３３３３に割り当てられた通知サーバ１０３から着信を受けると、ＵＲＬ３に対して取得要求がおこなわれることを示している。
【００６３】
図８は、この発明の本実施の形態にかかる携帯電話機にて緊急情報ファイルを表示する処理の一例を示すフローチャートである。図８では、通知サーバ１０３からの着信を受けた以降の携帯電話機１０４ａにおけるフローチャートを示し、図６を補足するものである。
【００６４】
まず、携帯電話機１０４ａは、通知サーバ１０３から電話接続による着信を受ける（ステップＳ８０１）。携帯電話機１０４ａが着信を受けると、検知部２０１によって発信者電話番号を検知する（ステップＳ８０２）。そして、検知した発信者電話番号が、格納部２０３に設定された変換テーブルに登録されているか否かを判断する（ステップＳ８０３）。
【００６５】
ステップＳ８０１にて着信した発信者電話番号が変換テーブルに登録されていなかった場合は（ステップＳ８０３：Ｎｏ）、そのまま処理を終了する。このとき、着信した電話番号が変換テーブルに登録されていないものであったことを、携帯電話機１０４ａの表示画面にメッセージ出力してもよい。
【００６６】
そして、ステップＳ８０１にて着信した発信者電話番号が変換テーブルに登録されていた場合は（ステップＳ８０３：Ｙｅｓ）、発信者電話番号に関連付けられたＵＲＬを参照し、このＵＲＬが登録されたＷＥＢサーバ１０２へ緊急情報ファイルの取得要求をおこなう（ステップＳ８０４）。これにより、携帯電話機１０４ａは、ＷＥＢサーバ１０２から配信される緊急情報ファイルを受信部２０４にて受信する（ステップＳ８０５）。
【００６７】
携帯電話機１０４ａは、ステップＳ８０５にて緊急情報ファイルを受信すると、出力部２０５によって緊急情報ファイルの表示をおこない（ステップＳ８０６）、処理を終了する。このとき、携帯電話機１０４ａが緊急の情報を取得したことを示すため、音声を鳴らす仕組みにしてもよい。また、携帯電話機１０４ａが、情報の緊急性に従って音声の種類や大きさ、あるいは、表示する画面の内容や色などを変化させることも可能である。さらに、ステップＳ８０６にて表示した画面上には、応答を返すためのボタンや入力フィールドなどの記入項目を付け、携帯電話機１０４ａからＷＥＢサーバ１０２に応答を返す仕組みを作成することもできる。
【００６８】
図９は、この発明の本実施の形態にかかる通知サーバの発信処理の一例を示すフローチャートである。図９では、通知サーバ１０３が、管理サーバ１０１から緊急情報ファイルの配信要求を受けた後のフローチャートを示し、図６を補足するものである。
【００６９】
まず、通知サーバ１０３は、ＷＥＢサーバ１０２に登録された緊急情報ファイルを携帯電話機１０４ａによって取得させるために、管理サーバ１０１から出される緊急情報ファイルの配信要求を受信する（ステップＳ９０１）。通知サーバ１０３が、ステップＳ９０１にて配信要求を受信すると、携帯電話機１０４ａに対し発呼部３０２から発呼である呼び出しの発信をおこない（ステップＳ９０２）、呼び出し先の携帯電話機１０４ａの電源がオンか否かの判断をおこなう（ステップＳ９０３）。
【００７０】
呼び出し先の携帯電話機１０４ａの電源がオンでなかった場合は（ステップＳ９０３：Ｎｏ）、携帯電話機１０４ａが着信不可であることをログファイルに履歴として記録し（ステップＳ９０４）、呼び出しの切断をおこない（ステップＳ９０５）、処理を終了する。携帯電話機１０４ａの電源がオンであった場合は（ステップＳ９０３：Ｙｅｓ）、呼び出しの切断をおこない（ステップＳ９０５）、処理を終了する。なお、上述したように、通知サーバ１０３は、呼び出し先の携帯電話機１０４ａが着信できなかった履歴をログファイルに残すことができるため、携帯電話機１０４ａを所持するユーザに対する送達確認ができることになる。
【００７１】
図１０は、この発明の本実施の形態にかかるＷＥＢサーバによる緊急情報ファイルの配信処理の一例を示すフローチャートである。図１０では、ＷＥＢサーバ１０２が、携帯電話機１０４ａから緊急情報ファイルの取得要求がおこなわれた際のフローチャートを示し、図６を補足するものである。
【００７２】
まず、ＷＥＢサーバ１０２は、携帯電話機１０４ａから緊急情報ファイルの取得要求があったか否かの判断をおこなう（ステップＳ１００１）。緊急情報ファイルの取得要求が無かった場合は（ステップＳ１００１：Ｎｏ）、そのまま処理を終了する。緊急情報ファイルの取得要求があった場合は（ステップＳ１００１：Ｙｅｓ）、緊急情報ファイルを携帯電話機１０４ａに送信する（ステップＳ１００２）。そして、ステップＳ１００２にて緊急情報ファイルを送信したことをログファイルに履歴として記録する（ステップＳ１００３）。
【００７３】
ここで、ステップＳ１００４以降では、ステップＳ１００２にて送信した緊急情報ファイルが、携帯電話機１０４ａからの応答を要求する記入項目を設けたコンテンツ情報であった場合を想定し、フローチャートにして説明している。ここでいう記入項目とは、たとえば、ＷＥＢサイトにおけるＨＴＭＬファイルであれば、表示されたＨＴＭＬファイル内に、閲覧者によって文字を記入させるためのフィールドなどのオブジェクトである。この記入項目に記入した後、サーバに送信するためのボタンを押下することによって、サーバに対して記入した文字情報が応答として返される。
【００７４】
また、記入項目の内容の例としては、たとえば、緊急情報ファイルの伝達する内容が、携帯電話機１０４ａを所持する携帯者の居る場所を問うものであった場合は、携帯者の居場所や住所などを、また、携帯者に対して集合場所への到着時間を問うものであった場合は、携帯者が到着するであろう時間を操作キー４０５から文字入力し、ＷＥＢサーバ１０２に対して送信をおこなう。
【００７５】
まず、ＷＥＢサーバ１０２は、携帯電話機１０４ａに送信した緊急情報ファイルから返される記入項目の内容データの送信要求があったか否かを判断する（ステップＳ１００４）。緊急情報ファイルによる記入項目の送信要求が無かった場合は（ステップＳ１００４：Ｎｏ）、そのまま処理を終了する。携帯電話機１０４ａに送信した緊急情報ファイルにより記入項目の内容データの送信要求があった場合は（ステップＳ１００４：Ｙｅｓ）、送信された記入項目の内容データを受信する（ステップＳ１００５）。そして、記入項目の内容データを受信したことを履歴としてログファイルに記録し（ステップＳ１００６）、処理を終了する。
【００７６】
なお、上述したように、ＷＥＢサーバ１０２は、ステップＳ１００３の緊急情報ファイルの送信履歴や、ステップＳ１００６の記入項目の内容データの受信履歴をログファイルに残すことができる。そのため、携帯電話機１０４ａを持つユーザに対する緊急情報ファイルの送信、あるいは、送信した緊急情報ファイルに対してのユーザからの応答、の２点で送達確認ができることになる。よって、図９にて示したログファイルの記録を含めて、ユーザが閲覧したか否かを上述した３つのログファイルを見ることにより確認することができる。
【００７７】
図１１は、この発明の本実施の形態にかかる携帯電話機を含むシステムを応用した一例を示す説明図である。図１１では、管理サーバ１０１と、ＷＥＢサーバ１０２ａ〜１０２ｄと、通知サーバ１０３ａ〜１０３ｄと、携帯電話機１０４（１０４ａ，１０４ｂ）と、が接続されている。以下では、本発明を災害情報のシステムとして説明をおこない、発信する情報をカテゴリ分けをして用いる例を示す。
【００７８】
まず、ＷＥＢサーバ１０２ａには台風情報、ＷＥＢサーバ１０２ｂには雷情報、ＷＥＢサーバ１０２ｃには地震情報／被害、ＷＥＢサーバ１０２ｄには地震情報／震度、がそれぞれ管理サーバ１０１より、回線ｌｉｎ５〜８を通じて災害発生時に登録される。また、これらの緊急情報が各ＷＥＢサーバに登録されると、管理サーバ１０１は、携帯電話機１０４（１０４ａ，１０４ｂ）に配信するため、通知サーバ１０３ａ〜１０３ｄに対し、回線ｌｉｎ１〜４を通じて配信要求をおこなう。
【００７９】
一方、携帯電話機１０４ａには、変換テーブルｔｂ１が設定され、変換テーブルｔｂ１内は通知サーバ１０３ａまたは通知サーバ１０３ｂからの着信に対応する内容となっている。これにより、携帯電話機１０４ａが台風情報と雷情報の配信を受けることが可能となる。また、携帯電話機１０４ｂには、変換テーブルｔｂ２が設定され、変換テーブルｔｂ２内は通知サーバ１０３ｃと、通知サーバ１０３ｄからの着信に対応する内容となっている。これにより、地震情報／被害と地震情報／震度の配信を受けることが可能となる。
【００８０】
ここで、携帯電話機１０４ａが、情報配信を受ける際の具体例を示す。たとえば、管理サーバ１０１が台風情報を入手すると、回線ｌｉｎ５を通じてＷＥＢサーバ１０２ａに台風情報に関する緊急情報ファイルの登録をおこなう。続いて、管理サーバ１０１は、回線ｌｉｎ１を通じて通知サーバ１０３ａに対して配信要求をおこなうと、携帯電話機１０４ａに対し通信ｌｏｕｔ１を通じて、通知サーバ１０３ａから電話接続の呼び出しがおこなわれる。呼び出しを受けた携帯電話機１０４ａは、発信者電話番号を検知し、変換テーブルｔｂ１のなかの該当する発信者の電話番号１から変換先のＵＲＬ１を取得する。そして、携帯電話機１０４ａは、取得したＵＲＬ１に登録された緊急情報ファイルを、通信ｋｏｕｔ１を通じて取得要求をおこなうことにより、ＷＥＢサーバ１０２ａに設置された台風情報の緊急情報ファイルの表示をおこなう。
【００８１】
そして、上述した例は、管理サーバ１０１が雷情報を入手した場合も同様である。雷情報を入手した場合は、管理サーバ１０１が、通知サーバ１０３ｂに配信要求をおこなうと、通知サーバ１０３ｂから携帯電話機１０４ａに対し、通信ｌｏｕｔ２を通じて電話接続の呼び出しがおこなわれる。呼び出しを受けた携帯電話機１０４ａは、変換テーブルｔｂ１のなかに設定された変換先のＵＲＬ２を取得し、通信ｋｏｕｔ２を通じてＷＥＢサーバ１０２ｂに取得要求をおこなうことによって雷情報の緊急情報ファイルの表示をおこなう。
【００８２】
以上説明した例により、複数の通知サーバが用意されると、異なる電話番号を利用することが可能となり、各通知サーバに割り当てられている電話番号ごとに異なる情報の配信をおこなうことができることを示している。このことによって、緊急の情報をカテゴリごとに分類したり、緊急度に応じた分類をすることが可能となる。
【００８３】
つぎに、携帯電話機１０４ｂに対して情報配信をおこなう際の具体例を示す。たとえば、管理サーバ１０１が地震情報／被害の情報を入手すると、回線ｌｉｎ７を通じてＷＥＢサーバ１０２ｃに緊急情報ファイルの登録をおこなう。続いて、管理サーバ１０１は、回線ｌｉｎ３を通じて通知サーバ１０３ｃに配信要求をおこなうと、携帯電話機１０４ｂに対し通信ｌｏｕｔ３を通じて、通知サーバ１０３ｃから電話接続の呼び出しがおこなわれる。呼び出しを受けた携帯電話機１０４ｂは、発信者電話番号を検知し、変換テーブルｔｂ２のなかの該当する発信者の電話番号３から変換先のＵＲＬ−Ｇを取得する。
【００８４】
そして、携帯電話機１０４ｂは、検知した電話番号３と、取得したＵＲＬ−Ｇを送信し、通信ｋｏｕｔ３を通じてＷＥＢゲートウェイ１１０１に対して緊急情報ファイルの取得要求をおこなう。ＷＥＢゲートウェイ１１０１は、変換テーブルｔｂ３により、受信した電話番号３に対応するＵＲＬ３を取得し、通信ｇｏｕｔ１を通じてＷＥＢサーバ１０２ｃに再び取得要求をおこなう。これによって、携帯電話機１０４ｂは、ＷＥＢサーバ１０２ｃに設置された地震情報／被害の緊急情報ファイルの表示をおこなう。
【００８５】
上述した例は、管理サーバ１０１が地震情報／震度の情報を入手した場合も同様である。管理サーバ１０１が地震情報／震度の情報を入手すると、ＷＥＢサーバ１０２ｄに緊急情報ファイルの登録をおこない、通知サーバ１０３ｄに配信要求を送信する。通知サーバ１０３ｄは、携帯電話機１０４ｂに対し通信ｌｏｕｔ４を通じて電話接続の呼び出しをおこない、携帯電話機１０４ｂは変換テーブルｔｂ２のなかに設定された電話番号４から変換先のＵＲＬ−Ｇを取得する。
【００８６】
そして、携帯電話機１０４ｂは、検知した電話番号４と、取得したＵＲＬ−Ｇを送信し、通信ｋｏｕｔ３を通じてＷＥＢゲートウェイ１１０１に緊急情報ファイルの取得要求をおこなう。つぎに、ＷＥＢゲートウェイ１１０１は、変換テーブルｔｂ３により、受信した電話番号４に対応するＵＲＬ４を取得し、通信ｇｏｕｔ２を通じてＷＥＢサーバ１０２ｄに再び取得要求をおこなう。携帯電話機１０４ｂは、ＷＥＢサーバ１０２ｄに設置された地震情報／震度の緊急情報ファイルを取得し、表示をおこなう。
【００８７】
以上説明した例により、携帯電話機１０４ｂが、ＷＥＢサーバ１０２ｃ，１０２ｄにアクセスするために、ＷＥＢゲートウェイ１１０１を介してアクセスさせることができることが示される。このことは、緊急の情報をカテゴリごとに分類することにもつながるが、ＷＥＢサーバ１０２ｃ，１０２ｄへアクセスする際のＵＲＬを、ＷＥＢゲートウェイ１１０１の変換テーブルを書き換えることのみでおこなうことができることを意味する。
【００８８】
以上説明したように、本実施の形態によれば、情報の供給者は、緊急に配信したい情報が発生した場合、通知サーバ１０３に対して緊急情報の配信要求をおこない、携帯電話機１０４（１０４ａ，１０４ｂ）に対して通知サーバ１０３から電話接続の呼び出しをおこなうだけで配信を開始させることができる。このことにより、緊急時の情報配信のリアルタイム性を確保させることができるようになる。
【００８９】
また、携帯電話機１０４（１０４ａ，１０４ｂ）に対して電話接続の呼び出しをおこなう際、携帯電話機１０４に着信記録を残すだけでよいため、携帯電話機１０４（１０４ａ，１０４ｂ）のユーザは呼び出しに対する接続をしなくともよくなる。これにより、電話接続による通信料の発生を防ぐことができる。
【００９０】
また、情報の情報受信者側である携帯電話機１０４（１０４ａ，１０４ｂ）は、通知サーバ１０３からの電話接続の呼び出しをきっかけとしてアプリケーションの起動をおこない、緊急の情報をＷＥＢサーバ１０２に取得しにいくことができるようになる。このことによって、携帯電話機１０４（１０４ａ，１０４ｂ）のユーザは、電話連絡時のような受信動作を取らなくてよく、緊急の情報が配信されるのを待ち、視聴するだけでよくなる。また、緊急情報が無いときのＷＥＢサーバ１０２に対する無駄なアクセスをしなくて済むため、パケット送信にかかる課金の節約をすることができる。
【００９１】
つぎに、この発明の本実施の形態にかかる携帯電話機を含むシステムの具体的な適用例について説明する。図１２は、この発明の本実施の形態にかかる携帯電話機を含むシステムの具体例を示す概要図である。図１２の例は、管理サーバ１０１と、ＷＥＢサーバ１０２と、通知サーバ１０３と、携帯電話機１０４ａ〜１０４ｎと、によって構成される運送会社のシステムである。前記した各サーバは、会社内や、あるいは専門会社に設置されるものとし、各携帯電話機１０４ａ〜１０４ｎは、社員であるドライバーが携帯するものとする。
【００９２】
まず、管理サーバ１０１に、地区、時間帯、住所、氏名などが書かれた配送のための指図書１２０１が矢印ｌｎ１に示すように届けられる。この書類に基づいて管理サーバ１０１からＷＥＢサーバ１０２に対し、矢印ｌｎ２に示すように指図書１２０１の内容がコンテンツ情報として登録される。このとき、指図書１２０１に書かれている顧客の属性データは、属性ＤＢ１２０２に登録される。
【００９３】
つぎに、この内容をドライバーの持つ各携帯電話機１０４ａ〜１０４ｎに配信するため、管理サーバ１０１は、通知サーバ１０３に対し矢印ｌｎ３に示すように配信要求をおこなう。ここでの配信要求は、指図書１２０１に書かれた地区、時間帯などによってリスト化されており、地区、時間帯に合致するドライバーのみに電話接続の呼び出しがおこなわれるように分けられている。
【００９４】
たとえば、東京の品川区を担当するドライバーのみに情報が配信されればよい場合には、品川区を担当するドライバーが所持する各携帯電話機１０４ａ〜１０４ｎに呼び出しが発信されればよい。これらの情報は、属性ＤＢ１２０２に登録されており、指図書１２０１に書かれた地区によって情報配信をおこなう電話番号を選別し、リスト化されて通知サーバ１０３に送信されるものとする。図に示した例では、携帯電話機１０４ａと、携帯電話機１０４ｃと、携帯電話機１０４ｎを所持する各ドライバーが担当のドライバーに該当し、リスト化されて通知サーバ１０３に送信される。また、携帯電話機１０４ｂを所持するドライバーは他の地域の配送を担当するものとし、リストの中に含まれず、呼び出しの発信はされない。
【００９５】
通知サーバ１０３から矢印ｌｎ４ａ〜４ｎに示す呼び出しの発信がされた携帯電話機１０４ａ、携帯電話機１０４ｃ、携帯電話機１０４ｎは、さらに、矢印ｌｎ６ａ〜６ｎに示す情報の取得要求をＷＥＢサーバ１０２に対しておこなう。これにより、指図書１２０１に基づいてＷＥＢサーバ１０２に登録された情報が配信され、各ドライバーへ情報が配信されることになる。なお、矢印ｌｎ４ａ〜４ｎの呼び出しの発信がされた時点にて、通知サーバ１０３から管理サーバ１０１に対して矢印ｌｎ５にて示す配信要求の完了通知がなされる。
【００９６】
また、携帯電話機１０４ａ、携帯電話機１０４ｃ、携帯電話機１０４ｎからおこなわれるＷＥＢサーバ１０２に対しての情報の取得要求は、履歴としてログＤＢ１２０３に登録される。このログＤＢ１２０３を、管理サーバ１０１から矢印ｌｎ７を通じて閲覧、あるいはファイル取得することにより、情報が携帯電話機１０４ａ、携帯電話機１０４ｃ、携帯電話機１０４ｎに確実に配信されたか否かの送達確認をすることができる。なお、上述した図１２で述べた携帯電話機は、携帯電話機１０４ａ〜１０４ｎまでとしたが、ａ〜ｎまでの数に限定されるものではなく、通知サーバ１０３にて管理できる数に依存するものである。
【００９７】
図１３は、この発明の本実施の形態にかかる緊急情報ファイルのメッセージの一例を示す説明図である。図１３では、図１２にて示した運送会社にて、システムが使用される際に使われる緊急情報のメッセージの具体例を示すものである。
【００９８】
項目１３０１は、各携帯電話機に電話接続の呼び出しをおこなう情報の発信元の各通知サーバ名を示している。項目１３０２は、各携帯電話機が項目１３０１に示す各通知サーバからの着信を受けたときに配信される各メッセージの具体例を示している。
【００９９】
まず、表の内容の１行目は、通知サーバＡから着信を受けた際には、「すぐメールを見て下さい。」のメッセージが各携帯電話機に配信されることを示している。このメッセージは、管理サーバ１０１がＷＥＢサーバ１０２に登録したもので、以下の他のメッセージについても同様である。通知サーバＢから着信を受けた際には、「近くの配送センタに連絡して下さい。」のメッセージが各携帯電話機に配信される。
【０１００】
つぎに、通知サーバＣから着信を受けた際には、「国道１００号線：Ｓインター出口で事故発生  国道９９号線にて迂回せよ。」のメッセージが各携帯電話機に配信される。そして、通知サーバＤから着信を受けた際には、「荷物の残数を入力してＯＫボタンを押して下さい。」のメッセージが各携帯電話機に配信される。このとき、メッセージのつぎの行に表示されている個数の入力フィールドに個数を入力し、さらに、つぎの行に表示されたＯＫボタンを押下することにより、ＷＥＢサーバ１０２に対して前記した荷物の個数の情報を応答として返すことができることを示している。
【０１０１】
以上説明したように、本実施の形態によれば、運送会社のドライバーなど、携帯電話機を所持する多くの携帯者に対し、緊急の情報を短時間のうちに一斉に配信することができるようになる。このことは、物流業界におけるドライバーだけでなく、一般企業における営業員など、多くの人間が配される職種に適するものである。
【０１０２】
また、通知サーバ１０３への電話接続の発信要求は、携帯電話機を所持するユーザの属性ごとに分類して発信させることによって、情報の配信先を細かく分けることができる。また、上述した、運送会社を例にしたドライバーは、運転中に携帯電話で通話することが禁止されているため、通話することを必要としない本発明のシステムは適していると考えられる。
【０１０３】
なお、本発明は、上述した運送会社の例だけでなく、ディスカウントストアやスーパーマーケットなどの量販店が、自店で会員登録をおこなったユーザに対して情報を配信するシステムとしても利用することができる。たとえば、店側が、携帯電話を所持する多くの顧客会員に対し、その日の特売品や限定品などの情報を、各人に時間差なく、公平に情報配信することができる。情報配信されると携帯電話の表示画面に情報が表示されるため、視認性の高い広告を配信することができる。
【０１０４】
なお、本実施の形態で説明した情報取得方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【産業上の利用可能性】
【０１０５】
以上のように、本発明にかかる情報端末装置、情報処理装置、情報取得方法、およびその方法をコンピュータに実行させるプログラムは、ネットワークを介した情報伝達をおこなう際に有用であり、特に、伝達の指示から着信までに時間差をおかず、多数の携帯電話に情報配信する場合に適している。
【図面の簡単な説明】
【０１０６】
【図１】この発明の本実施の形態にかかる情報端末装置としての携帯電話機を含むシステムのシステム構成を示す図である。
【図２】この発明の本実施の形態にかかる情報端末装置としての携帯電話機の機能的構成を示すブロック図である。
【図３】この発明の本実施の形態にかかる情報処理装置としての管理サーバの機能的構成を示すブロック図である。
【図４】この発明の本実施の形態にかかる情報端末装置としての携帯電話機のハードウエア構成の一例を示すブロック図である。
【図５】この発明の本実施の形態にかかる情報処理装置としての管理サーバ、ＷＥＢサーバ、および通知サーバのハードウエア構成を示すブロック図である。
【図６】この発明の本実施の形態にかかる情報端末装置としての携帯電話機を含むシステムの処理の一例を示すフローチャートである。
【図７】この発明の本実施の形態にかかる変換テーブルの一例を示す説明図である。
【図８】この発明の本実施の形態にかかる情報端末装置としての携帯電話機にて緊急情報ファイルを表示する処理の一例を示すフローチャートである。
【図９】この発明の本実施の形態にかかる通知サーバの発信処理の一例を示すフローチャートである。
【図１０】この発明の本実施の形態にかかるＷＥＢサーバによる緊急情報ファイルの配信処理の一例を示すフローチャートである。
【図１１】この発明の本実施の形態にかかる情報端末装置としての携帯電話機を含むシステムを応用した一例を示す説明図である。
【図１２】この発明の本実施の形態にかかる情報端末装置としての携帯電話機を含むシステムの具体例を示す概要図である。
【図１３】この発明の本実施の形態にかかる緊急情報ファイルのメッセージの一例を示す説明図である。
【符号の説明】
【０１０７】
１００  ネットワーク
１０１  管理サーバ
１０２  ＷＥＢサーバ
１０３  通知サーバ
１０４ａ，１０４ｂ  携帯電話機
１０５  無線基地局
２０１  検知部
２０２  取得要求部
２０３  格納部
２０４  受信部
２０５  出力部
３０１  登録部
３０２  発呼部
４０１，５０１  ＣＰＵ
４０２，５０２  ＲＯＭ
４０３，５０３  ＲＡＭ
４０４，５０８  ディスプレイ
４０５  操作キー
４０６  マイク
４０７  スピーカ
４０８  通信制御部
４０９  外部接続端子
４１０  外部記憶装置
４１１  アンテナ
５０４  ＨＤＤ（ハードディスクドライブ）
５０５  ＨＤ（ハードディスク）
５０６  ＦＤＤ（フレキシブルディスクドライブ）
５０７  ＦＤ（フレキシブルディスク）
５０９  ネットワークＩ／Ｆ（インタフェース）
５１０  キーボード
５１１  マウス
５１２  スキャナ
５１３  プリンタ
５１４  ＣＤ−ＲＯＭ（ＲＷ）
５１５  ＣＤ−ＲＷドライブ
１１０１  ＷＥＢゲートウェイ
１２０１  指図書
１２０２  属性ＤＢ
１２０３  ログＤＢ
【図１】
2005094266.tif 000003
【図２】
2005094266.tif 000004
【図３】
2005094266.tif 000005
【図４】
2005094266.tif 000006
【図５】
2005094266.tif 000007
【図６】
2005094266.tif 000008
【図７】
2005094266.tif 000009
【図８】
2005094266.tif 000010
【図９】
2005094266.tif 000011
【図１０】
2005094266.tif 000012
【図１１】
2005094266.tif 000013
【図１２】
2005094266.tif 000014
【図１３】
2005094266.tif 000015