JP5652140B2 - 関係者情報表示システム - Google Patents

Description

本発明は、発信者の通信端末と、当該発信者の通信端末の通信相手となる着信者の通信端末と、を備える関係者情報表示システムに関する。

従来から、発信者が使用する携帯電話の電話番号を通信相手である着信者の携帯電話に通知して表示するサービスがある。このサービスを利用することにより、着信者は、携帯電話に表示される電話番号を見て発信者を認識できるため、安心して電話にでることができる。

また、上記サービスの他に、発信者が使用する携帯電話を操作して入力した所定の文字数のメッセージを、着信時に、着信者の携帯電話に表示するサービスがある。このサービスを利用することにより、発信者は、通話を開始する前に要件等を通信相手に伝えることができ、着信者は、通話を開始する前に要件等を知ることできる。

http://www.nttdocomo.co.jp/service/communication/number＿notice/ 発信者番号通知サービス http://www.nttdocomo.co.jp/service/communication/chaku＿moji/ 着もじ

しかしながら、上記各サービスを利用した場合であっても、着信者の携帯電話に表示された電話番号が知らない番号の場合には、着信者が電話にでない可能性がある、という問題があった。

具体的には、以下のようなケースが考えられる。たとえば、Ｃさんが電話番号を知らないＢさんに電話をかけたいと思った場合に、Ｃさんは、Ｂさんの電話番号を知っているＡさんに連絡してＢさんの電話番号を教えてもらうことで、Ｂさんに電話をかけることができる。しかしながら、このようにしてＣさんがＢさんに電話をかけると、Ｂさんは、自分の知らないＣさんの電話番号が発信者番号として表示されるため、この電話にでない可能性がある。

開示の技術は、上記に鑑みてなされたものであって、着信者がより安心して電話にでることが可能となる関係者情報表示システムを提供することを目的とする。

本願の開示する関係者情報表示システムは、一つの態様において、第一の端末と、前記第一の端末とネットワークを介して接続される第二の端末とを備える関係者情報表示システムであって、前記第一の端末は、前記第一の端末に対応する第一の加入者情報と、前記第一の加入者情報と異なる第二の加入者情報とを含む接続要求を前記第二の端末に送信する送信部、を備え、前記第二の端末は、前記接続要求を受信する受信部と、加入者情報と識別子とを対応付けて記憶するための記憶部から、前記受信部が受信した前記接続要求に含まれる第二の加入者情報に対応する識別子を抽出する抽出部と、前記抽出部にて抽出された前記識別子を表示する表示制御部と、を備える。

本願の開示する関係者情報表示システムの一つの態様によれば、着信者がより安心して電話にでることが可能となる、という効果を奏する。

図１は、紹介者情報通知システムの実施例１の構成例を示す図である。 図２は、携帯電話の機能ブロックの一例を示す図である。 図３−１は、電話帳の一例を示す図である。 図３−２は、電話帳の一例を示す図である。 図４は、携帯電話の機能ブロックの一例を示す図である。 図５は、電話帳の一例を示す図である。 図６は、紹介者情報通知機能を有する各携帯電話の実施例１の処理フローを示す図である。 図７は、表示画面の遷移の一例を示す図である。 図８は、表示画面の一例を示す図である。 図９は、紹介者情報通知システムの実施例２の構成例を示す図である。 図１０は、携帯電話の機能ブロックの一例を示す図である。 図１１は、携帯電話の機能ブロックの一例を示す図である。 図１２は、認証キーテーブルの一例を示す図である。 図１３は、携帯電話の機能ブロックの一例を示す図である。 図１４は、電話帳の一例を示す図である。 図１５は、紹介者情報通知機能を有する各携帯電話の実施例２の処理フローを示す図である。 図１６は、紹介承諾処理の詳細フローを示す図である。 図１７は、承諾画面の一例を示す図である。 図１８は、承諾情報（ＸＭＬ）の一例を示す図である。 図１９は、紹介承諾応答メール転送処理の詳細フローを示す図である。 図２０は、紹介者表示発信処理の詳細フローを示す図である。 図２１は、表示画面の遷移の一例を示す図である。 図２２は、表示画面の遷移の一例を示す図である。 図２３は、紹介者表示着信処理の詳細フローを示す図である。

以下に、本願の開示する関係者情報表示システムの実施例を図面に基づいて詳細に説明する。以下の各実施例では、関係者情報表示システムの一例として、発信者端末が関係者情報として紹介者情報を通知する紹介者情報通知システムについて説明する。なお、これらの実施例によりこの発明が限定されるものではない。

図１は、発信者端末である第一の端末と着信者端末である第二の端末とを含む紹介者情報通知システムの実施例１の構成例を示す図である。本システムは、携帯電話１，２、携帯電話１を収容する基地局６、携帯電話２を収容する基地局７、所定の通信回線であるネットワーク８を有し、携帯電話１と携帯電話２が、各基地局およびネットワーク８を経由した通信を行う。本システムでは、たとえば、発信者が使用する携帯電話１（第一の端末）が、通常のＳＥＴＵＰ信号（発番号，着番号を含む）に、紹介者情報として、紹介者に関する後述する「識別情報（加入者情報）」を含めて、着信者側の携帯電話２（第二の端末）宛てに送信する。そして、「識別情報」が含まれたＳＥＴＵＰ信号を受信した携帯電話２が、表示画面に発信者の電話番号および紹介者を識別するための情報としての名前、電話番号、メールアドレス等の識別子を表示する。なお、ここでいう「紹介者」とは、発信者に対し通信相手である着信者の電話番号を紹介（通知）した人、のことである。

