(57)【要約】【課題】個人情報登録システムは、個人情報を電話端末等に登録させてもよいか否かの問い合わせに対する返答の煩わしさを軽減することを目的とする。【解決手段】サーバを介して、第１端末が、第２端末に個人情報を要求する通信システムであって、第１端末は、第２端末に記憶されている個人情報を要求する要求データを送信し、送信した要求データに対する応答データを受信し、サーバは、第１端末から要求データを受信したときに、第２端末から要求データに対する応答データを取得するか否かを判断し、取得すると判断した場合は、第２端末に要求データに対する応答データの送信を依頼し、送信されてきた応答データを第１端末に送信し、取得しないと判断した場合は、所定の応答データを第１端末に送信し、第２端末は、サーバから要求データに対する応答データの依頼を受信したときには、外部からの指示に応じて、要求データに対する応答データをサーバに送信する。【選択図】図２
2010272983.tif 000002
【特許請求の範囲】
【請求項１】
サーバを介して、第１端末が、第２端末に個人情報を要求する通信システムであって、
前記第１端末は、
前記第２端末に記憶されている個人情報を要求するための要求データを送信する要求送信手段と、
送信した要求データに対応する応答として応答データを受信する応答受信手段とを備え、
前記サーバは、
前記第１端末から要求データを受信したときに、前記第２端末から当該要求データに対応する応答データを取得するか否かを判断する判断手段と、
前記判断手段で取得すると判断した場合は、前記第２端末に前記要求データに対応する応答データの送信を依頼し、送信されてきた応答データを前記第１端末に送信し、前記判断手段で取得しないと判断した場合は、所定の応答データを前記第１端末に送信する応答送信手段とを備え、
前記第２端末は、
前記サーバから前記要求データに対応する応答データの依頼を受信したときには、外部からの指示に応じて、前記要求データに対応する応答データを当該サーバに送信する応答手段と
を備える個人情報登録システム。
【請求項２】
前記判断手段は、前記発第１端末から受信した前記要求データが、前記第１端末から前記第２端末に対して送信された最初の要求データであった場合には、前記第２端末から当該要求データに対応する応答データを取得すると判断する
請求項１の個人情報登録システム。
【請求項３】
前記送信されてきた応答データは、前記要求データの要求を許可するか否かを示す許可情報と、当該許可情報に応じた内容の個人情報とを含み、
前記第１端末は、前記個人情報を記憶する個人情報記憶手段を備え、
前記応答受信手段は、受信した応答データに含まれる許可情報が許可を示す場合は、当該許可情報に応じた内容の個人情報を前記個人情報記憶手段に記憶させる
請求項１の個人情報登録システム。
【請求項４】
第１端末から、第２端末に記憶されている個人情報を要求する要求データを受信する要求受信手段と、
前記要求受信手段で要求データを受信したときに、前記第２端末に受信した要求データを送信するか否かを判断する判断手段と、
前記判断手段で送信すると判断した場合は、前記第２端末に前記要求データを送信し、前記判断手段で送信しないと判断した場合は、前記第１端末に所定のデータを送信する送信手段と
を備えるサーバ。
【請求項５】
前記サーバは、前記第１端末を識別する識別子と応答情報とを対応付けて記憶している条件記憶手段を備え、
前記応答情報は、前記第１端末が前記第２端末に要求データを送信したときに、前記第２端末が個人情報を送信したか否かを示す情報であり、
前記判断手段は、前記第１端末の識別子が前記条件記憶手段に記憶されていない場合は、前記第２端末に前記要求データを送信すると判断し、記憶されている場合は、当該識別子と対応付けて記憶されている応答情報が個人情報を送信していないことを示すときは、前記第２端末に受信した要求データを送信しないと判断する
請求項４記載のサーバ。
【請求項６】
第１端末と第２端末との間でデータを転送するサーバに、
第１端末から、第２端末に記憶されている個人情報を要求する要求データを受信させ、
受信した前記要求データを、前記第２端末に送信するか否かを判断させ、
送信すると判断した場合は、前記第２端末に前記要求データを送信させ、送信しないと判断した場合は、前記第１端末に所定のデータを送信させる
転送方法。
【請求項７】
サーバにデータを転送させるコンピュータプログラムであって、
第１端末から、第２端末に記憶されている個人情報を要求する要求データを受信する要求受信処理を実行させ、
前記要求受信処理で要求データを受信したときに、前記第２端末に受信した要求データを送信するか否かを判断する判断処理を実行させ、
前記判断処理で送信すると判断した場合は、前記第２端末に前記要求データを送信し、前記判断手段で送信しないと判断した場合は、前記第１端末に所定のデータを送信する送信処理を実行させる
コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末等に登録される個人情報を保護する技術に関する。
【背景技術】
【０００２】
携帯電話機は、いわゆるアドレス帳を有しており、アドレス帳には友人等の個人情報、例えば、電話番号及びメールアドレス等が記載されている。
【０００３】
ユーザは、アドレス帳を利用して様々な便利な機能を実現させることができる。例えば、ユーザは、電話をかけたい相手の電話番号をテンキーを押下して入力する代わりにアドレス帳に登録されている電話番号にカーソルを移動して、発呼ボタンを押下するだけで電話をかけることができる等である。
【０００４】
しかし、アドレス帳の電話番号等のデータは容易にメール本文中にコピーすることができるため、メールで誰にでも送信できてしまう等という一面もある。つまり、自分の知らない間に、自分の個人情報が第三者に開示されてしまう可能性がある。
【０００５】
そこで、携帯電話機に、第三者に公開可能なメールアドレスを登録する公開電話帳と、非公開なメールアドレスを登録する個人電話帳とを備え、公開電話帳に登録されているメールアドレスであれば第三者に教えることができるようにする技術がある（特許文献１参照）。
【０００６】
この技術では、第三者は、教えられたメールアドレスを自分の携帯電話機の公開電話帳に登録するためには、そのメールアドレスのユーザに対して、登録をしてもよいかを問い合わせるメールを送信し、ユーザから許可を得た場合にのみ登録することができる。
【０００７】
従って、この技術によれば、ユーザは、自分のメールアドレスを公開電話帳へ登録するか否かをコントロールすることができるので、自分の個人情報の拡散を防止できる可能性が高くなる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−２３６２４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、この技術では、登録を許可されなかった第三者は、自分の公開電話帳にメールアドレスをどうしても登録したいと思う場合、そのメールアドレスのユーザに対して、登録してもよいかを問い合わせるメールを何度も送信することができる。この場合、そのメールアドレスのユーザは、何度も、問い合わせメールに対して返答をしなければならない。
【００１０】
そのメールアドレスのユーザは、この第三者の公開電話帳に登録を許可しないという意志が変わらない場合は、問い合わせメールに返答するのは面倒なだけである。
【００１１】
そこで、問い合わせに対する返答の煩わしさを軽減することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の１形態に係る個人情報登録システムは、サーバを介して、第１端末が、第２端末に個人情報を要求する通信システムであって、前記第１端末は、前記第２端末に記憶されている個人情報を要求するための要求データを送信する要求送信手段と、送信した要求データに対応する応答として応答データを受信する応答受信手段とを備え、前記サーバは、  前記第１端末から要求データを受信したときに、前記第２端末から当該要求データに対応する応答データを取得するか否かを判断する判断手段と、前記判断手段で取得すると判断した場合は、前記第２端末に前記要求データに対応する応答データの送信を依頼し、送信されてきた応答データを前記第１端末に送信し、前記判断手段で取得しないと判断した場合は、所定の応答データを前記第１端末に送信する応答送信手段とを備え、前記第２端末は、前記サーバから前記要求データに対応する応答データの依頼を受信したときには、外部からの指示に応じて、前記要求データに対応する応答データを当該サーバに送信する応答手段とを有する。
【発明の効果】
【００１３】
上記構成の個人情報登録システムは、個人情報を電話端末等に登録させてもよいか否かの問い合わせに対する返答の煩わしさを軽減することができる。
【図面の簡単な説明】
【００１４】
【図１】個人情報登録システムの構成の例を示す図である。
【図２】呼制御サーバ、データサーバ、発側携帯電話機及び着側携帯電話機の機能的構成の例を示すブロック図である。
【図３】個人情報要求管理テーブルの構成及び内容の例を示す図である。
【図４】個人情報登録処理において装置間でやり取りされるメッセージを示す図である。
【図５】メッセージの例を示す図である。
【図６】個人情報登録処理におけるテキストメッセージの構成要素を示す図である。
【図７】登録変更処理において装置間でやり取りされるメッセージを示す図である。
【図８】登録変更処理におけるテキストメッセージの構成要素を示す図である。
【図９】個人情報登録処理における発側携帯電話機３０００の画面の例を示す図である。
【図１０】個人情報登録処理における着側携帯電話機４０００の画面の例を示す図である。
【図１１】個人情報登録処理を示すフローチャートである。
【図１２】登録の可否を問い合わせるか否かを判断する処理を示すフローチャートである。
【図１３】登録変更処理における着側携帯電話機４０００の画面の例を示す図である。
【図１４】登録変更処理における発側携帯電話機３０００の画面の例を示す図である。
【図１５】登録変更処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
＜実施形態＞
図１は、実施形態の個人情報登録システム１００の構成の例を示す図である。
【００１６】
個人情報登録システム１００は、発側携帯電話機３０００、着側携帯電話機４０００、呼制御サーバ１０００及びデータサーバ２０００を有する。
【００１７】
実施形態では、発側携帯電話機３０００が、いわゆるＳＩＰ（Session Initiation Protocol）サーバである呼制御サーバ１０００を介して、着側携帯電話機４０００に個人情報を要求する場合を説明する。ＳＩＰにおいては、メッセージをやり取りすることで接続等を行う。セッション制御のために使用するデータをメッセージというものとし、メッセージについては、＜メッセージ＞の項で説明する。
【００１８】
尚、実施形態ではセッション制御プロトコルにＳＩＰを用いているが、これに限られることはない。
【００１９】
呼制御サーバ１０００は、ＩＰ電話サービス事業者によって管理されており、発側携帯電話機３０００及び着側携帯電話機４０００は、この事業者の提供するサービスに加入しているものとする。
【００２０】
データサーバ２０００は、携帯電話機間で行われた個人情報の登録要求時の応答結果を管理するサーバであり、呼制御サーバ１０００はデータサーバ２０００にデータを適時要求し、取得したデータに基づいて個人情報登録処理を行う。
【００２１】
発側携帯電話機３０００のユーザは、個人情報を知りたい相手、すなわち、着側携帯電話機４０００の電話番号を指定して個人情報を要求する操作を行う。発側携帯電話機３０００は、指定された電話番号に発呼して個人情報を要求するメッセージを送信する。
【００２２】
個人情報を要求するメッセージを受信した呼制御サーバ１０００は、着側携帯電話機４０００に個人情報の送信を依頼するメッセージを送信して、着側携帯電話機４０００から返信されてきた応答結果に応じたメッセージを発側携帯電話機３０００に送信する。
【００２３】
実施形態の呼制御サーバ１０００は、発側携帯電話機３０００が、着側携帯電話機４０００に個人情報を要求したという事実と、着側携帯電話機４０００からの応答結果とを記憶しておく。この応答結果とは、着側携帯電話機４０００が発側携帯電話機３０００に対して返信した個人情報の項目、又は、要求を拒否した旨である。
【００２４】
ここで、発側携帯電話機３０００から着側携帯電話機４０００に個人情報を要求するメッセージを呼制御サーバ１０００が再度受信した場合は、基本的に、着側携帯電話機４０００に個人情報を要求するメッセージを送信しないで、記憶している応答結果に応じたメッセージを発側携帯電話機３０００に送信する。
【００２５】
着側携帯電話機４０００は、発側携帯電話機３０００からの個人情報の要求に対して、既に応答をしているので、その応答結果が変わらない間は、着側携帯電話機４０００が何度も応答をする意味はないからである。
【００２６】
呼制御サーバ１０００が記憶している応答結果に応じてメッセージを発側携帯電話機３０００に送信することで、着側携帯電話機４０００は、発側携帯電話機３０００からの要求に一度応答しさえすればよく、応答を繰り返す必要がなくなる。
【００２７】
また、実施形態の個人情報登録システム１００では、着側携帯電話機４０００が、発側携帯電話機３０００へ送信して登録させた個人情報の範囲を変えたい場合には、着側携帯電話機４０００から発側携帯電話機３０００へ新たな範囲の個人情報を送信して登録させることも可能としている。
【００２８】
以下、個人情報登録システム１００が有する２つの機能、すなわち、発側携帯電話機３０００が着側携帯電話機４０００の個人情報を登録するために、着側携帯電話機４０００に対して個人情報を要求する場合の処理である個人情報登録処理と、発側携帯電話機３０００が登録している着側携帯電話機４０００の個人情報の内容を、着側携帯電話機４０００から変える場合の処理である登録変更処理について説明する。
【００２９】
尚、実施形態では、携帯電話機を例に説明するが、通話機能を有する携帯端末等であればよい。
【００３０】
＜機能＞
図２は、呼制御サーバ１０００、データサーバ２０００、発側携帯電話機３０００及び着側携帯電話機４０００の機能的構成の例を示すブロック図である。
【００３１】
呼制御サーバ１０００は、制御部１１００、通信部１２００、メッセージ生成部１３００、応答処理部１４００及び応答情報登録部１５００を有する。
【００３２】
制御部１１００は、電話番号をもとに着側携帯電話機４０００と接続したり、切断したりする等のセッション管理機能等の呼制御サーバに必要な一般的な機能を有する
更に、メッセージが個人情報の要求である場合に応答処理部１４００に処理を依頼する等の機能を有する。
【００３３】
通信部１２００は、発側携帯電話機３０００及び着側携帯電話機４０００とメッセージを送受信する機能を有する。
【００３４】
メッセージ生成部１３００は、発側携帯電話機３０００又は着側携帯電話機４０００に送信するメッセージを生成する機能を有する。
【００３５】
応答処理部１４００は、発側携帯電話機３０００から着側携帯電話機４０００に対して個人情報の要求があった場合に、その要求に対する応答を着側携帯電話機４０００に問い合わせるか否かを判断し、その判断に応じて処理を行う機能を有する。判断に際して、データサーバ２０００に記憶されている個人情報の登録要求時の応答結果を参照する。    
【００３６】
また、応答処理部１４００は、着側携帯電話機４０００から発側携帯電話機３０００に対して個人情報の更新要求があった場合に、着側携帯電話機４０００に更新依頼を行う機能を有する。
【００３７】
応答情報登録部１５００は、発側携帯電話機３０００から着側携帯電話機４０００に対して個人情報の要求等があった場合に、着側携帯電話機４０００がどのような応答をしたのかをという応答結果をデータサーバ２０００に記憶させる機能を有する。
【００３８】
次に、データサーバ２０００は、テーブル管理部２１００及び個人情報要求管理テーブル記憶部２２００を有する。
【００３９】
テーブル管理部２１００は、呼制御サーバ１０００からの依頼を受け付けて、個人情報要求管理テーブル記憶部２２００にデータを記憶させたり、データを読み出して呼制御サーバ１０００へ返信したりする機能を有する。
【００４０】
個人情報要求管理テーブル記憶部２２００は、個人情報の登録要求時の応答結果を管理するために個人情報要求管理テーブルを記憶しておく機能を有する。個人情報要求管理テーブルについては、＜データ＞の項で説明する。
【００４１】
次に、発側携帯電話機３０００及び着側携帯電話機４０００について説明する。
【００４２】
ここでは、説明の便宜上、発側携帯電話機３０００には、主に個人情報を要求する為に必要な機能部を記載し、着側携帯電話機４０００には、主に個人情報を要求されたときに必要な機能部を記載している。各携帯電話機が、個人情報を要求する為に必要な機能部と要求されたときに必要な機能部との両方を有してもよい。
【００４３】
発側携帯電話機３０００は、制御部３１００、通信部３２００、操作部３３００、表示部３４００、登録メッセージ生成部３５００、個人情報登録更新部３６００及び個人情報記憶部３７００を有する。
【００４４】
制御部３１００は、通話、メールの作成及び通信を始めるためのメッセージの作成等、携帯電話機に必要な一般的な機能を有する。更に、個人情報を要求するためのメッセージの作成を依頼する等の機能を有する。
【００４５】
通信部３２００は、呼制御サーバ１０００とメッセージを送受信する機能を有する。
【００４６】
操作部３３００は、テンキー等を含み、ユーザによる操作、例えば、キーの押下等を検出し、制御部３１００に通知する機能を有する。
【００４７】
表示部３４００は、液晶等のディスプレイを含み、制御部３１００の依頼によりメニュー及びカーソル等を表示する機能を有する。
【００４８】
登録メッセージ生成部３５００は、個人情報を要求するためのメッセージである登録依頼要求メッセージ等を生成する機能を有する。
【００４９】
個人情報登録更新部３６００は、制御部３１００から依頼を受け付けて、個人情報記憶部３７００にデータを記憶させたり、データを更新したり、データを削除したりする機能を有する。
【００５０】
個人情報記憶部３７００は、他の携帯電話機の個人情報を記憶しておく機能を有する。個人情報として、電話番号と、この電話番号の電話機のメールアドレス、ユーザの住所及び誕生日等の情報とが記憶されている。
【００５１】
次に、着側携帯電話機４０００は、制御部４１００、通信部４２００、操作部４３００、表示部４４００、可否メッセージ生成部４５００及びプロフィール記憶部４６００を有する。
【００５２】
制御部４１００は、通話、メールの作成及び通信を始めるためのメッセージの作成等、携帯電話機に必要な一般的な処理を行う他、本発明に固有の処理、例えば、個人情報の登録要求への応答内容をユーザに問うためのメニューの表示を依頼する等の機能を有する。
【００５３】
通信部４２００は、呼制御サーバ１０００とメッセージを送受信する機能を有する。
【００５４】
操作部４３００は、テンキー等を含み、ユーザによる操作、例えば、キーの押下等を検出し、制御部４１００に通知する機能を有する。
【００５５】
表示部４４００は、液晶等のディスプレイを含み、制御部４１００の依頼によりメニュー及びカーソル等を表示する機能を有する。
【００５６】
可否メッセージ生成部４５００は、個人情報の要求に応答するためのメッセージである登録可否応答メッセージ等を生成する機能を有する。
【００５７】
プロフィール記憶部４６００は、自機である着側携帯電話機４０００のユーザの個人情報を記憶する機能を有する。例えば、電話番号、メールアドレス、誕生日等である。
【００５８】
上述した機能の全部または一部は、呼制御サーバ１０００、データサーバ２０００、発側携帯電話機３０００及び着側携帯電話機４０００のそれぞれが有するＣＰＵが、それぞれのメモリ等に記録されているプログラムを実行することにより実現される。
【００５９】
＜データ＞
次に、実施形態の個人情報登録システム１００で用いるデータについて図３を用いて説明する。
【００６０】
図３は、個人情報要求管理テーブル２２１０の構成及び内容の例を示す図である。
【００６１】
この個人情報要求管理テーブル２２１０は、データサーバ２０００の個人情報要求管理テーブル記憶部２２００に記憶されている。
【００６２】
個人情報要求管理テーブル２２１０は、登録番号２２１１、登録者電話番号２２１２、再登録要求時応答フラグ、要求者電話番号２２１４及び応答フラグ２２１５を有する。
【００６３】
登録番号２２１１は、個人情報要求管理テーブル２２１０に登録されているユーザのレコードの番号を示す。個人情報要求管理テーブル２２１０には、呼制御サーバ１０００で管理する全ユーザの携帯電話機の電話番号が登録されているものとする。ユーザの携帯電話機は、他の携帯電話機と通信する場合、呼制御サーバ１０００を経由して通信を行う。
【００６４】
登録者電話番号２２１２は、ユーザの携帯電話機の電話番号を示す。
【００６５】
再登録要求時応答フラグは、登録者電話番号２２１２で示される電話番号に対して個人情報を要求するためのメッセージである登録依頼要求メッセージを送信してきた発側携帯電話機が更に登録依頼要求メッセージを送信してきた場合の登録依頼要求メッセージに対して、呼制御サーバ１０００がどのように応答するかを示すものである。このフラグは、登録者電話番号２２１２が呼制御サーバ１０００に登録される際に設定される。
【００６６】
再登録要求時応答フラグ２２１３「０」は、同じ携帯電話機から送信されてきた２度目以降の登録依頼要求メッセージに対しては、登録可否の問い合わせは不要である旨を示す。また、再登録要求時応答フラグ２２１３「１」は、同じ携帯電話機から送信されてきた２度目以降の登録依頼要求メッセージに対しては、１回目に登録を不許可としている場合、すなわち、拒否している場合には登録可否の問い合わせは不要であり、拒否していない場合には登録可否の問い合わせを要する旨を示す。
【００６７】
要求者電話番号２２１４は、登録者電話番号２２１２で示される電話番号の携帯電話機に対して登録依頼要求メッセージを送信してきた携帯電話機の電話番号を示す。この要求者電話番号２２１４には、登録者電話番号２２１２で示される電話番号に対して、初めて登録依頼要求メッセージを送信してきたときに、送信してきた携帯電話機の電話番号が登録される。
【００６８】
応答フラグ２２１５は、要求者電話番号２２１４で示される電話番号の携帯電話機から送信されてきた登録依頼要求メッセージに対してなされた応答を示すフラグである。
【００６９】
応答フラグ２２１５「０」は、個人情報の登録を不許可としたことを示す。
【００７０】
応答フラグ２２１５「１」は、個人情報のうちの、電話番号のみを許可したことを示し、応答フラグ２２１５「２」は、個人情報のうち、電話番号とメールアドレスとを許可したことを示す。また、応答フラグ２２１５「３」は、個人情報のすべてを許可したことを示す。
【００７１】
＜メッセージ＞
呼制御サーバ１０００と、発側携帯電話機３０００又は着側携帯電話機４０００とが送受信し合うメッセージを図４〜図８を用いて説明する。
【００７２】
図４〜図６を用いて、個人情報登録処理で使用するメッセージについて説明し、図７及び図８を用いて、登録変更処理で使用するメッセージについて説明する。
【００７３】
＜個人情報登録処理で使用するメッセージ＞
図４は、個人情報登録処理において、呼制御サーバ１０００と、発側携帯電話機３０００又は着側携帯電話機４０００との間で、どのようなメッセージがやり取りされるかを示している図である。
【００７４】
発側携帯電話機３０００は、登録依頼要求メッセージ３０１０を呼制御サーバ１０００に送信し、呼制御サーバ１０００から登録依頼応答メッセージ１０２０又は登録不可応答メッセージ１０３０を受信する。
【００７５】
着側携帯電話機４０００は、登録可否要求メッセージ１０１０を呼制御サーバ１０００から受信し、登録可否応答メッセージ４０２０を呼制御サーバ１０００に送信する。
【００７６】
以下、図５及び図６を用いて、各メッセージについて説明する。
【００７７】
図５は、メッセージ２００の例を示す図である。登録依頼要求メッセージ３０１０等の各メッセージは、基本的には、同様の構成である。
【００７８】
メッセージ２００は、リクエスト・ライン２１０、ヘッダ２２０及びボディ２３０で構成される。ヘッダ２２０とボディ２３０とは、空白行で区切られている。
【００７９】
リクエスト・ライン２１０の「ＭＥＳＳＡＧＥ」は、通信相手に送りたいメッセージがボディ２３０に記載してあることを示す。各メッセージは、このボディ２３０に記載する内容が相違する。
【００８０】
また、「ＭＥＳＳＡＧＥ」の後に、宛先が記載される。宛先としては、Ｔｏ行２２２と同じＳＩＰ  ＵＲＬ（Uniform Resource Locator）が記載される。ＳＩＰ  ＵＲＬについては、Ｆｒｏｍ行２２１で説明する。
【００８１】
ヘッダ２２０のＣｏｎｔｅｎｔ−Ｔｙｐｅ行２２３「Content-Type:text/plain」は、ボディ２３０に記述してあるメッセージがテキストメッセージであることを示している。
【００８２】
ヘッダ２２０のＦｒｏｍ行２２１「From:sip:090x111222x@domain.xxx」は、メッセージ２００を送信する発側携帯電話機３０００を示している。このＦｒｏｍ行２２１には、発側携帯電話機３０００を指定するＳＩＰ  ＵＲＬが記載される。ＳＩＰ  ＵＲＬは、ＵＲＩスキーム「sip:」、電話番号「090x111222x」、区切り「@」、ドメイン名又はＩＰアドレス「domain.xxx」で構成される。
【００８３】
また、Ｔｏ行２２２「To:sip:090x234567x@domain.xxx」は、着側携帯電話機４０００を示している。この行には、着側携帯電話機４０００を指定するＳＩＰ  ＵＲＬが設定される。
【００８４】
次に、ボディ２３０に記述するテキストメッセージ２４０について、図６を用いて説明する。
【００８５】
図６は、テキストメッセージ２４０の構成要素を示している。実際にボディ２３０に記述するときは、構成要素を「,(カンマ)」で区切って記述する（図５のボティ２３０参照）。
【００８６】
テキストメッセージ２４０は、信号種別２４１とデータ２４２とを有する。
【００８７】
信号種別２４１は、メッセージ２００の種別を示す。種別は５つあり、  「touroku＿irai＿yokiyu」、「touroku＿kahi＿yokiyu」、「touroku＿irai＿outou」、「touroku＿kahi＿outou」及び「touroku＿fuka＿outou」のうちのいずれかが記載される。
【００８８】
データ２４２は、信号種別２４１で示されるメッセージ種別に応じて異なる。
【００８９】
まず、信号種別２４１に、「touroku＿irai＿yokiyu」が設定されたメッセージ２００が、登録依頼要求メッセージ３０１０である。登録依頼要求メッセージ３０１０は、図４で示すように、個人情報の登録を要求するために発側携帯電話機３０００が送信するメッセージである。
【００９０】
また、「touroku＿kahi＿yokiyu」が設定されたメッセージ２００が、登録可否要求メッセージ１０１０である。登録可否要求メッセージ１０１０は、図４で示すように、呼制御サーバ１０００が着側携帯電話機４０００に送信するメッセージであり、呼制御サーバ１０００が発側携帯電話機３０００から登録依頼要求メッセージ３０１０を受信した場合に送信する。
【００９１】
登録依頼要求メッセージ３０１０及び登録可否要求メッセージ１０１０のデータ２４２は、名称３０１及び登録希望範囲３０２を有する。
【００９２】
名称３０１は、発側携帯電話機３０００のユーザのあだ名等の名称を示す。
【００９３】
登録希望範囲３０２は、発側携帯電話機３０００が着側携帯電話機４０００の個人情報のうち、どの個人情報の登録を希望するか、すなわち、どの個人情報を要求しているかを示す。「tel」又は「tel＿mail」又は「all」が設定される。
【００９４】
「tel」は、電話番号のみを希望していることを示す。「tel＿mail」は、電話番号とメールアドレスとを希望していることを示し、「all」は、電話番号とメールアドレスとその他の情報とを希望していることを示す。
【００９５】
次に、信号種別２４１に、「touroku＿kahi＿outou」が設定されたメッセージ２００が、登録可否応答メッセージ４０２０である。登録可否応答メッセージ４０２０は、図４で示すように、着側携帯電話機４０００が送信するメッセージであり、登録可否要求メッセージ１０１０の応答として送信するメッセージである。
【００９６】
また、信号種別２４１に、「touroku＿irai＿outou」が設定されたメッセージ２００が、登録依頼応答メッセージ１０２０である。登録依頼応答メッセージ１０２０は、図４で示すように、呼制御サーバ１０００が発側携帯電話機３０００に送信するメッセージであり、呼制御サーバ１０００が着側携帯電話機４０００から登録可否応答メッセージ４０２０を受信した場合に送信する。
【００９７】
登録依頼応答メッセージ１０２０及び登録可否応答メッセージ４０２０のデータ２４２は、可否情報３０３及び登録内容３０４を有する。
【００９８】
可否情報３０３は、発側携帯電話機３０００に個人情報が登録されることを、着側携帯電話機４０００が許可するか否かを示し、「fuka」又は「ka」が設定される。
【００９９】
「fuka」は、不許可、すなわち、登録を拒否したことを示し、「ka」は許可したことを示す。
【０１００】
登録内容３０４は、着側携帯電話機４０００が発側携帯電話機３０００に登録を許可した個人情報の内容を示す。例えば、電話番号のみ許可した場合は、「tel:090-x111-222x」と記載されている。尚、可否情報３０３が「fuka」の場合は、登録内容３０４は記載されない。
【０１０１】
次に、信号種別２４１に「touroku＿fuka＿outou」が設定されたメッセージ２００が、登録不可応答メッセージ１０３０である。登録不可応答メッセージ１０３０は、図４で示すように、呼制御サーバ１０００が発側携帯電話機３０００に送信するが、着側携帯電話機４０００から登録可否応答メッセージ４０２０を受信した場合に送信するものではない。この登録不可応答メッセージ１０３０は、呼制御サーバ１０００が登録依頼要求メッセージ３０１０への応答として独自に発側携帯電話機３０００に送信する。
【０１０２】
登録不可応答テキストメッセージ１０３０のデータ２４２は、不可情報３０５を有する。
【０１０３】
不可情報３０５は、発側携帯電話機３０００に個人情報が登録されることを、着側携帯電話機４０００が許可していないことを示し、「fuka」が設定される。
【０１０４】
＜登録変更処理で使用するメッセージ＞
図７は、登録変更処理において、呼制御サーバ１０００と、発側携帯電話機３０００又は着側携帯電話機４０００との間で、どのようなメッセージがやり取りされるかを示している図である。
【０１０５】
着側携帯電話機４０００は、登録変更要求メッセージ４０４０を呼制御サーバ１０００に送信し、発側携帯電話機３０００は、登録変更応答メッセージ１０４０を呼制御サーバ１０００から受信する。
【０１０６】
次に、ボディ２３０に記述するテキストメッセージ２４０について、図８を用いて説明する。
【０１０７】
テキストメッセージ２４０の信号種別２４１は、「touroku＿henkou＿yokiyu」又は「touroku＿henkou＿outou」が記載される。
【０１０８】
信号種別２４１に、「touroku＿henkou＿yokiyu」が設定されたメッセージ２００が、登録変更要求メッセージ４０４０である。登録変更要求メッセージ４０４０は、図７で示すように、登録を許可した個人情報の変更を行を要求するために着側携帯電話機４０００が送信するメッセージである。
【０１０９】
また、「touroku＿henkou＿yokiyu」が設定されたメッセージ２００が、登録変更応答メッセージ１０４０である。登録変更応答メッセージ１０４０は、図７で示すように、呼制御サーバ１０００が発側携帯電話機３０００に送信するメッセージであり、呼制御サーバ１０００が着側携帯電話機４０００から登録変更要求メッセージ４０４０を受信した場合に送信する。
【０１１０】
登録変更要求メッセージ４０４０及び登録変更応答メッセージ１０４０のデータ２４２は、名称４０１、登録変更範囲４０２及び登録内容４０３を有する。
【０１１１】
名称４０１は、着側携帯電話機４０００のユーザのあだ名等の名称を示す。
【０１１２】
登録変更範囲４０２は、着側携帯電話機４０００が発側携帯電話機３０００に登録を許可した登録範囲の個人情報を、どのような登録範囲の個人情報に変更するかを示す。「tel」、「tel＿mail」、「all」又は「fuka」が設定される。
【０１１３】
「tel」は、電話番号のみの登録に変更することを示す。「tel＿mail」は、電話番号とメールアドレスとの登録に変更することを示し、「all」は、電話番号とメールアドレスとその他の情報、すなわち、全ての個人情報の登録に変更することを示す。また、「fuka」は、個人情報のいずれも登録を許可しないように変更することを示す。
【０１１４】
登録内容４０３は、登録変更範囲４０２で登録を許可した個人情報の内容を示す。例えば、電話番号のみ許可した場合は、「tel:090-x111-222x」と記載されている。尚、登録変更範囲４０２が「fuka」の場合は、登録内容４０３は記載されない。
【０１１５】
＜動作＞
以下、実施形態の個人情報登録システム１００の動作について、図を用いて説明する。
【０１１６】
ここでは、個人情報登録システム１００の２つの動作について説明する。一つは、発側携帯電話機３０００のユーザが、着側携帯電話機４０００のユーザの個人情報の登録を要求する場合の処理であり、二つ目は、着側携帯電話機４０００が発側携帯電話機３０００に許可した登録内容を変更する場合の処理である。
【０１１７】
まず、登録を要求する場合の処理である個人情報登録処理を、図９〜図１２を用いて説明する。その後、登録内容を変更する場合の処理である登録変更処理について、図１３〜図１５を用いて説明する。
【０１１８】
＜個人情報登録処理＞
図９及び図１０は、個人情報登録処理を行う場合の、表示画面の例を示す図である。図９は、発側携帯電話機３０００の画面の例を示す図であり、図１０は、着側携帯電話機４０００の画面の例を示す図である。
【０１１９】
図１１及び図１２は、個人情報登録処理を示すフローチャートである。尚、説明の便宜上、レスポンス・メッセージ等は記載していない（図１５も同様）。
【０１２０】
図９及び図１０の画面を参照しながら、図１１及び図１２のフローチャートを用いて個人情報登録システム１００における個人情報登録処理を説明する。
【０１２１】
発側携帯電話機３０００のユーザが、着側携帯電話機４０００のユーザの個人情報の登録を希望する場合を例に説明する。
【０１２２】
発側携帯電話機３０００のユーザは、着側携帯電話機４０００の電話番号をテンキーを用いて入力し、個人情報の登録を要求する機能が割り当てられているキーを押下する。
【０１２３】
操作部３３００は、キーの押下等のユーザ操作を検出すると、入力された電話番号と、押下されたキーとを制御部３１００に通知する。
【０１２４】
通知を受けた制御部３１００は、通知されたユーザ操作が個人情報登録の要求の指示であると判断し、入力された電話番号を表示部３４００に渡して、登録要求画面の表示を依頼する。この際、制御部３１００は、入力された電話番号を作業メモリに記憶しておく。
【０１２５】
依頼を受けた表示部３４００は、登録要求画面を表示する（図９の画面１参照）。図９で示す登録要求画面は、電話番号「090-x111-222x」のユーザの個人情報を要求する画面である。
【０１２６】
登録要求画面が表示された状態でキー「依頼メニュー」が押下されたことを、操作部３３００が検出すると、操作部３３００は、その旨を制御部３１００に通知する。
【０１２７】
通知を受けた制御部３１００は、依頼メニュー画面の表示を表示部３４００に依頼し、依頼を受けた表示部３４００は、依頼メニュー画面を表示する（図９の画面２参照）。
【０１２８】
ここで、ユーザはカーソルを移動して登録を希望する個人情報の範囲を指示し、「送信」キーを押下する。
【０１２９】
依頼メニュー画面が表示された状態でキー「送信」が押下されたことを操作部３３００が検出すると、操作部３３００は、依頼メニュー画面においてカーソルでフォーカスされているメニュー項目番号と、キー「送信」が押下された旨を制御部３１００に通知する（ステップＳ３００）。
【０１３０】
メニュー項目番号とは、「１」、「２」、「３」のいずれかであり、「１」は「電話番号」を示し、「２」は「電話番号とメールアドレス」を示し、「３」は「全ての情報」を示す。
【０１３１】
メニュー項目番号とキー「送信」が押下された旨とを通知された制御部３１００は、作業メモリに記憶しておいた電話番号、操作部３３００から受け取ったメニュー項目番号及び自機である発側携帯電話機３０００のユーザの名称を登録メッセージ生成部３５００に渡して、個人情報の登録要求を行うよう依頼する。
【０１３２】
依頼を受けた登録メッセージ生成部３５００は、登録依頼要求メッセージ３０１０を生成する。
【０１３３】
具体的には、登録依頼要求メッセージ３０１０のヘッダ２２０のＴｏ行２２２（図５参照）に作業メモリに記憶しておいた電話番号をＳＩＰ  ＵＲＬに変換して記載する。また、Ｆｒｏｍ行２２１には、自機である発側携帯電話機３０００のＳＩＰ  ＵＲＬを記載する。
【０１３４】
ボディ２３０には、テキストメッセージ２４０（図６参照）の信号種別２４１として「touroku＿irai＿yokiyu」を記載し、名称３０１として制御部３１００から受け取ったユーザの名称を記載し、登録希望範囲３０２として制御部３１００から受け取ったメニュー項目番号に該当する「tel」、「tel＿mail」、「all」のいずれかを記載して作成する。
【０１３５】
登録依頼要求メッセージ３０１０を生成した登録メッセージ生成部３５００は、生成した登録依頼要求メッセージ３０１０を通信部３２００に渡して送信を依頼する。
【０１３６】
依頼を受けた通信部３２００は、受け取った登録依頼要求メッセージ３０１０を送信する（ステップＳ３１０）。
【０１３７】
尚、登録要求画面及び依頼メニュー画面において、キー「キャンセル」が押下されたことを操作部３３００が検出した場合には、その旨を通知された制御部３１００は、個人情報を要求する処理を終了する。
【０１３８】
メッセージ２００を受信した呼制御サーバ１０００の通信部１２００は、受信したメッセージ２００を制御部１１００に渡す。
【０１３９】
メッセージ２００を渡された制御部１１００は、渡されたメッセージ２００のボディ２３０を参照し、ボディ２３０に記載されているテキストメッセージ２４０の信号種別２４１が「touroku＿irai＿yokiyu」であることから、渡されたメッセージ２００が登録依頼要求メッセージ３０１０であると判断する。
【０１４０】
登録依頼要求メッセージ３０１０であると判断した制御部１１００は、登録依頼要求メッセージ３０１０を応答処理部１４００に渡して応答処理を依頼する。
【０１４１】
応答処理を依頼された応答処理部１４００は、渡された登録依頼要求メッセージ３０１０のヘッダ２２０のＦｒｏｍ行２２１から、発側携帯電話機３０００の電話番号を取り出す。また、Ｔｏ行２２２から、着側携帯電話機４０００の電話番号を取り出す。
【０１４２】
電話番号を取り出した応答処理部１４００は、データサーバ２０００のテーブル管理部２１００に、発側携帯電話機３０００の電話番号と着側携帯電話機４０００の電話番号とを渡して応答フラグを要求する（ステップＳ１００）。
【０１４３】
応答フラグの要求を受けたテーブル管理部２１００は、個人情報要求管理テーブル記憶部２２００に記憶されている個人情報要求管理テーブル２２１０を参照し、応答フラグを読み出す。
【０１４４】
具体的には、テーブル管理部２１００は、個人情報要求管理テーブル２２１０の登録者電話番号２２１２が、渡された着側携帯電話機４０００の電話番号と同じであるレコードの再登録要求時応答フラグ２２１３を読み出す。
【０１４５】
また、登録者電話番号２２１２が着側携帯電話機４０００の電話番号と同じであって、要求者電話番号２２１４が発側携帯電話機４０００の電話番号と同じレコードの応答フラグ２２１５を読み出す。
【０１４６】
テーブル管理部２１００は、読み出した再登録要求時応答フラグ２２１３と応答フラグ２２１５とを呼制御サーバ１０００の応答処理部１４００に返す。要求者電話番号２２１４が発側携帯電話機４０００の電話番号と同じレコードが無い場合は、その旨を応答処理部１４００に返す（ステップＳ２００）。
【０１４７】
再登録要求時応答フラグ２２１３及び応答フラグ２２１５、又は、レコードが無い旨を受け取った応答処理部１４００は、着側携帯電話機４０００に対して、個人情報登録の可否を問い合わせるか否かを判断する（ステップＳ１１０）。この判断の詳細は、図１２を用いて後で説明する。
【０１４８】
着側携帯電話機４０００に問い合わせないと判断した場合は（ステップＳ１２０：Ｎｏ）、メッセージ生成部１３００に登録不可応答メッセージ１０３０を生成して送信するよう依頼する。この際、発側携帯電話機３０００の電話番号と着側携帯電話機４０００の電話番号とを渡す。
【０１４９】
依頼を受けたメッセージ生成部１３００は、登録不可応答メッセージ１０３０を生成する。
【０１５０】
具体的には、Ｆｒｏｍ行２２１に着側携帯電話機４０００のＳＩＰ  ＵＲＬを記載し、Ｔｏ行２２２に発側携帯電話機３０００のＳＩＰ  ＵＲＬを記載したヘッダ２２０を生成する。さらに、信号種別２４１として「touroku＿fuka＿outou」を記載し、不可情報３０５として「fuka」を記載したテキストメッセージ２４０を記載したボディ２３０を生成する。
【０１５１】
登録不可応答メッセージ１０３０を生成したメッセージ生成部１３００は、生成した登録不可応答メッセージ１０３０を通信部１２００に渡して送信を依頼する。
【０１５２】
送信を依頼された通信部１２００は、渡された登録不可応答メッセージ１０３０を送信する（ステップＳ１３０）。
【０１５３】
通信部１２００に登録不可応答メッセージ１０３０の送信を依頼したメッセージ生成部１３００は、その旨を応答処理部１４００に通知する。通知を受けた応答処理部１４００は、応答処理を終了する。
【０１５４】
一方、着側携帯電話機４０００に問い合わせると判断した場合は（ステップＳ１２０：Ｙｅｓ）、メッセージ生成部１３００に登録可否要求メッセージ１０１０を生成して送信するよう依頼する。この際、制御部１１００から渡された登録依頼要求メッセージ３０１０を渡す。
【０１５５】
依頼を受けたメッセージ生成部１３００は、登録可否要求メッセージ１０１０を生成する。
【０１５６】
具体的には、渡された登録依頼要求メッセージ３０１０のボディ２３０に記載されているテキストメッセージ２４０の信号種別２４１を、「touroku＿kahi＿yokiyu」と書き換えた登録可否要求メッセージ１０１０を生成する。
【０１５７】
登録可否要求メッセージ１０１０を生成したメッセージ生成部１３００は、生成した登録可否要求メッセージ１０１０を通信部１２００に渡して送信を依頼する。
【０１５８】
送信を依頼された通信部１２００は、渡された登録可否要求メッセージ１０１０を送信する（ステップＳ１４０）。
【０１５９】
メッセージ２００を受信した着側携帯電話機４０００の通信部４２００は、受信したメッセージ２００を制御部４１００に渡す。
【０１６０】
メッセージを渡された制御部４１００は、渡されたメッセージ２００のボディ２３０を参照し、ボディ２３０に記載されているテキストメッセージ２４０の信号種別２４１が「touroku＿kahi＿yokiyu」であることから、渡されたメッセージ２００が登録可否要求メッセージ１０１０であると判断する。
【０１６１】
登録可否要求メッセージ１０１０を受信したと判断した制御部４１００は、渡された登録可否要求メッセージ１０１０のヘッダ２２０のＦｒｏｍ行２２１から、発側携帯電話機３０００の電話番号を取り出す。また、ボディ２３０のテキストメッセージ２４０の名称３０１として記載してある発側ユーザ名と、登録希望範囲３０２として記載してある希望範囲とを取り出す。希望範囲は、「tel」、「tel＿mail」又は「all」であり、それぞれ「電話番号のみ」、「電話番号とメールアドレス」、全ての情報である「電話番号とメールアドレスとその他の情報」を希望していることを示す。
【０１６２】
制御部４１００は、取り出した電話番号、発側ユーザ名及び希望範囲を表示部４４００に渡して、登録許可画面（図１０の画面１参照）を表示するよう依頼する。
【０１６３】
依頼を受けた表示部４４００は、渡された情報を表示した登録許可画面を表示する。
【０１６４】
図１０の画面１として示した登録許可画面の例は、渡された情報の発側ユーザ名が「Ａ」、電話番号が「090-x234-567x」、希望範囲は「all」の場合に表示部４４００が表示する画面である。
【０１６５】
登録許可画面が表示された状態でキー「許可メニュー」が押下されたことを、操作部４３００が検出すると、操作部４３００は、その旨を制御部４１００に通知する。
【０１６６】
通知を受けた制御部４１００は、許可メニュー画面の表示を表示部４４００に依頼し、依頼を受けた表示部４４００は、許可メニュー画面を表示する（図１０の画面２参照）。
【０１６７】
ここで、ユーザはカーソルを移動して登録を許可する個人情報の範囲を指示し、「選択」キーを押下する。
【０１６８】
許可メニュー画面が表示された状態でキー「選択」が押下されたことを操作部４３００が検知すると、操作部４３００は、許可メニュー画面のカーソルでフォーカスされているメニュー項目番号と、キー「選択」が押下された旨を制御部４１００に通知する（ステップＳ４００）。
【０１６９】
メニュー項目番号は、「０」、「１」、「２」、「３」のいずれかであり、「０」は、「全て登録不可」を示し、「１」は「電話番号」を示し、「２」は「電話番号とメールアドレス」を示し、「３」は「全ての情報」を示す。
【０１７０】
メニュー項目番号とキー「選択」が押下された旨とを通知された制御部４１００は、受信した登録可否要求メッセージ１０１０のヘッダ２２０のＦｒｏm行２２１に記載してある発側携帯電話機３０００のＳＩＰ  ＵＲＬ、「選択」が押下された旨及び操作部４３００から受け取ったメニュー項目番号を可否メッセージ生成部４５００に渡して、登録可否応答メッセージ４０２０を送信するよう依頼する。
【０１７１】
依頼を受けた可否メッセージ生成部４５００は、登録可否応答メッセージ４０２０を生成する。
【０１７２】
具体的には、登録可否応答メッセージ４０２０のヘッダ２２０のＴｏ行２２２（図５参照）に制御部４１００から受け取った発側携帯電話機３０００のＳＩＰ  ＵＲＬを記載する。また、Ｆｒｏｍ行２２１には、自機である着側携帯電話機４０００のＳＩＰ  ＵＲＬを記載する。
【０１７３】
ボディ２３０には、テキストメッセージ２４０（図６参照）の信号種別２４１として「touroku＿kahi＿outou」を記載する。可否情報３０３として、制御部４１００から渡されたメニュー項目番号が「０」の場合は「fuka」と記載し、メニュー項目番号が「１」、「２」、「３」のいずれかであった場合は「ka」と記載する。登録内容３０４として、メニュー項目番号が「１」の場合は、電話番号をプロフィール記憶部４６００に記憶されている個人情報から読み出して、例えば、「tel:090-x234-567x」と記載する。また、メニュー項目番号が「２」の場合は、電話番号とメールアドレスとを読み出して、例えば、「tel:090-x234-567x,mail:xxx@zzz」と記載する。メニュー項目番号が「３」の場合は、電話番号とメールアドレスとその他の情報とを読み出して、例えば、「tel:090-x234-567x,mail:xxx@zzz,大阪市淀川区,４月１日生」と記載する。
【０１７４】
登録可否応答メッセージ４０２０を生成した可否メッセージ生成部４５００は、生成した登録可否応答メッセージ４０２０を通信部４２００に渡して送信を依頼する。
【０１７５】
依頼を受けた通信部４２００は、受け取った登録可否応答メッセージ４０２０を送信する（ステップＳ４１０）。
【０１７６】
また、登録可否応答メッセージ４０２０を通信部４２００に渡して送信を依頼した可否メッセージ生成部４５００は、送信した旨を制御部４１００に通知する。
【０１７７】
通知を受けた制御部４１００は、可否メッセージ生成部４５００に渡したメニュー項目番号とに応じたメッセージ画面を表示するよう表示部４３００に依頼する。
【０１７８】
具体的には、メニュー項目番号が「０」の場合は、拒否した旨のメッセージ画面を表示する（図１０の画面３−２参照）。また、メニュー項目番号が「１」の場合は電話番号の登録を許可した旨のメッセージ画面を示し、「２」の場合は電話番号とメールアドレスとの登録を許可した旨のメッセージ画面を表示し（図１０の画面３−１参照）、「３」の場合は全ての情報の登録を許可した旨のメッセージ画面を表示する。
【０１７９】
尚。登録許可画面（図１０の画面１参照）及び許可メニュー画面（図１０の画面２参照）において、キー「拒否」が押下された場合は、許可メニュー画面でメニュー項目番号「０」が選択されたときと同様に、可否情報３０３として「fuka」と記載した登録可否応答メッセージ４０２０を生成して送信し、拒否した旨のメッセージ画面を表示する（図１０の画面３−２参照）。
【０１８０】
登録可否応答メッセージ４０２０を、通信部１２００を介して受信した呼制御サーバ１０００の制御部１１００は、登録可否応答メッセージ４０２０を応答処理部１４００に渡して応答処理を依頼する。
【０１８１】
応答処理を依頼された応答処理部１４００は、渡された登録可否応答メッセージ４０２０のヘッダ２２０のＦｒｏｍ行２２１から、着側携帯電話機４０００の電話番号を取り出し、Ｔｏ行２２２から、発側携帯電話機３０００の電話番号を取り出す。また、可否情報３０３として記載されていたユーザ指示「fuka」又は「ka」と、登録内容３０４として記載されていた個人情報、例えば、「tel:090-x234-567x」を取り出す。
【０１８２】
電話番号を取り出した応答処理部１４００は、データサーバ２０００のテーブル管理部２１００に、発側携帯電話機３０００の電話番号、着側携帯電話機４０００の電話番号、「fuka」又は「ka」のユーザ指示及び個人情報を渡して応答フラグの設定を応答情報登録部１５００に要求する（ステップＳ１５０）。
【０１８３】
応答フラグの設定要求を受けた応答情報登録部１５００は、発側携帯電話機３０００の電話番号、着側携帯電話機４０００の電話番号及びフラグを渡して、データサーバ２０００のテーブル管理部２１００に応答フラグの設定を依頼する。フラグとして、ユーザ指示が「fuka」の場合は「０」を渡し、「ka」の場合であって、個人情報が電話番号のみの場合は「１」を渡し、個人情報が電話番号とメールアドレスとの場合は「２」を渡し、電話番号とメールアドレスとその他の情報との場合は「３」を渡す。
【０１８４】
応答フラグの設定依頼を受けたテーブル管理部２１００は、個人情報要求管理テーブル記憶部２２００に記憶されている個人情報要求管理テーブル２２１０の応答フラグを設定する。
【０１８５】
具体的には、個人情報要求管理テーブル２２１０のレコードのうちの、登録者電話番号２２１２が渡された着側携帯電話機４０００の電話番号と同じであって、要求者電話番号２２１４が渡された発信側携帯電話機４０００の電話番号と同じあるレコードの応答フラグ２２１５に、渡されたフラグを設定する。
【０１８６】
応答フラグ２２１５にフラグを設定したテーブル管理部２１００は、その旨を応答情報登録部１５００を介して応答処理部１４００に通知する（ステップＳ２１０）。
【０１８７】
通知を受けた応答処理部１４００は、メッセージ生成部１３００に登録依頼応答メッセージ１０２０を生成して送信するよう依頼する。この際、制御部１１００から渡された登録可否応答メッセージ４０２０を渡す。
【０１８８】
依頼を受けたメッセージ生成部１３００は、登録依頼応答メッセージ１０２０を生成する。
【０１８９】
具体的には、渡された登録可否応答メッセージ４０２０のボディ２３０に記載されているテキストメッセージ２４０の信号種別２４１を、「touroku＿irai＿outou」と書き換えた登録依頼応答メッセージ１０２０を生成する。
【０１９０】
登録依頼応答メッセージ１０２０を生成したメッセージ生成部１３００は、生成した登録依頼応答メッセージ１０２０を通信部１２００に渡して送信を依頼する。
【０１９１】
送信を依頼された通信部１２００は、渡された登録依頼応答メッセージ１０２０を送信する（ステップＳ１６０）。
【０１９２】
登録依頼応答メッセージ１０２０を、通信部３２００を介して受信した発側携帯電話機３０００の制御部３１００は、登録依頼応答メッセージ１０２０のボディ２３０を参照し、可否情報３０３として「fuka」が記載されている場合は、登録を拒否された旨のメッセージ画面を表示するよう表示部３４００に依頼する。
【０１９３】
依頼を受けた表示部３４００は、登録を拒否された旨のメッセージ画面を表示する（図９の画面３−１参照）。図９の画面３−１に示したメッセージ画面は、着側携帯電話着４０００の名称が「Ｂ」のユーザが拒否した旨を示している。
【０１９４】
可否情報３０３として「ka」が記載されている場合は、ボディ２２０のＦｒｏm行２２１から着側携帯電話機４０００の電話番号を取り出し、取り出した電話番号と登録内容３０４に記載されている個人情報とを個人情報登録更新部３６００に渡して記憶を依頼する。
【０１９５】
依頼を受けた個人情報登録更新部３６００は、渡された電話番号に対応付けて、渡された個人情報を個人情報記憶部３７００に記憶させる。
【０１９６】
渡された個人情報を個人情報記憶部３７００に記憶させた個人情報登録更新部３６００は、その旨を制御部３１００に通知する。
【０１９７】
通知を受けた制御部３１００は、登録内容３０４を渡して、登録内容３０４に記載されている個人情報の内容に応じたメッセージ画面を表示するよう表示部３３００に依頼する。
【０１９８】
依頼を受けた表示部３３００は、登録内容３０４に記載されている個人情報の内容に応じたメッセージ画面を表示する
具体的には、個人情報の内容が電話番号のみの場合は、電話番号を表示したメッセージ画面を表示し、電話番号とメールアドレスとの場合は、電話番号とメールアドレスとを表示したメッセージ画面を表示し（図９の画面３−２参照）、電話番号とメールアドレスと他の情報の場合は、それらの情報を表示したメッセージ画面を表示する。
【０１９９】
次に、図１２を用いて、応答処理部１４００が着側携帯電話機４０００に対して個人情報登録の可否を問い合わせるか否かを判断する処理について説明する。
【０２００】
再登録要求時応答フラグ２２１３及び応答フラグ２２１５、又は、要求者電話番号２２１４が発側携帯電話機４０００の電話番号と同じレコードが無い旨を受け取った応答処理部１４００は、個人情報登録の可否を着側携帯電話機４０００に対して問い合わせるか否かを判断する（ステップＳ１１０）。
【０２０１】
まず、応答処理部１４００は、要求者電話番号２２１４が発側携帯電話機３０００の電話番号と同じレコードが無い旨を受け取った場合、すなわち、発側携帯電話機３０００からの最初の要求である場合は（ステップＳ５００：Ｙｅｓ）、着側携帯電話機４０００に問い合わせると判断する（ステップＳ５３０）。
【０２０２】
一方、発側携帯電話機３０００からの最初の要求でない場合は（ステップＳ５００：Ｎｏ）、再登録要求時応答フラグ２２１３を参照する。再登録要求時応答フラグ２２１３が「０」の場合は（ステップＳ５１０：Ｙｅｓ）、着側携帯電話機４０００に問い合わせをしないと判断する（ステップＳ５４０）。
【０２０３】
再登録要求時応答フラグ２２１３が「１」の場合は（ステップＳ５１０：Ｎｏ）、応答フラグ２２１５が「０」であれば（ステップＳ５２０：Ｙｅｓ）、着側携帯電話機４０００に問い合わせをしないと判断し（ステップＳ５４０）、「０」でなければ（ステップＳ５２０：Ｎｏ）、着側携帯電話機４０００に問い合わせると判断する（ステップＳ５３０）。
【０２０４】
＜登録変更処理＞
以下、着側携帯電話機４０００が発側携帯電話機３０００に許可した登録内容を変更する場合の処理を、図１３〜図１５を用いて説明する。
【０２０５】
図１３及び図１４は、登録変更処理を行う場合の、表示画面の例を示す図である。図１３は、着側携帯電話機４０００の画面の例を示す図であり、図１４は、発側携帯電話機３０００の画面の例を示す図である。
【０２０６】
図１５は、登録変更処理を示すフローチャートである。
【０２０７】
図１３及び図１４の画面を参照しながら、図１５のフローチャートを用いて個人情報登録システム１００における登録変更処理を説明する。
【０２０８】
着側携帯電話機４０００のユーザが、発側携帯電話機３０００のユーザに登録を許可した個人情報の登録範囲を変更する場合を例に説明する。
【０２０９】
着側携帯電話機４０００のユーザは、発側携帯電話機３０００の電話番号をアドレス帳を用いて指定し、個人情報の登録範囲を変更する機能が割り当てられているキーを押下する。
【０２１０】
操作部４３００は、キーの押下等のユーザ操作を検出すると、指定された電話番号と、押下されたキーとを制御部４１００に通知する。
【０２１１】
通知を受けた制御部４１００は、通知されたユーザ操作が個人情報の登録内容の変更の指示であると判断し、指定された電話番号を表示部４４００に渡して登録変更画面の表示を依頼する。この際、制御部４１００は、指定された電話番号に対応付けられている名称をアドレス帳から読み出して、表示部４４００に渡す。
【０２１２】
依頼を受けた表示部４４００は、登録変更画面を表示する（図１３の画面１参照）。
【０２１３】
図１３で示された登録変更画面には、電話番号が「090-x234-567x」でユーザの名称が「Ａ」の電話機に登録されている個人情報の内容を示す登録条件を変更する旨のメッセージが表示されている。
【０２１４】
登録変更画面が表示された状態でキー「許可メニュー」が押下されたことを、操作部４３００が検出すると、操作部４３００は、その旨を制御部４１００に通知する。
【０２１５】
通知を受けた制御部４１００は、許可メニュー画面の表示を表示部４４００に依頼し、依頼を受けた表示部４４００は、許可メニュー画面を表示する（図１３の画面２参照）。
【０２１６】
許可メニュー画面が表示された状態でキー「選択」が押下されたことを操作部４３００が検出すると、操作部４３００は、許可メニュー画面においてカーソルでフォーカスされているメニュー項目番号と、キー「選択」が押下された旨を制御部４１００に通知する（ステップＳ９００）。
【０２１７】
メニュー項目番号は、「０」、「１」、「２」、「３」のいずれかであり、「０」は、「全て登録不可」を示し、「１」は「電話番号」を示し、「２」は「電話番号とメールアドレス」を示し、「３」は「全ての情報」を示す。
【０２１８】
メニュー項目番号とキー「選択」が押下された旨とを通知された制御部４１００は、指定された電話番号、操作部４３００から受け取ったメニュー項目番号及び自機である着側携帯電話機４０００のユーザの名称を可否メッセージ生成部４５００に渡して、個人情報の変更要求を行うよう依頼する。
【０２１９】
依頼を受けた可否メッセージ生成部４５００は、登録変更要求メッセージ４０４０を生成する。
【０２２０】
具体的には、登録変更要求メッセージ４０４０のヘッダ２２０のＴｏ行２２２（図５参照）に指定された電話番号をＳＩＰ  ＵＲＬに変換して記載する。また、Ｆｒｏｍ行２２１には、自機である着側携帯電話機４０００のＳＩＰ  ＵＲＬを記載する。
【０２２１】
ボディ２３０には、テキストメッセージ２４０（図６参照）の信号種別２４１として「touroku＿henkou＿yokiyu」を記載し、名称４０１として制御部４１００から受け取ったユーザの名称を記載し、登録変更範囲４０２として制御部４１００から受け取ったメニュー項目番号に該当する「tel」、「tel＿mail」、「all」、「fuka」のいずれかを記載する。また、登録内容４０３として、登録変更範囲４０２が「tel」の場合は、電話番号をプロフィール記憶部４６００に記憶されている個人情報から読み出して、例えば、「tel:090-x234-567x」と記載する。また、登録変更範囲４０２が「tel＿mail」の場合は、電話番号とメールアドレスとを読み出して、例えば、「tel:090-x234-567x,mail:xxx@zzz」と記載する。登録変更範囲４０２が「all」の場合は、電話番号とメールアドレスとその他の情報とを読み出して、例えば、「tel:090-x234-567x,mail:xxx@zzz,大阪市淀川区,４月１日生」と記載する。
【０２２２】
登録変更要求メッセージ４０４０を生成した可否メッセージ生成部４５００は、生成した登録変更要求メッセージ４０４０を通信部４２００に渡して送信を依頼する。
【０２２３】
依頼を受けた通信部４２００は、受け取った登録変更要求メッセージ４０４０を送信する（ステップＳ９１０）。
【０２２４】
また、登録変更要求メッセージ４０４０を通信部４２００に渡して送信を依頼した可否メッセージ生成部４５００は、送信した旨を制御部４１００に通知する。
【０２２５】
通知を受けた制御部４１００は、可否メッセージ生成部４５００に渡したメニュー項目番号とに応じたメッセージ画面を表示するよう表示部４３００に依頼する。
【０２２６】
具体的には、メニュー項目番号が「０」の場合は、削除した旨のメッセージ画面を表示し、メニュー項目番号が「１」の場合は電話番号の登録を許可した旨のメッセージ画面を示し、「２」の場合は電話番号とメールアドレスとの登録を許可した旨のメッセージ画面を表示し、「３」の場合は全ての情報の登録を許可した旨のメッセージ画面を表示する（図１３の画面３参照）。
【０２２７】
登録変更要求メッセージ４０４０を、通信部１２００を介して受信した呼制御サーバ１０００の制御部１１００は、登録変更要求メッセージ４０４０を応答処理部１４００に渡して応答処理を依頼する。
【０２２８】
応答処理を依頼された応答処理部１４００は、渡された登録変更要求メッセージ４０４０のヘッダ２２０のＦｒｏｍ行２２１から、着側携帯電話機４０００の電話番号を取り出し、Ｔｏ行２２２から、発側携帯電話機３０００の電話番号を取り出す。また、登録変更範囲４０２として記載されてる「tel」、「tel＿mail」、「all」、「fuka」のいずれかと、登録内容４０３として記載されている個人情報、例えば、「tel:090-x234-567x」を取り出す。
【０２２９】
電話番号を取り出した応答処理部１４００は、データサーバ２０００のテーブル管理部２１００に、発側携帯電話機３０００の電話番号、着側携帯電話機４０００の電話番号、「tel」、「tel＿mail」、「all」、「fuka」のいずれか及び個人情報を渡して、応答フラグの設定を応答情報登録部１５００に要求する（ステップＳ６００）。
【０２３０】
応答フラグの設定要求を受けた応答情報登録部１５００は、発側携帯電話機３０００の電話番号、着側携帯電話機４０００の電話番号及び変更後フラグを渡して、データサーバ２０００のテーブル管理部２１００に応答フラグの設定を依頼する。
【０２３１】
変更後フラグとして、応答処理部１４００から「fuka」を受け取った場合は「０」をテーブル管理部２１００渡す。「tel」を受け取った場合は「１」を渡し、「tel＿mail」を受け取った場合は「２」を渡し、「all」を受け取った場合は「３」を渡す。
【０２３２】
応答フラグの設定依頼を受けたテーブル管理部２１００は、個人情報要求管理テーブル記憶部２２００に記憶されている個人情報要求管理テーブル２２１０の応答フラグを更新する。
【０２３３】
具体的には、個人情報要求管理テーブル２２１０の登録者電話番号２２１２が渡された着側携帯電話機４０００の電話番号と同じであって、要求者電話番号２２１４が発信側携帯電話機４０００の電話番号と同じあるレコードの応答フラグ２２１５に、渡された変更フラグを設定する。
【０２３４】
応答フラグ２２１５に変更フラグを設定したテーブル管理部２１００は、その旨を応答情報登録部１５００を介して応答処理部１４００に通知する（ステップＳ７００）。
【０２３５】
通知を受けた応答処理部１４００は、メッセージ生成部１３００に登録変更応答メッセージ１０４０を生成して送信するよう依頼する。この際、制御部１１００から渡された登録変更要求メッセージ４０４０を渡す。
【０２３６】
依頼を受けたメッセージ生成部１３００は、登録変更応答メッセージ１０４０を生成する。
【０２３７】
具体的には、渡された登録変更要求メッセージ４０４０のボディ２３０に記載されているテキストメッセージ２４０の信号種別２４１を、「touroku＿henkou＿outou」と書き換えた登録変更応答メッセージ１０４０を生成する。
【０２３８】
登録変更応答メッセージ１０４０を生成したメッセージ生成部１３００は、生成した登録変更応答メッセージ１０４０を通信部１２００に渡して送信を依頼する。
【０２３９】
送信を依頼された通信部１２００は、渡された登録変更応答メッセージ１０４０を送信する（ステップＳ６１０）。
【０２４０】
登録変更応答メッセージ１０４０を、通信部３２００を介して受信した発側携帯電話機３０００の制御部３１００は、登録変更応答メッセージ１０４０のボディ２３０を参照し、ボディ２２０のＦｒｏm行２２１から着側携帯電話機４０００の電話番号を取り出す。
【０２４１】
電話番号を取り出した制御部３１００は、登録変更範囲４０２として「fuka」が記載されている場合は、取り出した電話番号を個人情報登録更新部３６００に渡して、削除するよう依頼する。
【０２４２】
依頼を受けた個人情報登録更新部３６００は、渡された電話番号に対応付けられている個人情報を個人情報記憶部３７００から削除する。
【０２４３】
また、登録変更範囲４０２として「tel」、「tel＿mail」、「all」のいずれかが記載されている場合は、取り出した電話番号と登録内容４０３に記載されている個人情報とを個人情報登録更新部３６００に渡して記憶を依頼する。
【０２４４】
依頼を受けた個人情報登録更新部３６００は、渡された電話番号に対応付けて、渡された個人情報を個人情報記憶部３７００に記憶させる。
【０２４５】
渡された個人情報を個人情報記憶部３７００に記憶させた個人情報登録更新部３６００は、その旨を制御部３１００に通知する。
【０２４６】
通知を受けた制御部３１００は、名称４０１と登録内容４０３とを渡して、登録内容４０３に記載されている個人情報の内容に応じたメッセージ画面を表示するよう表示部３３００に依頼する。
【０２４７】
依頼を受けた表示部３３００は、着側携帯電話機４０００のユーザの名称４０１を含んだ、登録内容４０３に記載されている個人情報の内容に応じたメッセージ画面を表示する（ステップＳ８００）。
【０２４８】
具体的には、個人情報の内容が電話番号のみの場合は、電話番号を表示したメッセージ画面を表示し、電話番号とメールアドレスとの場合は、電話番号とメールアドレスとを表示したメッセージ画面を表示し、電話番号とメールアドレスと他の情報の場合は、それらの情報を表示したメッセージ画面を表示する（図１４の画面１参照）。
【０２４９】
＜補足＞
以上、本発明の実施形態について説明したが、本発明は上記形態に限らず、以下のようにしてもよい。
（１）実施形態では、携帯端末間のメッセージを中継する装置としてＳＩＰサーバ等の呼制御サーバを用いているが、携帯端末間でメッセージ等のデータを中継する装置であればよい。
（２）個人情報登録システム１００は、図２等の各構成要素の全部又は一部を、１チップ又は複数チップの集積回路で実現してもよい。
（３）個人情報登録システム１００は、図２等の各構成要素の全部又は一部を、コンピュータのプログラムで実現してもよいし、その他どのような形態で実施してもよい。
【０２５０】
コンピュータプログラムの場合、メモリカード、ＣＤ−ＲＯＭなどいかなる記録媒体に書き込まれたものをコンピュータに読み込ませて実行させる形にしてもよいし、ネットワークを経由してプログラムをダウンロードして実行させる形にしてもよい。
【符号の説明】
【０２５１】
１０００  呼制御サーバ（サーバ）
１１００  ３１００  ４１００  制御部
１２００  ３２００  ４２００  通信部
１３００  メッセージ生成部
１４００  応答処理部
１５００  応答情報登録部
２０００  データサーバ
２１００  テーブル管理部
２２００  個人情報要求管理テーブル記憶部
３０００  発側携帯電話機（第１端末）
３３００  ４３００  操作部
３４００  ４４００  表示部
３５００  登録メッセージ生成部
３６００  個人情報記憶部
４０００  着側携帯電話機（第２端末）
４５００  可否メッセージ生成部
４６００  プロフィール記憶部
【図１】
2010272983.tif 000003
【図２】
2010272983.tif 000004
【図３】
2010272983.tif 000005
【図４】
2010272983.tif 000006
【図５】
2010272983.tif 000007
【図６】
2010272983.tif 000008
【図７】
2010272983.tif 000009
【図８】
2010272983.tif 000010
【図９】
2010272983.tif 000011
【図１０】
2010272983.tif 000012
【図１１】
2010272983.tif 000013
【図１２】
2010272983.tif 000014
【図１３】
2010272983.tif 000015
【図１４】
2010272983.tif 000016
【図１５】
2010272983.tif 000017