(57)【要約】【課題】接続状態の確認を行うことなく、圏外のエリアにいるユーザに対して、携帯電話端末への着信情報を迅速に伝送する。【解決手段】使用者の情報が記憶されており、近距離無線通信の制御を行う近距離無線通信インタフェース部を有する携帯電話端末４０と、携帯電話端末４０宛の呼のうち、携帯電話端末４０によって受信されていない呼の情報を、着信情報として出力する着信情報管理サーバ１０とを備えた。また、圏外のエリアに配置され、携帯電話端末４０の使用者の情報を近距離無線通信を通して取得するリーダ・ライタ３０と、着信情報管理サーバ１０から出力された着信情報と、リーダ・ライタ３０により取得された使用者の情報とに基づいて着信通知情報を生成する着信通知サーバ２０とを備えた。そして、着信通知サーバ２０で生成された着信通知情報を、携帯電話端末４０の使用者に通知する通知部７０とを備えた。【選択図】図１
2009296054.tif 000002
【特許請求の範囲】
【請求項１】
携帯電話端末宛の呼のうち、前記携帯電話端末によって受信されていない呼の情報を、着信情報として出力する着信情報管理サーバと、
前記携帯電話端末の呼の伝送に用いられる電波が到達しない圏外のエリアに配置され、前記携帯電話端末の使用者の情報を、前記近距離無線通信を通して取得するリーダ・ライタと、
前記着信情報管理サーバから出力された着信情報と、前記リーダ・ライタにより取得された使用者の情報とに基づいて着信通知情報を生成し、生成した前記着信通知情報を出力する着信通知サーバと、
前記着信通知サーバから出力された着信通知情報を、前記携帯電話端末の使用者に通知する通知部とを備えた
着信情報通知システム。
【請求項２】
前記着信通知サーバは、前記携帯電話端末の使用者の情報を管理する使用者情報管理データベースを備え、前記使用者情報管理データベースは、前記リーダ・ライタにより前記使用者の情報が取得されるタイミングで、オン又はオフされるフラグを有する
請求項１記載の着信情報通知システム。
【請求項３】
前記着信通知サーバは、前記使用者情報管理データベースのフラグの値を書き換える制御部を備え、前記制御部は、前記リーダ・ライタにより取得された前記使用者の情報が初めて取得された情報であった場合は、前記フラグをオンにし、前記フラグがオンにされた状態で前記リーダ・ライタにより前記使用者の情報が取得された場合には、前記フラグの値をオフにする
請求項２記載の着信情報通知システム。
【請求項４】
前記着信通知サーバの制御部は、前記使用者情報管理データベースに記載の情報のうち、前記フラグがオンにされている使用者の情報を抽出して前記着信情報通知システムに出力し、
前記着信情報管理サーバは、前記着信通知サーバから入力された前記使用者の情報に含まれている使用者への着信を受け付けた場合に、前記着信情報を前記着信通知サーバに出力する制御を行う制御部を備える
請求項３記載の着信情報通知システム。
【請求項５】
前記通知部は、前記着信通知情報を文字で表示する表示部である
請求項４記載の着信情報通知システム。
【請求項６】
前記着信通知サーバは、前記着信通知情報を無線により伝送し、
前記無線で伝送された着信通知情報を、前記通知部に中継するアクセスポイントを備える
請求項５記載の着信情報通知システム。
【請求項７】
前記リーダ・ライタにより取得される使用者の情報と、前記着信情報管理サーバから出力される着信情報には、前記携帯電話端末の電話番号の情報が含まれる
請求項５記載の着信情報通知システム。
【請求項８】
携帯電話端末の使用者の情報を、前記近距離無線通信を通して取得するステップと、
前記携帯電話端末宛の呼のうち、前記携帯電話端末によって受信されていない呼の情報を、着信情報として受信するステップと、
前記取得された使用者の情報と、前記出力された着信情報とに基づいて着信通知情報を生成し、生成した前記着信通知情報を出力するステップと、
出力された着信通知情報を、前記携帯電話端末の使用者に通知するステップとを含む
着信情報通知方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、着信情報通知システム及び着信情報通知方法に関し、特に、電波を受信できない環境下にいるユーザに対して、そのユーザが有する携帯電話端末宛の着信情報を通知する技術に関する。
【背景技術】
【０００２】
従来、携帯電話端末の電源がオフにされていたり圏外のエリアにいる場合など、電波を受信できない状況においては、通話の呼び出しがあった場合に、携帯電話端末でそれを検知することができなかった。この問題を解決するため、近年では、電波を受信できなかった期間にあった着信の情報を、ＳＮＳ（Short Message Service）等の手段でユーザに通知することが行われている。このサービスによれば、ユーザは電波を再び受信可能になった時点で、着信通知を受信することができる。
【０００３】
ところが、このサービスにも問題がある。このサービスでは、ユーザは電波を再び受信可能となった時点で着信情報を取得できるが、言い換えれば、ユーザが電波を受信できない状況下にある間は、着信情報を知ることができないということになる。
【０００４】
例えば、ある人が圏外のエリアにあるレストランで開催中のパーティに参加しており、その人に緊急で連絡を取りたい人が存在するとする。このように、携帯電話が通じない状況では、連絡を取りたい側の人間がパーティ会場のレストランの場所を知っていれば、その会場に直接足を運んでユーザとコンタクトをとることも可能となる。しかし、場所を知らない場合にはコンタクトをとる術がなくなってしまう。仮に、パーティに参加している他の参加者の連絡先を知っていたとしても、その参加者も同様に電波を受信不可能であるため、連絡をとることはできない。
【０００５】
このような問題を解決するため、例えば特許文献１には、着信する端末装置が圏外に位置するときには、通常着信に使用する通信網とは異なる通信網を介して、着信情報を通知する技術が記載されている。
【特許文献１】特開２００６−３２４７９０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１に記載の手法においては、携帯電話端末と、携帯電話端末が通常着信に使用する通信網との接続状態を常に確認することにより、携帯電話端末が圏外に位置するか否かを判断している。具体的な手法としては、着信情報の通知を行うサーバが、複数の端末装置と通信網との接続状態をポーリングにより順番に確認する手法や、接続状態の変化を端末自身が検知し、その情報を通常とは異なる通信網を通してサーバへ通知する手法等が記載されている。
【０００７】
ところが、これらの手法では、もともと圏外であることが自明である場所においても、接続状態を確認するための通信が行われてしまう。
【０００８】
本発明はかかる点に鑑みてなされたものであり、接続状態の確認を行うことなく、圏外のエリアにいるユーザに対して、携帯電話端末への着信情報を迅速に伝送することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の着信情報通知システムは、使用者の情報が記憶されており、近距離無線通信の制御を行う近距離無線通信インタフェース部を有する携帯電話端末と、携帯電話端末宛の呼のうち、携帯電話端末によって受信されていない呼の情報を、着信情報として出力する着信情報管理サーバとを備えた。また、携帯電話端末の呼の伝送に用いられる電波が到達しない圏外のエリアに配置され、携帯電話端末の使用者の情報を、近距離無線通信を通して取得するリーダ・ライタを備えた。さらに、着信情報管理サーバから出力された着信情報と、リーダ・ライタにより取得された使用者の情報とに基づいて着信通知情報を生成する着信通知サーバと、着信通知情報を携帯電話端末の使用者に通知する通知部とを備えたものである。
【００１０】
このようにしたことで、圏外のエリアにあるリーダ・ライタによって取得された携帯電話端末の使用者の情報と、その携帯電話宛の着信情報に基づいて着信通知情報が生成され、生成された着信通知情報が、携帯電話端末のユーザに通知される。
【発明の効果】
【００１１】
本発明によると、着信情報管理サーバから着信情報を受信すると、その情報が着信通知情報として通知部を介して携帯電話端末のユーザに通知されるため、ユーザは着信情報を即時に知ることができるようになる。
【００１２】
またこの場合、圏外のエリアにあるリーダ・ライタによって、携帯電話端末の使用者の情報が取得され、その情報に基づいて着信通知情報が生成されるため、携帯電話端末の電波受信状況を確認するための通信を行わなくてもよくなる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施の形態を、添付図面を参照して説明する。図１に示したシステムは、携帯電話のサービスを提供するキャリアＬ１内のシステムと、圏外のエリアに位置するレストランＬ２の敷地内にあるシステムとにより構成される。そして、キャリアＬ１の敷地内にある着信情報管理サーバ１０と、レストランＬ２の敷地内にある着信通知サーバ２０とは、ネットワーク網１で接続されている。ネットワーク網１は、例えばインターネットにより構成される。レストランＬ２の敷地内には、さらにリーダ・ライタ３０と、アクセスポイント６０と、スクリーン７０とが配置されている。
【００１４】
まず、キャリアＬ１の敷地内に位置する着信情報管理サーバ１０の内部構成の例について、図２のブロック図を参照して説明する。着信情報管理サーバ１０は、入出力インタフェース部１１（以下、入出力Ｉ／Ｆ部１１と称する）と、通信制御部１２と、記憶部１３と、制御部１４と、メモリ１５とで構成される。
【００１５】
入出力部Ｉ／Ｆ部１１には、ネットワーク網１や、図示しない構内のＬＡＮ（Local Area Network）を介してやりとりされるデータが、入力または出力される。入出力Ｉ／Ｆ部１１には、図示せぬ交換機から、交換機で着信した呼のうち携帯電話端末によって受信されていない呼の情報（不完了着信呼情報）が入力される。不完了着信呼情報には、呼の宛先としての携帯電話端末の電話番号が含まれている。
【００１６】
通信制御部１２は、入出力Ｉ／Ｆ部１１を通して行う通信を制御する。記憶部１３は、ＨＤＤ（Hard Disk Drive）等で構成され、着信通知サーバ２０から送信される顧客情報Ｄ２等が格納される。顧客情報Ｄ２の詳細については後述する。制御部１４は、ＣＰＵ（Central Processing Unit）等で構成され、着信情報管理サーバ１０を構成する各部の制御を行う。
【００１７】
具体的には、入出力Ｉ／Ｆ部１１を介して入力された顧客情報Ｄ２を記憶部１３に保存する処理等を行う。また、交換機から不完了着信呼情報を受信した場合には、不完了着信呼情報中に記載された電話番号と、顧客情報Ｄ２中の電話番号とでマッチングをかけ、一致した場合は、その電話番号の情報を含む着信情報を生成する。制御部１４で生成された着信情報は、通信制御部１２の制御に基づき、入出力Ｉ／Ｆ部１１を通してネットワーク網１に出力される。そしてネットワーク網１を介して、レストランＬ２内の着信通知サーバ２０に伝送される。
【００１８】
メモリ１５は、半導体メモリ等よりなり、制御部１４が制御を行う上で必要となるプログラム等が記憶されているとともに、制御部１４での制御処理時に一時的に発生するデータ等が格納される。
【００１９】
次に、レストランＬ２内のシステムの詳細について、再び図１を参照して説明する。着信通知サーバ２０は、レストランＬ２内にいる顧客の携帯電話端末４０に関する情報を管理するとともに、キャリアＬ１の着信情報管理サーバ１０から着信情報が入力された場合には、その情報を基に着信通知情報を生成し、アクセスポイント６０に出力する。携帯電話端末４０に関する情報には、携帯電話端末４０の電話番号や携帯電話端末４０の使用者の氏名（ユーザ名）等が含まれているものであり、以降の説明ではこの情報を「使用者情報」と称する。着信通知サーバ２０の内部構成の詳細については、次の図３を参照して後述する。
【００２０】
着信通知サーバ２０には、リーダ・ライタ３０を接続してある。リーダ・ライタ３０は、ＩＣカードを搭載した携帯電話端末４０との間で無線での通信を行い、携帯電話端末４０内に記憶されている使用者情報を読み出して着信通知サーバ２０に出力する。リーダ・ライタ３０は、例えばＮＦＣ（Near Field Communication）の規格に基づいて通信を行う。リーダ・ライタ３０は、レストランＬ２の入り口付近等に設置しておき、レストランへの入店時と出店時の両方のタイミングで、顧客に携帯電話端末４０をリーダ・ライタ３０にかざす操作をさせるようにする。
【００２１】
アクセスポイント６０は、着信通知サーバ２０とスクリーン７０との間を無線で接続する中継機であり、着信通知サーバ２０から出力された着信情報を受信した場合には、その着信情報をスクリーン７０に伝送する。スクリーン７０は、アクセスポイント６０を介して伝送された着信通知情報を文字として表示する。着信通知情報は、スクリーン７０上に、例えば「田中花子様、携帯電話への着信がございます」のように表示される。
【００２２】
次に、図３を参照して、着信通知サーバ２０の内部構成例について説明する。着信通知サーバ２０は、入出力部Ｉ／Ｆ部２１と、通信制御部２２と、記憶部２３と、制御部２４と、メモリ２５とで構成される。
【００２３】
入出力部Ｉ／Ｆ部２１には、着信情報管理サーバ１０からネットワーク網１を伝送される着信情報や、リーダ・ライタ３０によって読み取られた携帯電話端末４０の使用者情報が入力される。また、入出力Ｉ／Ｆ部２１からは、これらの情報に基づいて制御部２５で生成された着信通知情報が出力される。
【００２４】
通信制御部２２は、入出力Ｉ／Ｆ部２１を通して行う通信を制御する。記憶部２３は、ＨＤＤ等で構成され、リーダ・ライタ３０により取得された使用者情報をデータベース化した、使用者情報管理データベースとしての顧客情報データベースＤ１（以下、顧客情報ＤＢＤ１と称する）が格納される。
【００２５】
図４に、顧客情報ＤＢＤ１の構成例を示してある。顧客情報ＤＢＤ１には、使用者情報に含まれる電話番号とユーザ名とが対応付けて記録される。図４には、電話番号が「090-1000-1000」である携帯電話端末４０のユーザ名は「佐藤太郎」であり、電話番号が「090-2000-1010」である携帯電話端末４０のユーザ名は「山田二郎」であることが記載されている。電話番号とユーザ名の情報は、一度リーダ・ライタ３０を通して取得された後は永続的に記録される。
【００２６】
電話番号とユーザ名との組には、それぞれフラグを設けてある。フラグの値は、制御部２５の制御に基づいてオン（１）又はオフ（０）される。具体的には、リーダ・ライタ３０を通して携帯電話端末４０からデータが入力されたタイミングでオンにされる。そして、フラグがオンにされている状態で、リーダ・ライタ３０を通して携帯電話端末４０からデータが入力されると、フラグの値はオフにされる。つまり、顧客がレストランＬ２に入店したタイミングでフラグはオンにされ、店を出るときにオフされるようになる。
【００２７】
再び図３に戻って説明を続けると、制御部２４は、ＣＰＵ等で構成され、着信通知サーバ２０を構成する各部の制御を行う。制御部２４は、着信通知サーバ２０の起動時等に、着信情報管理サーバ１０に対する接続要求を送信するよう、通信制御部２２に指令を出す。また、顧客情報ＤＢＤ１へのデータの読み書きを制御するとともに、フラグがオンにされている電話番号とユーザ名との組の情報を、定期的に着信情報管理サーバ１０に送信する。
【００２８】
着信情報管理サーバ１０に送信する情報の例を、図５に示してある。図５に示した顧客情報Ｄ２には、電話番号が「070-0001-0001」でユーザ名が「田中花子」の情報と、電話番号が「080-0500-7000」でユーザ名が「鈴木幸子」の情報とが記載されている。これらは、図４に示した顧客情報ＤＢＤ１において、フラグがオン（１）に設定されている情報である。
【００２９】
さらに制御部２４では、着信情報管理サーバ１０から着信情報が伝送された場合には、顧客情報ＤＢＤ１の情報を参照して着信通知情報を生成し、アクセスポイント６０に出力する。メモリ２５は、着信情報管理サーバ１０のメモリ１５と同一の構成であるため、説明を省略する。
【００３０】
次に、図６を参照して、携帯電話端末４０の内部構成の例について説明する。携帯電話端末４０は、近距離無線通信Ｉ／Ｆ部４１、近距離無線通信用のアンテナ４２、記憶部４３、音声処理部４４、マイクロフォン４５、スピーカ４６、制御部４７、通信処理部４８、アンテナ４９、表示部５０、操作入力部５１とにより構成される。
【００３１】
近距離無線通信Ｉ／Ｆ部４１は、ＩＣカード等で構成され、コイル等よりなる近距離無線通信用のアンテナ４２を介して、リーダ・ライタ３０とのデータの送受信を行う。記憶部４３は半導体メモリ等で構成されるものであり、携帯電話端末４０の使用者情報Ｄ３が蓄積される。
【００３２】
音声処理部４４は、マイクロフォン４５から入力される音声信号を通信処理部４８に出力したり、アンテナ４９が受信し、通信処理部４８の制御に基づいて伝送された音声信号をスピーカ４６から出力する処理を行う。制御部４７はＣＰＵ等よりなり、携帯電話端末４０を構成する各部の制御を行う。通信処理部４８は、基地局との間で、音声データなどを双方向に無線伝送するための送信処理及び受信処理を行う。アンテナ４９は、基地局との間で無線通信を行う。
【００３３】
表示部５０は、ＬＣＤ（Liquid Crystal Display）等で構成される。操作入力部５１は、キーやジョグダイヤル等で構成され、それらを通してユーザより入力された内容を、制御部４７に伝送する。
【００３４】
次に、図７のフローチャートを参照して、レストランＬ２内のシステムにおける処理の例を説明する。まず、リーダ・ライタ３０によって携帯電話端末４０の接触が検知されると（ステップＳ１）、携帯電話端末４０内に記憶された使用者情報Ｄ３が読み込まれる（ステップＳ２）。そして、使用者情報Ｄ３に記載のユーザの情報が、顧客情報ＤＢＤ１に登録されているか否かの判断が行われる（ステップＳ３）。
【００３５】
顧客情報ＤＢＤ１に、リーダ・ライタ３０によって読み出されたユーザの情報が記録されていない場合には、ユーザの情報が顧客情報ＤＢＤ１に登録された後に（ステップＳ４）、フラグがオンにされる（ステップＳ６）。ユーザの情報が顧客情報ＤＢＤ１に既に登録されていた場合には、フラグがオンにされているか否かの判断が行われる（ステップＳ５）。フラグがオフになっていた場合には、フラグをオンにする処理が行われた後に（ステップＳ６）、処理が終了となる。フラグがすでにオンにされていた場合にはフラグの値がオフにされ（ステップＳ７）、処理が終了される。
【００３６】
顧客がレストランＬ２に初めて来店した場合には、顧客情報ＤＢＤ１にその顧客の情報は登録されていないため、ステップＳ３では“ＮＯ”が選択されて、顧客情報ＤＢＤ１にユーザの情報が登録される。それと同時に、フラグの値がオンにされる。
【００３７】
顧客が過去にレストランＬ２に来店したことがある場合には、顧客情報ＤＢＤ１にその顧客の情報が登録されているため、ステップ３では“ＹＥＳ”が選択され、ステップＳ５に進んで顧客情報ＤＢＤ１のフラグがオンにされているかの判断が行われる。フラグは、前回レストランから出るときにオフにされているため、ステップＳ５では“ＮＯ”が選択され、ステップＳ６に進んでフラグがオンにされる。
【００３８】
顧客がレストランＬ２から出る際には、入店時にステップＳ６の処理によりオンにされたフラグが、ステップＳ７でオフにされる。すなわち、顧客がレストランＬ２内にいる間は、フラグの値はオンであることになる。
【００３９】
次に、図８のフローチャートを参照して、キャリアＬ１の着信情報管理サーバ１０とレストランＬ２の着信通知サーバ２０とにおける処理の例について説明する。まず、着信通知サーバ２０の起動時等に、制御部２４（図３参照）の制御に基づいて着信情報管理サーバ１０に接続要求が送信される（ステップＳ１１）。着信情報管理サーバ１０では、接続要求が受信される（ステップＳ１２）と、それに対する応答が着信通知サーバ２０に返送される（ステップＳ１３）。
【００４０】
着信通知サーバ２０では、着信情報管理サーバ１０から送信された応答を受信すると（ステップＳ１４）、顧客情報ＤＢＤ１の情報のうち、フラグがオンになっているユーザの情報が抽出され、顧客情報として着信情報管理サーバ１０に送信される（ステップＳ１５）。着信情報管理サーバ１０では、顧客情報を受信すると、受信した顧客情報中に含まれるユーザ宛の着信情報を、受信したか否かの判断がされる（ステップＳ１６）。着信情報を受信していない間は、ステップＳ１６の判断が繰り返し行われる。
【００４１】
顧客情報中に含まれるユーザ宛の着信情報を受信した場合には、その着信情報が着信通知サーバ１０に送信される（ステップＳ１７）。着信通知サーバ２０では、着信情報が受信されると（ステップＳ１８）、受信した着信情報がアクセスポイント６０を経由してスクリーン７０に伝送され、着信情報がスクリーン７０を通して顧客に通知される（ステップＳ１９）。
【００４２】
次に、顧客情報ＤＢＤ１中のフラグの値に変化があったか否かの判断が行われ（ステップＳ２０）、変化があった場合には、ステップＳ１５に戻って処理が続けられる。顧客が来店したり、店から出るなどした場合にはフラグの値が変更されるため、その時点での最新の顧客情報が、着信情報管理サーバ１０に送信されるようになる。
【００４３】
顧客情報ＤＢＤ１中のフラグの値に変化がない場合は、着信通知のサービスを終了するか否かの判断がされ（ステップＳ２１）、サービスの提供が継続される場合には、ステップＳ１８に戻って処理が続けられる。サービスが終了される場合には、そこで処理も終了される。
【００４４】
上述した実施の形態によれば、圏外のエリアにいる場合にも、店内のスクリーン７０を通して着信情報が通知されるため、ユーザは圏外のエリアに居ながらも着信情報を取得できるようになる。そしてユーザは、着信情報を取得後に電波を受信可能な場所に移動する等の手段によって、着信元の相手とコンタクトをとることができるようになる。
【００４５】
また、上述した実施の形態によれば、キャリアＬ１内で、不完了着信呼情報が検知された時点で、その情報が着信情報としてすぐに着信通知サーバ２０に伝送される。そして、着信情報に基づいて生成された着信通知情報が、スクリーン５０を通してユーザに通知される。従って、ユーザは着信の情報をほぼリアルタイムで得ることができるようになる。
【００４６】
また、上述した実施の形態によれば、レストランＬ２内に設けられたリーダ・ライタ３０を通して得られる情報に基づいて、顧客の在席状態を示すフラグがオン又はオフされる。そして、フラグがオンにされているユーザに対する着信の情報が、通知されるようになる。このため、ユーザの携帯電話端末４０や着信通知サーバ２０によって、通信状態の変化を検知するための定期的な通信を行う必要がなくなる。
【００４７】
なお、上述した実施の形態では、着信情報をレストランＬ２に配置したスクリーン７０を通して通知するようにしているが、通知の手段はこれに限定されるものではない。例えば、レストランＬ２の構内の無線ＬＡＮを使用して携帯電話端末４０に信号を伝送し、携帯電話端末４０の表示部５０への文字による表示や着信音、バイブレータによる振動等によって通知するようにしてもよい。
【００４８】
また、上述した実施の形態では、電波が受信できない状態における着信の情報を通知する場合を例に挙げたが、メールの受信情報等を通知するようにしてもよい。
【００４９】
また、上述した実施の形態では、携帯電話端末４０のユーザに対して、着信の有無のみを着信情報として通知する例を挙げているが、発信元の電話番号の情報や、着信の時刻等も一緒に通知するようにしてもよい。この場合は、着信情報管理サーバ１０から送信させる着信情報に、これらの情報を含ませるようにする。
【００５０】
また、上述した実施の形態では、着信通知サーバ２０をレストランＬ２の構内に設置しているが、例えばレストランＬ２の本社など、他の場所に設置するようにしてもよい。
【００５１】
また、上述した実施の形態では、着信通知サーバ２０とスクリーン７０との間の通信を無線で行う形態をとっているが、有線で通信させるようにしてもよい。
【００５２】
また、上述した実施の形態では、リーダ・ライタ３０と携帯電話端末４０間での通信をＮＦＣの規格に基づいて行う場合を例に挙げたが、ＩＳＯ１４４４３等、他の規格に準拠した機器を用いて通信を行うようにしてもよい。または、非接触ではなく、接触式のＩＣカードを搭載した機器を用いるようにしてもよい。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施の形態によるシステムの構成例を示す説明図である。
【図２】本発明の一実施の形態による着信情報管理サーバの内部構成例を示すブロック図である。
【図３】本発明の一実施の形態による着信通知サーバの内部構成例を示すブロック図である。
【図４】本発明の一実施の形態による顧客情報データベースの構築例を示す説明図である。
【図５】本発明の一実施の形態による着信情報管理サーバに伝送される顧客情報の構成例を示す説明図である。
【図６】本発明の一実施の形態による携帯電話端末の内部構成例を示すブロック図である。
【図７】本発明の一実施の形態によるレストラン内のシステムにおける処理の例を示すフローチャートである。
【図８】本発明の一実施の形態による着信情報管理サーバと着信通知サーバとによる処理の例を示すフローチャートである。
【符号の説明】
【００５４】
１０…着信情報管理サーバ、１１…入出力Ｉ／Ｆ部、１２…通信制御部、１３…記憶部、１４…制御部、１５…メモリ、２０…着信通知サーバ、２１…入出力Ｉ／Ｆ部、２２…通信制御部、２３…記憶部、２４…制御部、２５…メモリ、４０…携帯電話端末、４１…近距離無線通信Ｉ／Ｆ部、４２…アンテナ、４３…記憶部、４４…音声処理部、４５…マイクロフォン、４６…スピーカ、４７…制御部、４８…通信処理部、４９…アンテナ、５０…表示部、５１…操作入力部、Ｄ１…顧客情報データベース、Ｄ２…顧客情報、Ｄ３…使用者情報
【図１】
2009296054.tif 000003
【図２】
2009296054.tif 000004
【図３】
2009296054.tif 000005
【図４】
2009296054.tif 000006
【図５】
2009296054.tif 000007
【図６】
2009296054.tif 000008
【図７】
2009296054.tif 000009
【図８】
2009296054.tif 000010