また、上記携帯電話１，２は、それぞれ同一の構成を有することとし、プロセッサ１１とメモリ１２と無線通信部１３と表示部１４と音声入出力部１５と操作部１６を有する。プロセッサ１１は、実施例１の紹介者情報通知機能を実現するための制御を行う。メモリ１２は、ＲＯＭ，ＲＡＭ等を有し、後述する各種の電話帳ＤＢや各種の処理を行うためのプログラムが含まれる構成とする。無線通信部１３は、アンテナを介して通信相手と無線信号の送受信を行う。表示部１４は、たとえば、ディスプレイである。音声入出力部１５は、マイクおよびスピーカを用いて音声を入出力する。操作部１６は、キー入力機能やタッチパネル機能を有する。

つづいて、紹介者情報通知機能を有する実施例１の携帯電話について説明する。ここでは、一例として、発信者が使用する携帯電話を携帯電話１とし、通信相手である着信者が使用する携帯電話を携帯電話２とする。なお、本実施例では、説明の便宜上、発信者が使用する携帯電話を携帯電話１とし、着信者が使用する携帯電話を携帯電話２としたが、これに限らず、各携帯電話はそれぞれ同様の機能ブロックを有するものとする。

図２は、発信者が使用する携帯電話１の機能ブロックの一例を示す図である。携帯電話１は、表示制御部２１とＳＥＴＵＰ信号生成部２２と送信部２３と受信部２４と電話帳ＤＢ２６と紹介者表示発信用電話帳ＤＢ２７とを有する。携帯電話１は、発信者（たとえばＣさん）の入力操作に基づいて通常のＳＥＴＵＰ信号を生成し、このＳＥＴＵＰ信号に紹介者の「識別情報」を含めて携帯電話２に送信する。プロセッサ１１がメモリ１２に格納されている各種のプログラムを読み出して実行し、それぞれに対応するプロセスが起動されることにより、上述した各機能ブロックを実現する。

図３は、電話帳の一例を示す図であり、詳細には、図３−１は電話帳ＤＢ２６に記憶されている通常の電話帳の一例であり、図３−２は紹介者表示発信用電話帳ＤＢ２７に記憶されている紹介者表示発信用電話帳の一例である。本実施例では、たとえば、携帯電話１を使用するＣさんの電話帳として、登録された人の名前（Ａ，Ｄ，Ｅ），対応する電話番号（電話番号Ａ，Ｄ，Ｅ），対応するメールアドレス（メールアドレスＡ，Ｄ，Ｅ）等が個人毎に関連付けられた状態で、記憶されている。この電話帳は、通常の電話帳であり、携帯電話１の使用者が自由に確認，登録，編集することが可能な一般的は電話帳である。また、紹介者表示発信用電話帳には、一例として、紹介者により紹介された人の名前（Ｂ，Ｄ）と電話番号（電話番号Ｂ，Ｄ），紹介者の識別情報（メールアドレスＡ，Ｅ）等が個人毎に関連付けられた状態で、記憶されている。この電話帳は、携帯電話１の使用者からは直接内容を確認することができない電話帳である。なお、ここでは、紹介者の識別情報の一例としてメールアドレスを用いているが、これに限らず、紹介者の名前を導出可能な加入者情報であればよく、たとえば、紹介者の電話番号等であってもよい。また、電話帳ＤＢ２６と紹介者表示発信用電話帳ＤＢ２７は必ずしも別々のデータベースである必要はなく、紹介者表示発信用電話帳ＤＢ２７に格納されるべき連絡先情報を認識可能な状態で格納するようにすることで、一つのデータベースで管理してもよい。たとえば、そのような連絡先情報についてはフラグを立てておき、一般的な連絡先一覧表示等の対象外とすることが考えられる。

また、図４は、着信者が使用する携帯電話２の機能ブロックの一例を示す図である。携帯電話２は、ＳＥＴＵＰ信号解析部３１と表示制御部３２と受信部３３と送信部３４と電話帳ＤＢ３６とを有する。携帯電話２は、携帯電話１が送信するＳＥＴＵＰ信号を受信して解析し、その解析結果として着信通知画面に紹介者の名前等の識別子を表示する。なお、電話帳については、図３−１と同様の形式で電話帳ＤＢ３６に記憶されている。図５は、電話帳ＤＢ３６に記憶されている電話帳の一例を示す図である。ここでは、たとえば、携帯電話２を使用するＢさんの電話帳として、登録された人の名前（Ａ），対応する電話番号（電話番号Ａ），対応するメールアドレス（メールアドレスＡ）等が関連付けられた状態で、記憶されている。

つづいて、上記のように構成された紹介者情報通知システムの実施例を図面にしたがって詳細に説明する。ここでは、一例として、携帯電話１を使用するＣさん（発信者）が電話番号を知らないＢさん（着信者）に電話をかける場合であって、かつ、Ｂさんの電話番号を知っているＡさん（紹介者）がＣさんに対してＢさんの電話番号を紹介する場合を想定する。図６は、紹介者情報通知機能を有する各携帯電話の実施例１の処理フローを示す図である。また、図７は、携帯電話１の表示画面の遷移の一例を示す図であり、図８は、携帯電話２の表示画面の一例を示す図である。

まず、Ｃさんによる携帯電話１への入力操作により「電話帳」メニューが選択された場合（ステップＳ１：図７の（ａ）参照）、表示制御部２１には、操作部１６経由で、「電話帳」メニューが選択された旨の情報が通知される。表示制御部２１は、メモリ１２から「電話帳」メニューに関連付けられた「電話帳グループ」を読み出し、表示する制御を行う（ステップＳ２）。ここでは、「電話帳グループ」の一例として、通常の「電話帳」と「紹介者表示発信用電話帳」を含むグループ一覧が表示される（図７の（ｂ）参照）。

つぎに、Ｃさんによる携帯電話１への入力操作により「紹介者表示発信用電話帳」が選択された場合（ステップＳ３）、表示制御部２１には、操作部１６経由で、「紹介者表示発信用電話帳」が選択された旨の情報が通知される。表示制御部２１は、紹介者表示発信用電話帳ＤＢ２７に記憶された紹介者表示発信用電話帳（図３−２参照）から登録済みの名前をすべて読み出し、表示する制御を行う（ステップＳ４）。ここでは、一例として、ＢさんとＤさんが登録されているので、「紹介者表示発信用電話帳」として、「Ｂさん」と「Ｄさん」の名前が表示される（図７の（ｃ）参照）。

つぎに、Ｃさんによる携帯電話１への入力操作により、たとえば、宛先として「Ｂさん」が選択された場合（ステップＳ５）、表示制御部２１には、操作部１６経由で、「Ｂさん」が選択された旨の情報が通知される。表示制御部２１は、紹介者表示発信用電話帳ＤＢ２７に記憶された紹介者表示発信用電話帳（図３−２参照）から宛先「Ｂさん」に関連付けられている識別情報（紹介者Ａのメールアドレス）を読み出す。さらに、この識別情報（紹介者Ａのメールアドレス）をキーとして図３−１に示す電話帳から紹介者Ａの名前を読み出す。そして、確認画面として、宛先として「Ｂさん」、紹介者として紹介者Ａの名前「Ａさん」、を表示する制御を行う（ステップＳ６：図７の（ｄ）参照）。この処理により、発信者であるＣさんは、発信時の状況（宛先や紹介者の名前）に誤りがないかどうかを確認することができる。

この状態で、Ｃさんによる携帯電話１への入力操作を待ち（ステップＳ７ Ｎｏ）、「発信」が指示された場合（ステップＳ７ Ｙｅｓ）、表示制御部２１には、操作部１６経由で、「発信」が指示された旨の情報が通知される。表示制御部２１は、発信中画面として、宛先「Ｂさん」およびＢさんの電話番号「０９０−ａｂｃｄｅｆｇｈ」を表示する制御を行う（ステップＳ８：図７の（ｅ）参照）。

また、上記のように、Ｃさんによる携帯電話１への入力操作により「発信」が指示された場合は（ステップＳ７ Ｙｅｓ）、ＳＥＴＵＰ信号生成部２２に対しても、操作部１６経由で「発信」が指示された旨の情報が通知される。ＳＥＴＵＰ信号生成部２２は、発信者の電話番号（Ｃさんの電話番号），着信者の電話番号（Ｂさんの電話番号），紹介者の識別情報（Ａさんのメールアドレス）等を含むＳＥＴＵＰ信号を生成する（ステップＳ８）。そして、そのＳＥＴＵＰ信号を、送信部２３経由で携帯電話２に対して送信する（ステップＳ９）。

一方、携帯電話１からのＳＥＴＵＰ信号を受信部３３経由で受信した携帯電話２では、ＳＥＴＵＰ信号解析部３１が、ＳＥＴＵＰ信号を解析して、当該ＳＥＴＵＰ信号に紹介者の識別情報が含まれているかどうかを検索する（ステップＳ１１、ステップＳ１２）。なお、ＳＥＴＵＰ信号に紹介者の識別情報が含まれていない場合は（ステップＳ１２ Ｎｏ）、紹介者表示発信ではないものと判断し、通常の着信処理が行われる（ステップＳ１３）。

検索の結果、紹介者の識別情報が含まれている場合には（ステップＳ１２ Ｙｅｓ）、その情報を受け取った表示制御部３２が、電話帳ＤＢ３６に記憶されている電話帳（図５参照）から、紹介者の識別情報（紹介者のメールアドレス）をキーとして、紹介者の名前を読み出す（ステップＳ１４）。ここでは、紹介者の識別情報として紹介者Ａのメールアドレスが含まれているので、この紹介者Ａのメールアドレス（メールアドレスＡ）をキーとして、紹介者Ａの名前「Ａさん」が読み出される。

そして、表示制御部３２では、着信中画面として、図８に示すように、上記で読み出した紹介者Ａの名前「Ａさん」と、ＳＥＴＵＰ信号に含まれている発信者の電話番号（Ｃさんの電話番号：０９０−ｉｊｋｌｍｎｏｐ）とを表示する制御を行う（ステップＳ１５）。

この状態で、携帯電話２を使用する着信者のＢさんは、着信中画面の電話番号を見て見知らぬ人（ここではＣさんが発信者）からの着信であることを認識するとともに、自分のことを発信者に紹介した人が知り合いの「Ａさん」であることを認識することができる。

最後に、携帯電話２を使用するＢさんにより応答ボタンが押下されると（ステップＳ１６）、携帯電話２と携帯電話１が通常動作で呼接続信号のやりとりを行い（ステップＳ１７，ステップＳ１０）、その後、携帯電話２と携帯電話１の間で通話が開始される。

上述してきたように、本実施例１では、Ｃさん（発信者）が電話番号を知らないＢさん（着信者）に電話をかける場合に、Ｃさんが使用する携帯電話からＢさんが使用する携帯電話へ紹介者であるＡさんの識別情報を通知することとした。そして、着信者であるＢさんの携帯電話の画面上に、紹介者であるＡさんの名前を表示することとした。これにより、Ｂさんは、たとえば、知らない電話番号が表示されている場合であっても、知り合いのＡさんの名前が紹介者として表示されているので、より安心して電話にでることが可能となる。

なお、本実施例では、識別情報として予め登録された「紹介者のメールアドレス」をキーとして紹介者の名前を導出しているが、「紹介者のメールアドレス」の代わりに、たとえば、「紹介者の電話番号」を用いることとしてもよい。この場合は、識別情報として予め登録された「紹介者の電話番号」をキーとして紹介者の名前を導出する。

また、「紹介者のメールアドレス」の代わりに、たとえば、「紹介者が使用する携帯電話の機体番号」を、紹介者の識別情報として用いることとしてもよい。この場合は、「紹介者が使用する携帯電話の機体番号」をキーとして紹介者の名前を導出することになる。なお、この機体番号は、通常、発信者および着信者が知り得ない情報であるため、紹介者は、予め発信者および着信者に対して自身の機体番号を通知し、この機体番号を発信者および着信者の通常の電話帳に登録させておくことが望ましい。これにより、「紹介者が使用する携帯電話の機体番号」をキーとして紹介者の名前を導出できるので、紹介者の名前を画面上に表示することが可能となる。なお、紹介者の識別情報は、上記機体番号に限らず、携帯電話毎にユニークな情報であればその他の情報であってもよい。

また、上記では、「紹介者が使用する携帯電話の機体番号（携帯電話毎にユニークな情報）」を識別情報としたが、これに限らず、「紹介者が使用する携帯電話が出力するランダムな数値情報」を、紹介者の識別情報として使用することとしてもよい。なお、この数値情報についても、上記同様、発信者および着信者が知り得ない情報であるため、予め発信者および着信者に通知し、発信者および着信者の通常の電話帳に登録させておくことが望ましい。これにより、「紹介者が使用する携帯電話が出力するランダムな数値情報」をキーとして、紹介者の名前を画面に表示することが可能となる。

実施例２では、発信者が電話番号を知らない通信相手（着信者）に電話をかけるケースにおいて、着信者の電話番号を知っている紹介者が、個人情報保護の観点から、着信者の承諾を得た後に、着信者の電話番号を発信者に通知する。

図９は、発信者端末である第一の端末と着信者端末である第二の端末とを含む紹介者情報通知システムの実施例２の構成例を示す図である。本システムは、実施例１の携帯電話１，携帯電話２に代えて携帯電話１ａ，携帯電話２ａを有し、さらに、携帯電話３ａ、携帯電話３ａを収容する基地局９ａ、を有する構成とした。そして、携帯電話１ａと携帯電話２ａと携帯電話３ａが、各基地局およびネットワーク８を経由した通信を行う。

本システムでは、まず、紹介者が、携帯電話３ａを使用して、着信者（発信者が通信を希望する相手）に対して「紹介承諾依頼」を行う。つぎに、紹介者が使用する携帯電話３ａでは、着信者が使用する携帯電話２ａ（第二の端末）から「紹介承諾」の回答が得られた場合に、その「紹介承諾」の内容に従い、発信者が使用する携帯電話１ａ（第一の端末）に対して着信者の電話番号を通知する。その後、発信者が使用する携帯電話１ａが、後述する所定の紹介者表示発信処理で生成したＳＥＴＵＰ信号を着信者側の携帯電話２ａ宛てに送信する。そして、ＳＥＴＵＰ信号を受信した携帯電話２ａが、後述する所定の紹介者表示着信処理により、着信画面に発信者の電話番号と紹介者の名前とを表示する。

また、上記携帯電話１ａ，２ａ，３ａは、それぞれ同一の構成を有することとし、実施例２の紹介者情報通知機能を実現するための制御を行うプロセッサ１１ａ、ＲＯＭ，ＲＡＭ等を含むメモリ１２ａ、を有する。なお、前述した実施例１の紹介者情報通知システムと同様の構成については、同一の符号を付してその説明を省略する。

つづいて、紹介者情報通知機能を有する実施例２の携帯電話について説明する。ここでは、一例として、発信者が使用する携帯電話を携帯電話１ａとし、通信相手である着信者が使用する携帯電話を携帯電話２ａとし、紹介者が使用する携帯電話を携帯電話３ａとする。なお、本実施例では、説明の便宜上、発信者が使用する携帯電話を携帯電話１ａとし、着信者が使用する携帯電話を携帯電話２ａとし、紹介者が使用する携帯電話を携帯電話３ａとしたが、これに限らず、各携帯電話はそれぞれ同様の機能ブロックを有する。

図１０は、紹介者が使用する携帯電話３ａの機能ブロックの一例を示す図である。携帯電話３ａは、メール制御部４１ａと送信部４２ａと受信部４３ａとを有する。携帯電話３ａでは、紹介者の入力操作により生成された紹介承諾依頼メールを、着信者（発信者が通信を希望する相手）が使用する携帯電話２ａに対して送信する。そして、着信者が使用する携帯電話２ａより紹介承諾応答メールを受信した場合に、その紹介承諾応答メールの内容に従い、発信者が使用する携帯電話１ａに対して紹介承諾応答メールに記載された承諾情報等を転送する。

図１１は、着信者が使用する携帯電話２ａの機能ブロックの一例を示す図である。携帯電話２ａは、実施例１の携帯電話２の構成に加えて、さらに、メール制御部３７ａと認証キーＤＢ３８ａとを有する。携帯電話２ａは、携帯電話３ａから紹介承諾依頼メールを受信し、たとえば、発信者への電話番号の紹介（通知）を承諾する場合に、携帯電話３ａに対して紹介承諾応答メールを返信する。なお、前述した実施例１の携帯電話２と同様の構成については、同一の符号を付してその説明を省略する。

図１２は、上記認証キーＤＢ３８ａに記憶されている認証キーテーブルの一例を示す図である。本実施例では、たとえば、携帯電話２ａを使用するＢさんの認証キーテーブルとして、紹介者電話番号（電話番号Ａ），認証キー（紹介者Ａの認証キー）が関連付けられた状態で、記憶されている。なお、「認証キー」は、紹介者を特定可能な情報であればよく、たとえば、「紹介者が使用する携帯電話の機体番号」や「紹介者が使用する携帯電話が出力するランダムな数値情報」等が該当する。このような情報は、通常、発信者および着信者が知り得ない情報であるため、個人を容易に特定可能な情報を認証キーとして用いるよりもシステムの安全性を向上させることができる。

図１３は、発信者が使用する携帯電話１ａの機能ブロックの一例を示す図である。携帯電話１ａは、携帯電話１の紹介者表示発信用電話帳ＤＢ２７に代えて紹介者表示発信用電話帳ＤＢ２７ａを有し、さらに、実施例１の携帯電話１の構成に加えて、メール制御部２８ａを有する。携帯電話１ａは、携帯電話３ａから承諾情報等（着信者の電話番号を含む）が含まれた承諾情報転送メールを受信した場合に、実施例２の紹介者表示発信用電話帳を生成し、後述する所定の紹介者表示発信処理を実行する。なお、前述した実施例１の携帯電話１と同様の構成については、同一の符号を付してその説明を省略する。

図１４は、紹介者表示発信用電話帳ＤＢ２７ａに記憶されている紹介者表示発信用電話帳の一例を示す図である。本実施例では、たとえば、紹介者表示発信用電話帳として、紹介された人の名前（Ｂ，Ｄ）とその電話番号（電話番号Ｂ，Ｄ），紹介者の認証キー（紹介者Ａ，Ｅの認証キー）と紹介者の電話番号（電話番号Ａ，Ｅ）、が関連付けられた状態で、記憶されている。

つづいて、上記のように構成された紹介者情報通知システムの実施例を図面にしたがって詳細に説明する。ここでは、一例として、携帯電話１ａを使用するＣさん（発信者）が電話番号を知らないＢさん（着信者）に電話をかける場合であって、かつ、Ｂさんの電話番号を知っているＡさん（紹介者）がＣさんに対してＢさんの電話番号を紹介する場合、を想定する。また、本実施例では、紹介者のＡさんが着信者のＢさんに対し予め「認証キー」を通知済みであること、すなわち、携帯電話２ａが紹介者の「認証キー」を受信済みであること、を前提とする。図１５は、紹介者情報通知機能を有する各携帯電話の実施例２の処理フローを示す図である。

まず、Ａさんによる携帯電話３ａへの入力操作により、操作部１６経由で指示を受けたメール制御部４１ａが、発信者（Ｃさん）に対し着信者（通信を希望する相手：Ｂさん）の電話番号を教えてもよいかどうかを確認するための紹介承諾依頼メールを作成する。紹介承諾依頼メールは、たとえば、タイトルを「紹介承諾依頼」とし、本文に「発信者（Ｃさん）のメールアドレス」を設定する。そして、この紹介承諾依頼メールを、着信者であるＢさんが使用する携帯電話２ａ宛に送信部４２ａ経由で送信し（ステップＳ２１）、Ｂさんからの紹介承諾応答メールの返信を待つ（ステップＳ２６）。

携帯電話２ａでは、受信部３３経由でメールを受信したメール制御部３７ａが、受信したメールが紹介承諾依頼メールであるのか、それ以外のメール（通常メール）であるのか、を判断する（ステップＳ２２）。通常メールの場合は、紹介者情報通知機能による処理を終了する（ステップＳ２２ Ｎｏ，ステップＳ２３）。

判断の結果、受信したメールが紹介承諾依頼メールの場合（ステップＳ２２ Ｙｅｓ）、メール制御部３７ａは、所定の紹介承諾処理を実行する（ステップＳ２４）。

図１６は、上記ステップＳ２４の紹介承諾処理の詳細フローを示す図である。まず、メール制御部３７ａは、受信した紹介承諾依頼メールの送信元アドレス（Ａさんのアドレス）に基づき、電話帳ＤＢ３６に記憶されている電話帳（図５参照）から紹介者の名前を検索する（ステップＳ５１）。そして、表示制御部３２が、検出された紹介者の名前を設定した所定の承諾画面を表示する制御を行う（ステップＳ５２）。ここでは、紹介者であるＡさんの名前が設定された承諾画面が表示される。

図１７は、上記承諾画面の一例を示す図である。承諾画面では、通知許可（許可する／許可しない）、通知レベル（番号隠蔽／番号公開）、接続回数（ 回）、接続期間（ｘｘ〜ｙｙ）、通知委任（委任する／委任しない）等が設定可能となっている。「通知許可」では、電話番号の紹介（通知）を許可するかどうかを選択する。「通知レベル」では、通知許可において「許可する」を選択した場合の通知方法を選択する。たとえば、電話番号を隠して通知する場合は「番号隠蔽」を選択し、電話番号を発信者に見せてもよい場合には「番号公開」を選択する。また、「接続回数」，「接続期間」を設けることで発信を制限することができる。「接続回数」は、通知許可で「許可する」を選択した場合における、発信者による最大接続回数を設定可能とする（任意設定）。「接続期間」は、通知許可で「許可する」を選択した場合における、発信者による最大接続可能期間を設定可能する（任意設定）。また、「通知委任」は、電話番号の通知判断を紹介者に委任するかどうかを選択する（任意設定）。委任された紹介者は、通知の判断を自身で行い、たとえば、電話番号を通知すると判断した場合には、設定された通知方法で電話番号を発信者に通知する。

メール制御部３７ａでは、上記承諾画面が表示された状態において、着信者による設定を待つ（ステップＳ５３ Ｎｏ）。そして、上記承諾画面に基づく設定処理が完了し、承諾画面の「終了」ボタンが押下された場合に（ステップＳ５３ Ｙｅｓ）、これらの設定内容に基づき承諾情報（ＸＭＬ）を生成する（ステップＳ５４）。図１８は、承諾情報（ＸＭＬ）の一例を示す図である。ここでは、承諾情報（ＸＭＬ）の一例として、＜通知許可 許可＝ＹＥＳ／＞，＜通知レベル 隠蔽＝ＹＥＳ／＞，＜接続回数 回数＝１／＞，＜接続期間 ＴＯ＝ＹＹＭＭＤＤ／＞，＜通知委任 委任＝ＹＥＳ／＞、という情報が記載されている。

その後、メール制御部３７ａは、タイトルを「紹介承諾応答」とし、本文に「発信者（Ｃさん）のメールアドレス」および「承諾情報（ＸＭＬ）」を設定した、紹介承諾応答メールを生成する。そして、その紹介承諾応答メールを送信部３４経由で紹介者であるＡさんが使用する携帯電話３ａ宛に送信する（ステップＳ２５）。

上記ステップＳ２６の処理でＢさんからの紹介承諾応答メールを待っている携帯電話３ａのメール制御部４１ａでは、受信部４３ａ経由で当該メールを受信すると（ステップＳ２６ Ｙｅｓ）、所定の紹介承諾応答メール転送処理を実行する（ステップＳ２８）。なお、ステップＳ２６の処理において受信したメールが紹介承諾応答メール以外のメールの場合は、紹介者情報通知機能による処理を終了する（ステップＳ２６ Ｎｏ，ステップＳ２７）。

図１９は、上記ステップＳ２８の紹介承諾応答メール転送処理の詳細フローを示す図である。メール制御部４１ａは、受信した紹介承諾応答メールの本文から、発信者メールアドレス（Ｃさん）を抽出し、この発信者メールアドレスを承諾情報転送メールの宛先として設定する（ステップＳ６１）。そして、上記転送メールのタイトルを「紹介者承諾転送」とする（ステップＳ６２）。

つぎに、メール制御部４１ａは、本文に、「着信者の名前」，「着信者の電話番号」，上記「承諾情報（ＸＭＬ）」を設定し、さらに、自身の認証キーを付加情報（たとえばヘッダ等）として設定した、承諾情報転送メールを生成する（ステップＳ６３）。ここでは、「着信者の名前」としてＢさんの名前が、「着信者の電話番号」としてＢさんの電話番号がそれぞれ設定される。そして、その承諾情報転送メールを、送信部４２ａ経由で発信者であるＣさんが使用する携帯電話１ａ宛に送信する（ステップＳ６４）。なお、メール制御部４１ａは、上記「承諾情報（ＸＭＬ）」に記載された通知許可の選択結果が「許可しない（Ｎｏ）」の場合には、上記「承諾情報（ＸＭＬ）」のみを設定した承諾情報転送メールを生成する（ステップＳ６３）。そして、その承諾情報転送メールを発信者であるＣさんが使用する携帯電話１ａ宛に送信する。すなわち、「着信者の電話番号（Ｂさんの電話番号）」や「紹介者の認証キー（Ａさんの認証キー）」は、Ｃさんが使用する携帯電話１ａには通知されない。

その後、受信部２４経由でメールを受信した携帯電話１ａのメール制御部２８ａが、受信したメールが承諾情報転送メールであるのか、それ以外のメール（通常メール）であるのか、を判断する（ステップＳ２９）。通常メールの場合は、紹介者情報通知機能による処理を終了する（ステップＳ２９ Ｎｏ）。

判断の結果、受信したメールが承諾情報転送メールの場合（ステップＳ２９ Ｙｅｓ）、メール制御部２８ａは、所定の紹介者表示発信処理を実行する（ステップＳ３０）。

図２０は、上記ステップＳ３０の紹介者表示発信処理の詳細フローを示す図である。メール制御部２８ａは、まず、受信した承諾情報転送メールの本文から「通知許可」に関する情報を抽出する。そして、「通知許可」に関し「許可する」が選択されている場合には（ステップＳ７１ Ｙｅｓ）、つぎに、受信した承諾情報転送メールから「着信者の名前」，「着信者の電話番号」，「紹介者の認証キー」を抽出する（ステップＳ７２）。具体的には、「着信者の名前」としてＢさんの名前、「着信者の電話番号」としてＢさんの電話番号、「紹介者の認証キー」としてＡさんの認証キーが抽出される。なお、上記ステップＳ７１の処理において、「通知許可」に関し「許可しない」が選択されている場合には（ステップＳ７１ Ｎｏ）、メール制御部２８ａは、紹介者情報通知機能による処理を終了する。

つぎに、メール制御部２８ａは、上記で抽出した「着信者の名前（Ｂさん）」，「着信者の電話番号（Ｂさんの電話番号）」，「紹介者の認証キー（Ａさんの認証キー）」と、「Ａさんの電話番号」とを関連付けた紹介者表示発信用電話帳を生成する（図１４参照）。そして、この電話帳を紹介者表示発信用電話帳ＤＢ２７ａに記憶する（ステップＳ７２）。

つぎに、メール制御部２８ａは、受信した承諾情報転送メールの本文から「接続回数」，「接続期間」の情報を抽出する（「接続回数」，「接続期間」は任意設定）。そして、「接続回数」が最大接続回数内で、かつ、「接続期間」が最大接続可能期間内である場合には（ステップＳ７３，７４ Ｙｅｓ）、さらに、「通知レベル」に関し「番号隠蔽」，「番号公開」のいずれが設定されているかを確認する（ステップＳ７５）。なお、「接続回数」が最大接続回数を超えている場合（ステップＳ７３ Ｎｏ）、または、「接続期間」が最大接続可能期間を超えている場合には（ステップＳ７４ Ｎｏ）、紹介者情報通知機能による処理を終了する。また、任意設定である「接続回数」，「接続期間」のいずれか一方またはその両方が設定されていない場合には、設定状況により、ステップＳ７３，ステップＳ７４の処理を実行しない。

上記ステップＳ７５による確認の結果、「番号隠蔽」が選択されている場合、その旨を通知された表示制御部２１は、図２１（ａ）に示す確認画面を表示する制御を行う（ステップＳ７６）。すなわち、着信者であるＢさんの電話番号を隠した状態で表示する。この処理により、たとえば、ＢさんがＣさんに電話番号を知られたくない場合において、個人情報の漏洩を回避することが可能となる。一方、「番号公開」が選択されている場合には、その旨を通知された表示制御部２１は、図２２（ａ）に示す確認画面を表示する制御を行う（ステップＳ７７）。すなわち、着信者であるＢさんの電話番号が見えるように表示する。図２１，図２２は、携帯電話１ａの表示画面の遷移の一例を示す図である。また、本実施例では、表示制御部２１は、電話帳ＤＢ２６に記憶されている電話帳および紹介者表示発信用電話帳ＤＢ２７ａに記憶されている認証キーテーブルから、紹介者の認証キーをキーとして、紹介者の名前を読み出し、表示する。具体的には、「紹介者Ａの認証キー」をキーとして、紹介者表示発信用電話帳（図１４）から紹介者Ａの電話番号が読み出され、さらに、「紹介者Ａの電話番号」をキーとして、通常の電話帳（図３−１）から紹介者Ａの名前「Ａさん」が読み出され、表示される。この処理により、発信者であるＣさんは、発信時の状況（宛先や紹介者の名前）に誤りがないかどうかを確認することができる。

この状態で、携帯電話１ａは、Ｃさんによる入力操作を待つ（ステップＳ７８ Ｎｏ）。そして、「発信」が指示された場合（ステップＳ７８ Ｙｅｓ）、操作部１６経由で「発信」が指示された旨を通知された表示制御部２１が、発信中画面として、宛先「Ｂさん」およびＢさんの電話番号を表示する制御を行う（ステップＳ７９）。この際、「通知レベル」に関し「番号隠蔽」が選択されている場合は、発信者であるＣさんに電話番号が見えないように画面上に「ＸＸＸ−ＸＸＸＸＸＸＸＸ」が表示される（図２１（ｂ）参照）。一方で、「番号公開」が選択されている場合には、発信者であるＣさんに電話番号が見えるように画面上に「０９０−ａｂｃｄｅｆｇｈ」が表示される（図２２（ｂ）参照）。

また、上記のように、Ｃさんによる携帯電話１ａへの入力操作により「発信」が指示された場合は（ステップＳ７８ Ｙｅｓ）、ＳＥＴＵＰ信号生成部２２に対しても、操作部１６経由で「発信」が指示された旨の情報が通知される。ＳＥＴＵＰ信号生成部２２は、発信者の電話番号（Ｃさんの電話番号）、着信者の電話番号（Ｂさんの電話番号）、紹介者の認証キー（Ａさんの認証キー）等を含むＳＥＴＵＰ信号を生成する（ステップＳ７９）。そして、そのＳＥＴＵＰ信号を、送信部２３経由で携帯電話２ａに対して送信する（ステップＳ８０）。

このように、本実施例２では、上記ステップＳ７６およびＳ７９の処理において、表示制御部２１が、Ｂさんの電話番号を隠蔽し、Ｂさんの電話番号を「ＸＸＸ−ＸＸＸＸＸＸＸＸ」と画面表示することを可能とした。これにより、発信者であるＣさんに対して、通信相手であるＢさんの電話番号を知られないようにすることが可能となる。この処理は、個人情報保護の観点から非常に有効である。

一方、携帯電話１ａからのＳＥＴＵＰ信号を受信部３３経由で受信した携帯電話２ａでは、所定の紹介者表示着信処理を実行する（ステップＳ３１）。

図２３は、上記ステップＳ３１の紹介者表示着信処理の詳細フローを示す図である。ＳＥＴＵＰ信号解析部３１は、ＳＥＴＵＰ信号を受信すると（ステップＳ１１）、ＳＥＴＵＰ信号を解析して、当該ＳＥＴＵＰ信号に紹介者の認証キーが含まれているかどうかを検索する（ステップＳ１１、ステップＳ１２）。なお、ＳＥＴＵＰ信号に紹介者の認証キーが含まれていない場合は（ステップＳ１２ Ｎｏ）、通常の着信処理が行われる（ステップＳ１３）。

検索の結果、紹介者の認証キーが含まれている場合には（ステップＳ１２ Ｙｅｓ）、表示制御部３２が、電話帳ＤＢ３６に記憶されている電話帳（図５参照）および認証キーＤＢ３８ａに記憶されている認証キーテーブル（図１２参照）から、「紹介者の認証キー」をキーとして、紹介者の名前を読み出す（ステップＳ１４ａ）。ここでは、「紹介者Ａの認証キー」をキーとして、紹介者Ａの名前「Ａさん」が読み出される。

そして、表示制御部３２では、着信中画面として、図８に示すように、上記で読み出した紹介者Ａの名前「Ａさん」と、ＳＥＴＵＰ信号に含まれている発信者の電話番号（Ｃさんの電話番号）とを表示する制御を行う（ステップＳ１５）。

この状態で、携帯電話２ａを使用するＢさんは、着信中画面の電話番号を見て見知らぬ人（ここではＣさんが発信者）からの着信であることを認識するとともに、自分のことを発信者に紹介した人が知り合いの「Ａさん」であること、を認識することができる。

最後に、携帯電話２ａを使用するＢさんにより応答ボタンが押下されると（ステップＳ１６）、携帯電話２ａと携帯電話１ａが通常動作で呼接続信号のやりとりを行う（ステップＳ１７，ステップＳ１０）。そして、このような呼制御処理を経て、携帯電話２ａと携帯電話１ａの間で通話が開始される。

上述してきたように、本実施例２では、発信者であるＣさんが電話番号を知らないＢさん（着信者）に電話をかける場合において、紹介者であるＡさんがＢさんの承諾を得た後に、Ｂさんの電話番号をＣさんに通知することとした。これにより、前述した実施例１と同様の効果が得られるとともに、さらに、個人情報保護の観点から、より精度の高い紹介者情報通知機能を実現することが可能となる。

また、本実施例２では、上記ステップＳ７６およびＳ７９の処理において示したように、Ｂさんの電話番号を隠蔽し、Ｂさんの電話番号を「ＸＸＸ−ＸＸＸＸＸＸＸＸ」と画面表示することを可能とした。これにより、発信者であるＣさんに、通信相手であるＢさんの電話番号を知られることなく、携帯電話１ａと携帯電話２ａとの間の通信を確立することが可能となる。

なお、本実施例２では、携帯電話のメール機能を利用して、紹介承諾依頼，紹介承諾応答，紹介承諾転送を行うこととしたが、これに限らず、たとえば、赤外線通信機能や、Bluetooth（登録商標）等の無線通信機能を利用することとしてもよい。

また、本実施例２では、着信者であるＢさんの携帯電話２ａが紹介者の認証キーを受信済みであることを前提としたが、これに限らず、たとえば、紹介者の認証キーの情報を、紹介承諾依頼メールに含めて携帯電話２ａに通知することとしてもよい。この場合、携帯電話２ａでは、通知された紹介者の認証キーの情報を図１２に示す認証キーテーブルに設定する。これにより、たとえばＣからＢさんへのアクセス回数を削減できる。

また、本実施例２では、上記ステップＳ２８の処理を、紹介承諾応答メールを受信した時点で自動的に実行したが、これに限らない。たとえば、紹介承諾応答メールの受信を携帯電話３ａの画面に表示し、紹介者の操作で承諾情報転送メールを発信者の携帯電話１ａに送信することとしてもよい。

また、本実施例２では、上記ステップＳ３０内のステップＳ７１〜Ｓ７７の処理を、承諾情報転送メールを受信した時点から自動的に実行したが、これに限らない。たとえば、承諾情報転送メールの受信を携帯電話１ａの画面に表示し、実施例１のステップＳ１〜Ｓ６のようなマニュアル操作でステップＳ７６，Ｓ７７の確認画面表示を実行することとしてもよい。

たとえば、Ｃさんの使用する携帯電話１ａでは、承諾情報転送メールの受信によりＢさんの電話番号（隠蔽／公開）および紹介者であるＡさんの認証キーを入手できるので、上記マニュアル操作でステップＳ７６，Ｓ７７の確認画面表示を実行する。これにより、Ｃさんは、当該メール本文に記載されている承諾情報（ＸＭＬ）の内容の範囲内で何度も、Ｂさんの使用する携帯電話２ａに紹介者表示発信を行うことが可能となる。

１，１ａ，２，２ａ，３ａ 携帯電話
６，７，９ａ 基地局
８ ネットワーク
１１，１１ａ プロセッサ
１２，１２ａ メモリ
１３ 無線通信部
１４ 表示部
１５ 音声入出力部
１６ 操作部
２１ 表示制御部
２２ ＳＥＴＵＰ信号生成部
２３，３４，４２ａ 送信部
２４，３３，４３ａ 受信部
２６，３６ 電話帳ＤＢ
２７，２７ａ 紹介者表示発信用電話帳ＤＢ
２８ａ，３７ａ，４１ａ メール制御部
３１ ＳＥＴＵＰ信号解析部
３２ 表示制御部
３８ａ 認証キーＤＢ

Claims (2)

1. 第一の端末と、前記第一の端末とネットワークを介して接続される第二の端末と、前記第二の端末とネットワークを介して接続される第三の端末とを備える関係者情報表示システムであって、
   前記第三の端末は、前記第二の端末に対応する第二の加入者情報および認証キーを前記第一の端末へ送信する第一の送信部、
   を備え、
   前記第一の端末は、
   前記第一の端末に対応する第一の加入者情報と、前記第三の端末から得られた前記第二の加入者情報と、前記認証キーとを含む接続要求を前記第二の端末に送信する第二の送信部、
   を備え、
   前記第二の端末は、
   前記接続要求を受信する受信部と、
   事前に前記第三の端末から設定された認証キーと、前記受信部が受信した前記接続要求に含まれる認証キーとを照合して、紹介者の識別子を抽出する抽出部と、
   前記抽出部にて抽出された前記識別子を表示する表示制御部と、
   を備えることを特徴とする関係者情報表示システム。
2. 前記第一の端末は、
   個人情報の登録および編集が可能な通常の電話帳である発信者用電話帳を記憶するための発信者用電話帳記憶部と、
   内容を確認することができない電話帳であって、前記第二の端末の保有者の名前および加入者情報を含む着信者情報と、前記第二の加入者情報とが関連付けられた電話帳である、関係者表示発信用電話帳を記憶するための関係者表示発信用電話帳記憶部と、
   画面表示を制御する発信用表示制御部と、
   をさらに備え、
   前記第二の端末の保有者が指定された場合に、前記発信用表示制御部が、前記関係者表示発信用電話帳および前記発信者用電話帳から、当該第二の端末の保有者に関連付けられた第二の加入者情報をキーとして前記識別子を読み出し、当該識別子を確認画面に表示するための制御を行う、
   ことを特徴とする請求項１に記載の関係者情報表示システム。

Images