JP2014103477A - 情報管理方法および情報管理システム - Google Patents

Abstract

【課題】サーバに格納された電子電話帳への電話番号の登録・更新を簡単に管理する方法を提供する。
【解決手段】端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストを、ネットワークを介して接続した記記憶装置に記憶されたリストのうち、発呼した端末装置である発信端末または発呼先の端末装置である着信端末のいずれか一方の第１の端末装置が使用するリストに、発信端末または着信端末の他方の第２の端末装置の識別情報が登録されているか判別し、第１の端末装置が使用するリストに第２の端末装置の識別情報が登録されていないと判別すると、第２の端末装置に対して、第１の端末装置が使用するリストに第２の端末装置の識別情報を登録する許可を要求し、第２の端末装置から許可を受信すると、記憶装置に記憶された第１の端末装置が使用するリストに第２の端末装置の識別情報を登録する情報管理方法。
【選択図】図７

Description

本発明は、通信相手の端末装置を識別する識別情報を管理する情報管理方法および情報管理システムに関する。

従来、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを介して端末装置間で音声通信などを行うＩＰ電話システムが知られている。通信先の端末装置の電話番号などは電子電話帳を用いて管理することができる。この電子電話帳は、例えば、端末装置に備わる記憶装置または端末装置がインターネットを介してアクセス可能なサーバなどに格納して使用される。この電子電話帳への電話番号の登録・更新などは、端末装置の所有者が手作業によって行っている。

上記技術に関連して、携帯電話などのモバイル端末やパソコンへの電話や電子メール送信者の個人情報をネットワークを介して管理する個人情報管理システムについて知られている。この個人情報管理システムでは、利用者は発信端末からネットワークを介して個人情報を個人情報管理サーバに登録しておく。そして、発信端末から着信端末に電話や電子メールを送信する際に個人情報通知許可が設定してある場合、電話や電子メールを受信した着信端末が個人情報取得操作を行うと、個人情報管理サーバは発信者の個人情報を検索する。着信端末は、個人情報管理サーバから取得した検索結果を表示し、アドレス帳や電話帳などに登録する。

特開２００５−０５１４７５号公報

本情報管理方法は、１つの側面では、端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストを簡単に管理することができる情報管理方法を提供することを目的とする。

本情報管理方法の１つの観点によれば、本情報管理方法は、端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストを、ネットワークを介して接続した記憶装置に記憶して管理する情報管理方法である。そして、本情報管理方法は、以下の処理を行う。

まず、前記記憶装置に記憶されたリストのうち、発呼した端末装置である発信端末または発呼先の端末装置である着信端末のいずれか一方の第１の端末装置が使用するリストに、前記発信端末または前記着信端末の他方の第２の端末装置の識別情報が登録されているか判別する。

そして、前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報が登録されていないと判別すると、前記第２の端末装置に対して、前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する許可を要求する。

そして、前記第２の端末装置から前記許可を受信すると、前記記憶装置に記憶された前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する。

本情報管理方法は、１つの態様では、端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストを簡単に管理することができる情報管理方法を提供することができる。

一実施例に係る情報管理方法を実現するシステム１００の構成例を示す図である。 呼処理制御サーバ１３０の構成例を示す図である。 電話帳管理サーバ１４０の構成例を示す図である。 状態管理サーバ１５０の構成例を示す図である。 電話帳データベースの一例を説明する図である。 個人情報データベースの一例を説明する図である。 発信端末１１０の電話帳に着信端末１２０の個人情報を登録する処理の一例を示す図である。 着信端末１２０の電話帳に発信端末１１０の個人情報を登録する処理の一例を示す図である。 承認の可否を使用者に選択させる選択画面を使用した承認処理を着信端末１２０に行なわせる承認要求の処理を示す図である。 音声ガイダンスを使用した承認処理を着信端末１２０に行なわせる承認要求の処理を示す図である。 ＳＭＳ（Ｓｈｏｒｔ Ｍａｉｌ Ｓｅｒｖｉｃｅ）を使用した承認処理を着信端末１２０に行なわせる承認要求の処理を示す図である。 電話帳を使用して発信端末１１０から着信端末１２０に発信する処理を示す図である。 ＷＥＢページを使用して発信端末１１０に電話帳参照機能を提供する処理の一例を示す図である。 音声ガイダンスを使用して発信端末１１０に電話帳参照機能を提供する処理の一例を示す図である。 対応表１５００の一例を示す図である。 選択画面１６００の一例を示す図である。 表示画面１７００の一例を示す図である。 対応表１８００の一例を示す図である。 電話帳管理サーバ１４０が提供するＷＥＢページの一例を示す図である。 対応表２０００の一例を示す図である。 電話帳管理サーバ１４０と状態管理サーバ１５０の機能を含む電話帳・状態管理サーバ２１０１を使用して本実施例に係る情報管理方法を実現するシステム２１００の一例を示す図である。 本実施例に係る電話帳管理サーバ１４０、状態管理サーバ１５０および電話帳・状態管理サーバ２１０１に使用することができる情報処理装置の具体的な構成例を示す図である。

以下、本発明の実施形態の一例について、図１〜図２２に基づいて説明する。なお、以下に説明する実施形態はあくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図ではない。すなわち、本実施形態は、その趣旨を逸脱しない範囲で、実施例に含まれる技術を組み合わせるなど種々変形して実施することができる。また、図７−図１４にフローチャートの形式で示した処理手順は、処理の順番を限定する趣旨ではない。したがって、可能な場合には、処理の順番を入れ替えても良いのは当然である。

≪実施例≫
図１は、一実施例に係る情報管理方法を実現するシステム１００の構成例を示す図である。

システム１００は、発信端末１１０と、着信端末１２０と、呼処理を制御する呼処理制御サーバ１３０と、電話帳管理サーバ１４０と、状態管理サーバ１５０と、を含むことができる。発信端末１１０、着信端末１２０、呼処理制御サーバ１３０、電話帳管理サーバ１４０および状態管理サーバ１５０は、ネットワーク１６０を介して互いに通信可能に接続することができる。

発信端末１１０は、着信端末１２０への発呼を行った端末装置である。着信端末１２０は、呼処理制御サーバ１３０に対して着信端末１２０への発呼を行って着信端末１２０との接続を要求する。着信端末１２０は、発信端末１１０の発呼先の端末装置である。着信端末１２０は、発信端末１１０からの接続要求を受信すると、発信端末１１０との通信を確立する。

なお、発信端末１１０および着信端末１２０には、携帯電話、固定電話、携帯端末装置およびＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）など通話機能を有する様々な端末装置を使用することができる。また、発信端末１１０および着信端末１２０は、無線通信によりネットワーク１６０にアクセスしてもよいし、有線通信によりネットワーク１６０にアクセスしてもよい。

呼処理制御サーバ１３０は、ＩＰ電話の発着信処理を行う呼制御装置である。
例えば、呼処理制御サーバ１３０は、図２に示すように、信号受信制御部２１０と、信号送信制御部２２０と、信号分析部２３０と、シナリオ制御部２４０と、を備えることができる。

信号受信制御部２１０は、所定のプロトコル、例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）／ＳＩＭＰＬＥ（ＳＩＰ ｆｏｒ Ｉｎｓｔａｎｔ Ｍｅｓｓａｇｉｎｇ ａｎｄ Ｐｒｅｓｅｎｃｅ Ｌｅｖｅｒａｇｉｎｇ Ｅｘｔｅｎｓｉｏｎｓ）などにしたがってネットワーク１６０からデータを受信し、受信したデータを信号分析部２３０に出力する。また、信号送信制御部２２０は、所定のプロトコル、信号分析部２３０から受信したデータを、例えば、ＨＴＴＰやＳＩＰ／ＳＩＭＰＬＥなどにしたがってネットワーク１６０に出力する。信号分析部２３０は、シナリオ制御部２４０から受信したデータを分析し、分析結果に応じたプロトコルを指定して信号送信制御部２２０にデータ送信を依頼する。また、信号受信制御部２１０から受信したデータをシナリオ制御部２４０に出力する。シナリオ制御部２１０は、例えば、発信端末１１０および着信端末１２０それぞれから受信する呼制御メッセージに応じて、接続要求や呼び出し、通信の確立・切断などを行う。

電話帳管理サーバ１４０は、発信端末１１０や着信端末１２０などの端末装置それぞれの電話帳を電話帳データベースに登録して管理するサーバである。
例えば、電話帳管理サーバ１４０は、図３に示すように、記憶装置１４１を備える。その他に、電話帳管理サーバ１４０は、信号受信制御部３１０と、信号送信制御部３２０と、信号分析部３３０と、シナリオ制御部３４０と、電話帳読出し制御部３５０と、電話帳書込み制御部３６０と、を備えることができる。

記憶装置１４１は、電話帳データベースを記憶する記憶装置である。信号受信制御部３１０、信号送信制御部３２０および信号分析部３３０は、信号受信制御部２１０、信号送信制御部２２０および信号分析部２３０と同様にデータの送受信を制御する。

シナリオ制御部３４０は、電話帳データベースとのインタフェースである電話帳読出し制御部３５０および電話帳書込み制御部３６０を使用して、電話帳データベースへの電話帳の登録や読出しなどを行なう。そして、例えば、シナリオ制御部３４０は、ネットワーク１６０を介して接続する発信端末１１０や着信端末１２０などの端末装置に対して、端末装置それぞれの電話帳を登録・編集するサービスを提供する。

また、例えば、シナリオ制御部３４０は、呼処理制御サーバ１３０から電話帳登録要求を受けると、状態管理サーバ１５０に対して情報取得要求を行なう。そして、例えば、シナリオ制御部３４０は、状態管理サーバ１５０からの要求に応じて、状態管理サーバ１５０から受信する発信端末１１０の電話番号を含む個人情報を着信端末１２０の電話帳に登録する。また、シナリオ制御部３４０は、状態管理サーバ１５０からの要求に応じて、状態管理サーバ１５０から受信する着信端末１２０の電話番号を発信端末１１０の電話帳に登録する。

状態管理サーバ１５０は、発信端末１１０や着信端末１２０などの端末装置それぞれの個人情報を個人情報データベースに登録して管理するサーバである。
例えば、状態管理サーバ１５０は、図４に示すように、記憶装置１５１を備える。その他に、状態管理サーバ１５０は、信号受信制御部４１０と、信号送信制御部４２０と、信号分析部４３０と、シナリオ制御部４４０と、データ読出し制御部４５０と、データ書込み制御部４６０と、を備えることができる。

記憶装置１５１は、個人情報データベースを記憶する記憶装置である。信号受信制御部４１０、信号送信制御部４２０および信号分析部４３０は、信号受信制御部２１０、信号送信制御部２２０および信号分析部２３０と同様にデータの送受信を制御する。

シナリオ制御部４４０は、個人情報データベースとのインタフェースであるデータ読出し制御部４５０およびデータ書込み制御部４６０を使用して、個人情報データベースへの個人情報の登録や読出しなどを行なう。

また、シナリオ制御部４４０は、電話帳管理サーバ１４０からの要求に応じて、着信端末１２０に対して、個人情報データベースに登録されている着信端末１２０の個人情報を発信端末１１０の電話帳に登録することの許可を要求する。着信端末１２０から許可を受けると、シナリオ制御部４４０は、電話帳管理サーバ１４０に対して、個人情報データベースに登録されている着信端末１２０の個人情報を発信端末１１０の電話帳に登録するように要求する。

また、シナリオ制御部４４０は、電話帳管理サーバ１４０からの要求に応じて、発信端末１１０に対して、個人情報データベースに登録されている発信端末１１０の個人情報を着信端末１２０の電話帳に登録することの許可を要求する。発信端末１１０から許可を受けると、シナリオ制御部４４０は、電話帳管理サーバ１４０に対して、個人情報データベースに登録されている発信端末１１０の個人情報を着信端末１２０の電話帳に登録するように要求する。

ネットワーク１６０には、ＩＰネットワークを使用することができる。ネットワーク１６０には、発信端末１１０や着信端末１２０などの端末装置と呼処理制御サーバ１３０との通信を中継する中継器を含むことができる。この中継器と発信端末１１０や着信端末１２０などの端末装置とは所定の規格にしたがって無線または有線による通信を行うことができる。

図５は、本実施例で使用する電話帳データベースの一例を説明する図である。
図５に示す電話帳データベース５００には、端末装置を識別する識別情報である電話番号毎に電話帳が登録されている。

電話帳には、端末装置の電話番号が含まれる。図５の例では、電話番号「０９０−ＸＸＸＸ−ＸＸＸＸ」の端末装置の電話帳５０１に、電話番号「０８０−ｙｙｙｙ−ｙｙｙｙ」および「０６−ｚｚｚｚ−ｚｚｚｚ」が含まれている。また、電話帳には、端末装置の電話番号の他にも、端末装置の所有者の氏名、住所、職業、所属する組織名、生年月日、メールアドレスおよび電話帳への電話番号の登録日などを含むことができる。

図６は、本実施例で使用する個人情報データベースの一例を説明する図である。
図６に示す個人情報データベース６００には、端末装置を識別する識別情報である電話番号毎に個人情報が登録されている。

個人情報には、端末装置の電話番号、登録可否および確認要否が含まれる。また、個人情報には、端末装置の所有者の氏名、住所、職業、所属する組織名、生年月日およびメールアドレスを含むことができる。

登録可否は、他の端末装置の電話帳に個人情報を登録してよいか否かを示す情報である。確認要否は、他の端末装置の電話帳に個人情報を登録する際に確認が必要か否かを示す情報である。登録可否および確認要否は、端末装置の使用者が状態管理サーバ１５０にアクセスして設定・変更を行なうことができる。

図７は、発信端末１１０の電話帳に着信端末１２０の個人情報を登録する処理の一例を示す図である。
発信端末１１０から着信端末１２０との通信接続の切断要求を受信すると（ステップＳ７０１）、呼処理制御サーバ１３０は、着信端末１２０に対して通信接続の切断要求を行なう（ステップＳ７０２）。また、呼処理制御サーバ１３０は、発信端末１１０に対して切断応答を送信する（ステップＳ７０３）。

着信端末１２０から切断応答を受信して発信端末１１０−着信端末１２０間の通信切断が完了すると（ステップＳ７０４）、呼処理制御サーバ１３０は、電話帳管理サーバ１４０に対して、発信端末１１０の電話帳に着信端末１２０の個人情報を登録するよう要求する（ステップＳ７０５）。この電話帳への個人情報の登録の要求を「電話帳登録要求」という。電話帳登録要求を受信すると、電話帳管理サーバ１４０は、呼処理制御サーバ１３０に対して電話帳登録要求に対する応答である電話帳登録応答を送信し（ステップＳ７０６）、処理をステップＳ７０７に移行する。

ステップＳ７０７において、電話帳管理サーバ１４０は、電話帳データベースに登録されている発信端末１１０の電話帳を参照し、発信端末１１０の電話帳に着信端末１２０の個人情報が登録されているか否かを確認する（ステップＳ７０７）。例えば、電話帳管理サーバ１４０は、少なくとも着信端末１２０の個人情報に含まれる電話番号が発信端末１１０の電話帳に登録されていれば、発信端末１１０の電話帳に着信端末１２０の個人情報が登録されていると判別することができる。

発信端末１１０の電話帳に着信端末１２０の個人情報が登録されている場合（ステップＳ７０７ ＹＥＳ）、電話帳管理サーバ１４０は処理を終了する（ステップＳ７０８）。
発信端末１１０の電話帳に着信端末１２０の個人情報が登録されていない場合（ステップＳ７０７ ＮＯ）、電話帳管理サーバ１４０は、状態管理サーバ１５０に対して、着信端末１２０の個人情報を要求する（ステップＳ７０９）。この端末装置の個人情報の要求を「情報取得要求」という。

情報取得要求を受信した状態管理サーバ１５０は、情報取得要求に対する応答である情報取得応答を電話帳管理サーバ１４０に送信し（ステップＳ７１０）、処理をステップＳ７１１に移行する。この場合、状態管理サーバ１５０は、登録ポリシー判定を行なう（ステップＳ７１１−Ｓ７１３）。この登録ポリシー判定は、個人情報に含まれる登録可否および確認要否についての情報を使用して行なうことができる。

状態管理サーバ１５０は、個人情報データベースに登録されている着信端末１２０の個人情報を参照し、登録可否に「否」と設定されている場合（ステップＳ７１１ ＮＯ）、処理を終了する（ステップＳ７１２）。

また、着信端末１２０の個人情報の登録可否に「可」と設定され（ステップＳ７１１ ＹＥＳ）、かつ、確認要否に「否」と設定されている場合（ステップＳ７１３ ＮＯ）、状態管理サーバ１５０は、処理をステップＳ７１９に移行する。

また、着信端末１２０の個人情報の登録可否に「可」と設定され（ステップＳ７１１ ＹＥＳ）、かつ、確認要否に「要」と設定されている場合（ステップＳ７１３ ＹＥＳ）、状態管理サーバ１５０は、処理をステップＳ７１４に移行する。この場合、状態管理サーバ１５０は、発信端末１１０−着信端末１２０間の通信時にあらかじめ取得しておいたＳＩＰパケットのヘッダ部に含まれる着信端末１２０の端末識別情報に応じて承認要求の方法を決定する（ステップＳ７１４）。そして、状態管理サーバ１５０は、ステップＳ７１４で決定した承認要求の方法で着信端末１２０に対して、着信端末１２０の個人情報を発信端末１１０の電話帳に登録することに対する承認要求を行なう（ステップＳ７１５）。

着信端末１２０から承認要求に対する応答である承認応答を受信した場合（ステップＳ７１６）、状態管理サーバ１５０は、承認結果がＮＧなら（ステップＳ７１７ ＮＯ）、処理を終了する（ステップＳ７１８）。また、承認結果がＯＫなら（ステップＳ７１７ ＹＥＳ）、状態管理サーバ１５０は、電話帳管理サーバ１４０に対して着信端末１２０の個人情報を発信端末１１０の電話帳に登録するように要求する（ステップＳ７１９）。この個人情報の電話帳への登録要求を「個人情報登録要求」という。なお、「承認結果がＮＧ」とは、個人情報の電話帳への登録を許可しないという意味である。そして、「承認結果がＯＫ」とは、個人情報の電話帳への登録を許可するという意味である。

電話帳管理サーバ１４０は、状態管理サーバ１５０から個人情報登録要求を受信すると、個人情報登録要求とともに送られた着信端末１２０の個人情報を、発信端末１１０の電話帳に登録する（ステップＳ７２０）。そして、電話帳管理サーバ１４０は、状態管理サーバ１５０に対して、個人情報登録要求に対する応答である個人情報登録応答を送信する（ステップＳ７２１）。

なお、ステップＳ７０５では、着信端末１２０から切断応答を受信して発信端末１１０−着信端末１２０間の通信切断が完了すると、呼処理制御サーバ１３０が、電話帳管理サーバ１４０に対して、電話帳登録要求を送信している。しかし、呼処理制御サーバ１３０が電話帳登録要求を送信するタイミングを限定する趣旨ではない。例えば、発信端末１１０からの要求に応じて、呼処理制御サーバ１３０が、電話帳管理サーバ１４０に電話帳登録要求を送信してもよい。

また、ステップＳ７０７において、発信端末１１０の電話帳に着信端末１２０の個人情報が登録されている場合（ステップＳ７０７ ＹＥＳ）、電話帳管理サーバ１４０は処理を終了している。しかし、発信端末１１０の電話帳に登録されている着信端末１２０の個人情報の登録日時から一定期間、例えば、１ヶ月以上経過している場合、電話帳管理サーバ１４０が、状態管理サーバ１５０に対して、着信端末１２０の個人情報を要求してもよい（ステップＳ７０９）。

図８は、着信端末１２０の電話帳に発信端末１１０の個人情報を登録する処理の一例を示す図である。
ステップＳ８０１−Ｓ８０６の処理は、図７で説明したステップＳ７０１−Ｓ７０６の処理と同様である。

着信端末１２０から切断応答を受信して発信端末１１０−着信端末１２０間の通信切断が完了すると（ステップＳ８０４）、呼処理制御サーバ１３０は、処理をステップＳ８０５に移行する。この場合、呼処理制御サーバ１３０は、電話帳管理サーバ１４０に対して、着信端末１２０の電話帳に発信端末１１０の個人情報を登録する旨の電話帳登録要求を送信する（ステップＳ８０５）。電話帳登録要求を受信すると、電話帳管理サーバ１４０は、呼処理制御サーバ１３０に対して電話帳登録要求に対する応答である電話帳登録応答を送信し（ステップＳ８０６）、処理をステップＳ８０７に移行する。

ステップＳ８０７において、電話帳管理サーバ１４０は、電話帳データベースに登録されている着信端末１２０の電話帳を参照し、着信端末１２０の電話帳に発信端末１１０の個人情報が登録されているか否かを確認する（ステップＳ８０７）。例えば、電話帳管理サーバ１４０は、少なくとも発信端末１１０の個人情報に含まれる電話番号が着信端末１２０の電話帳に登録されていれば、着信端末１２０の電話帳に発信端末１１０の個人情報が登録されていると判別することができる。

着信端末１２０の電話帳に発信端末１１０の個人情報が登録されている場合（ステップＳ８０７ ＹＥＳ）、電話帳管理サーバ１４０は処理を終了する（ステップＳ８０８）。
着信端末１２０の電話帳に発信端末１１０の個人情報が登録されていない場合（ステップＳ８０７ ＮＯ）、電話帳管理サーバ１４０は、状態管理サーバ１５０に対して、発信端末１１０の個人情報を要求する情報取得要求を送信する（ステップＳ８０９）。

情報取得要求を受信した状態管理サーバ１５０は、情報取得要求に対する応答である情報取得応答を電話帳管理サーバ１４０に送信し（ステップＳ８１０）、処理をステップＳ８１１に移行する。この場合、状態管理サーバ１５０は、登録ポリシー判定を行なう（ステップＳ８１１−Ｓ８１３）。この登録ポリシー判定は、個人情報に含まれる登録可否および確認要否についての情報を使用して行なうことができる。

状態管理サーバ１５０は、個人情報データベースに登録されている発信端末１１０の個人情報を参照し、登録可否に「否」と設定されている場合（ステップＳ８１１ ＮＯ）、処理を終了する（ステップＳ８１２）。

また、発信端末１１０の個人情報の登録可否に「可」と設定され（ステップＳ８１１ ＹＥＳ）、かつ、確認要否に「否」と設定されている場合（ステップＳ８１３ ＮＯ）、状態管理サーバ１５０は、処理をステップＳ８１９に移行する。

また、発信端末１１０の個人情報の登録可否に「可」と設定され（ステップＳ８１１ ＹＥＳ）、かつ、確認要否に「要」と設定されている場合（ステップＳ８１３ ＹＥＳ）、状態管理サーバ１５０は、処理をステップＳ８１４に移行する。この場合、状態管理サーバ１５０は、発信端末１１０−着信端末１２０間の通信時にあらかじめ取得しておいたＳＩＰパケットのヘッダ部に含まれる発信端末１１０の端末識別情報に応じて承認要求の方法を決定する（ステップＳ８１４）。そして、状態管理サーバ１５０は、ステップＳ８１４で決定した承認要求の方法で発信端末１１０に対して、発信端末１１０の個人情報を着信端末１２０の電話帳に登録することに対する承認要求を行なう（ステップＳ８１５）。

発信端末１１０から承認要求に対する応答である承認応答を受信した場合（ステップＳ８１６）、状態管理サーバ１５０は、承認結果がＮＧなら（ステップＳ８１７ ＮＯ）、処理を終了する（ステップＳ８１８）。また、承認結果がＯＫなら（ステップＳ８１７ ＹＥＳ）、状態管理サーバ１５０は、電話帳管理サーバ１４０に対して、発信端末１１０の個人情報を着信端末１２０の電話帳に登録するように要求する個人情報登録要求を送信する（ステップＳ８１９）。

電話帳管理サーバ１４０は、状態管理サーバ１５０から個人情報登録要求を受信すると、個人情報登録要求とともに送られた発信端末１１０の個人情報を、着信端末１２０の電話帳に登録する（ステップＳ８２０）。そして、電話帳管理サーバ１４０は、状態管理サーバ１５０に対して、個人情報登録要求に対する応答である個人情報登録応答を送信する（ステップＳ８２１）。

なお、ステップＳ８０５では、着信端末１２０から切断応答を受信して発信端末１１０−着信端末１２０間の通信切断が完了すると、呼処理制御サーバ１３０が、電話帳管理サーバ１４０に対して、電話帳登録要求を送信している。しかし、呼処理制御サーバ１３０が電話帳登録要求を送信するタイミングを限定する趣旨ではない。例えば、着信端末１２０からの要求に応じて、呼処理制御サーバ１３０が、電話帳管理サーバ１４０に電話帳登録要求を送信してもよい。

また、ステップＳ８０７において、着信端末１２０の電話帳に発信端末１１０の個人情報が登録されている場合（ステップＳ８０７ ＹＥＳ）、電話帳管理サーバ１４０は処理を終了する（ステップＳ８０８）。しかし、着信端末１２０の電話帳に登録されている発信端末１１０の個人情報の登録日時から一定期間、例えば、１ヶ月以上経過している場合、電話帳管理サーバ１４０が、状態管理サーバ１５０に対して、発信端末１１０の個人情報を要求してもよい（ステップＳ８０９）。

また、システム１００は、図７および図８に示した処理を両方とも実施してもよいし、図７および図８に示した処理のいずれか一方だけを実施してもよい。
図９−図１１は、ステップＳ７１５−Ｓ７１６またはＳ８１５−Ｓ８１６で行なわれる端末種別に応じた承認要求の処理を説明する図である。なお、ステップＳ７１５−Ｓ７１６とＳ８１５−Ｓ８１６は同様な処理が行なわれるので、以下では、ステップＳ７１５−Ｓ７１６で行なわれる端末種別に応じた承認要求の処理を例に説明する。

図９は、承認の可否を使用者に選択させる選択画面を使用した承認処理を着信端末１２０に行なわせる承認要求の処理を示す図である。
ステップＳ７１４において、状態管理サーバ１５０は、発信端末１１０−着信端末１２０間の通信時にあらかじめ取得しておいたＳＩＰパケットのヘッダ部に含まれる着信端末１２０の端末識別情報を参照する。そして、状態管理サーバ１５０は、参照した端末識別情報に応じた承認要求の方法を、図１５に例示する対応表１５００にしたがって決定する。例えば、端末識別情報に「端末装置Ａ」や「端末装置Ｄ」が含まれる場合、状態管理サーバ１５０は、「選択画面」を使用した承認要求の方法を選択する。

着信端末１２０に対する承認要求の方法として、選択画面を使用した承認要求の方法を選択すると、状態管理サーバ１５０は、着信端末１２０に対して、図１６に例示する選択画面１６００を表示して承認の可否を通知するように要求する（ステップＳ９０１）。

ここで、図１６は、選択画面１６００の一例を示す図である。図１６に例示する選択画面１６００には、個人情報の電話帳への登録の承認を依頼するメッセージ１６０１と、承認ボタン１６０２と、否認ボタン１６０３と、を含むことができる。

状態管理サーバ１５０から承認要求を受けると、着信端末１２０は、選択画面１６００を表示画面に表示して、使用者に「承認ボタン１６０２」または「否認ボタン１６０３」のいずれかの選択を促す（ステップＳ９０２）。そして、使用者が選択画面１６００に表示した「承認ボタン１６０２」または「否認ボタン１６０３」にいずれかを選択すると、着信端末１２０は、使用者が選択した承認結果を取得する（ステップＳ９０３）。そして、着信端末１２０は、使用者が選択した承認結果を含む承認応答を状態管理サーバ１５０に送信する（ステップＳ９０４）。なお、「承認ボタン１６０２」が選択された場合、着信端末１２０は、個人情報の電話帳への登録が許可されたと判別し、「否認ボタン１６０３」が選択された場合、個人情報の電話帳への登録が許可されないと判別できる。

図１０は、音声ガイダンスを使用した承認処理を着信端末１２０に行なわせる承認要求の処理を示す図である。
着信端末１２０に対する承認要求の方法として、音声ガイダンスを使用した承認要求の方法を選択すると（ステップＳ７１４）、状態管理サーバ１５０は、呼処理制御サーバ１３０に対して承認要求を行なう（ステップＳ１００１）。すると、呼処理制御サーバ１３０は、着信端末１２０に対して、音声ガイダンス用の通信の確立を要求するガイダンス着信要求を行なう（ステップＳ１００２）。

着信端末１２０からガイダンス着信応答を受信すると（ステップＳ１００３）、呼処理制御サーバ１３０は、着信端末１２０に対して、音声ガイダンスのアナウンスを開始する（ステップＳ１００４）。この場合、呼処理制御サーバ１３０は、所定の文章、例えば、「電話番号が０９０−ＸＸＸＸ−ＸＸＸＸの○○さんから個人情報の電話帳への登録承認依頼がありました。個人情報の電話帳への登録を許可する場合には「０」、許可しない場合には「１」のプッシュボタンを押してください。」を音声にして着信端末１２０にアナウンスする。

着信端末１２０からプッシュボタン（ＰＢ）操作の結果を受信すると（ステップＳ１００５）、呼処理制御サーバ１３０は、状態管理サーバ１５０に対して承認応答を行なう（ステップＳ１００６）。このとき、呼処理制御サーバ１３０は、着信端末１２０から受信したＰＢ操作の結果、例えば、ＰＢ「０」押下の場合には「許可する」、ＰＢ「１」押下の場合には「許可しない」、を承認結果として状態管理サーバ１５０に通知する。

以上の処理が終了すると、呼処理制御サーバ１３０は、ステップＳ１００２−Ｓ１００３で確立した音声ガイダンス用の通信を切断するために、着信端末１２０に対してガイダンス切断要求を行なう（ステップＳ１００７）。呼処理制御サーバ１３０は、着信端末１２０からガイダンス切断応答を受信すると（ステップＳ１００８）、ステップＳ１００２−Ｓ１００３で確立した音声ガイダンス用の通信を切断する。

図１１は、ＳＭＳを使用した承認処理を着信端末１２０に行なわせる承認要求の処理を示す図である。
着信端末１２０に対する承認要求の方法として、ＳＭＳを使用した承認要求の方法を選択すると（ステップＳ７１４）、状態管理サーバ１５０は、着信端末１２０に対して、図１７に例示する表示画面１７００の表示内容のＳＭＳを送信して承認要求を行なう（ステップＳ１１０１）。

ここで、図１７は、表示画面１７００の一例を示す図である。
図１７に例示する表示画面１７００には、個人情報の電話帳への登録の承認を依頼するメッセージ１７０１と、「承認」に割り当てたＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）１７０２と、「否認」に割り当てたＵＲＬ１７０３と、を含むことができる。

状態管理サーバ１５０から承認要求を受けると、着信端末１２０は、状態管理サーバ１５０から受信したＳＭＳを表示画面１７００に表示して、使用者に「承認」に割り当てたＵＲＬ１７０２または「否認」に割り当てたＵＲＬ１７０３のいずれかの選択を促す（ステップＳ１１０２）。そして、使用者表示画面１７００に表示した「承認」に割り当てたＵＲＬ１７０２または「否認」に割り当てたＵＲＬ１７０３のいずれかを選択すると、着信端末１２０は、選択されたＵＲＬから使用者が選択した承認結果を判断して承認結果を状態管理サーバ１５０に通知する（ステップＳ１１０４）。この場合、「承認」とは、個人情報の電話帳への登録を許可することを意味し、「否認」とは、個人情報の電話帳への登録を許可しないことを意味する。

図１２は、電話帳を使用して発信端末１１０から着信端末１２０に発信する処理を示す図である。
使用者が電話帳参照機能に割り当てられた特番を押下すると、発信端末１１０は、呼処理制御サーバ１３０を介して電話帳管理サーバ１４０に特番接続要求を送信する（ステップＳ１２０１、Ｓ１２０２）。

特番接続要求を受信すると、電話帳管理サーバ１４０は、ユーザ認証を行なう（ステップＳ１２０３）。この場合、電話帳管理サーバ１４０は、特番接続要求を発信した発信端末１１０の電話帳が電話帳データベースに登録されているか否かにより、ユーザ認証を行なう。なお、電話帳管理サーバ１４０は、発信端末１１０に対してパスワードを要求し、発信端末１１０から受信するパスワードとあらかじめ登録しておいたパスワードとの比較により、ユーザ認証を行なうこともできる。

電話帳データベースに発信端末１１０の電話帳が登録されていない場合（ステップＳ１２０３ ＮＯ）、電話帳管理サーバ１４０は、処理を終了する（ステップＳ１２０４）。また、電話帳データベースに発信端末１１０の電話帳が登録されている場合（ステップＳ１２０３ ＹＥＳ）、電話帳管理サーバ１４０は、発信端末１１０から受信した特番接続要求のヘッダ部に含まれる着信端末１２０の端末識別情報に応じて電話帳参照機能の提供方法を決定する（ステップＳ１２０５）。電話帳管理サーバ１４０は、呼処理制御サーバ１３０を介して発信端末１１０に特番接続応答を送信すると（ステップＳ１２０６、Ｓ１２０７）、発信端末１１０に対して、ステップＳ１２０５で決定した提供方法で電話帳参照機能の提供を開始する（ステップＳ１２０８）。

発信端末１１０は、電話帳管理サーバ１４０が提供する電話帳参照機能に対してＰＢなどを操作し、発信端末１１０の電話帳に登録されている着信端末１２０の電話番号を選択する（Ｓ１２０９、Ｓ１２１０）。

発信端末１１０から呼処理制御サーバ１３０を介して選択された電話番号を受信すると、電話帳管理サーバ１４０は、呼処理制御サーバ１３０に対して、ＰＢ操作により発信端末１１０の使用者が選択した電話番号の着信端末１２０への発信要求を行なう（ステップＳ１２１１）。発信要求を受信した呼処理制御サーバ１３０は、着信端末１２０に対して接続要求を送信する（ステップＳ１２１２）。

着信端末１２０から接続要求に対する接続応答を受信すると（ステップＳ１２１３）、呼処理制御サーバ１３０は、発信端末１１０に対して接続先切替え要求を送信する（ステップＳ１２１４）。また、呼処理制御サーバ１３０は、電話帳管理サーバ１４０からの発信要求に対して発信応答を送信する（ステップＳ１２１５）。

接続先切替え要求を受信した発信端末１１０は、接続先切替え要求に対して接続先切替え応答を送信し（Ｓ１２１６）、接続先を電話帳管理サーバ１４０から着信端末１２０に切替える。これにより発信端末１１０−着信端末１２０間の通話回線の接続が確立される。

図１３は、ＷＥＢページを使用して発信端末１１０に電話帳参照機能を提供する処理の一例を示す図である。
ステップＳ１２０５において、電話帳管理サーバ１４０は、発信端末１１０から受信した特番接続要求のヘッダ部に含まれる着信端末１２０の端末識別情報を参照する。そして、電話帳管理サーバ１４０は、参照した端末識別情報に応じた電話帳参照機能の提供方法を、図１８に例示する対応表１８００にしたがって決定する。例えば、端末識別情報に「端末装置Ａ」が含まれる場合、電話帳管理サーバ１４０は、「ＷＥＢページ」を使用した電話帳参照機能の提供方法を選択する。

電話帳参照機能の提供方法として、ＷＥＢページを使用した提供方法を選択すると、電話帳管理サーバ１４０は、呼処理制御サーバ１３０を介して、発信端末１１０の電話帳を提供するＷＥＢページのＵＲＬを発信端末１１０に通知する（ステップＳ１３０１、Ｓ１３０２）。

電話帳を提供するＵＲＬの通知を受けると、発信端末１１０は、通知されたＵＲＬにアクセスし（ステップＳ１３０３）、電話帳管理サーバ１４０が提供する例えば図１９に例示する電話帳メニュー画面１９１０を表示する（ステップＳ１３０４）。また、図１９に例示する電話帳メニュー画面１９１０において、発信端末１１０の使用者が、着信端末１２０の所有者の名前の最初の一文字を選択して検索ボタンを選択すると、図１９に例示する検索結果画面１９２０を表示する（ステップＳ１３０４）。

使用者が検索結果画面１９２０に表示された電話番号から着信端末１２０の電話番号の発信ボタン１９２２を選択すると、発信端末１１０は、使用者が選択した電話番号を電話帳管理サーバ１４０に通知する（ステップＳ１３０５、Ｓ１３０６）。使用者が選択した電話番号の通知を発信端末１１０から受けると、電話帳管理サーバ１４０は、呼処理制御サーバ１３０に対して、通知された番号の着信端末１２０への発信要求を行なう（ステップＳ１２１１）。

図１４は、音声ガイダンスを使用して発信端末１１０に電話帳参照機能を提供する処理の一例を示す図である。
ステップＳ１２０５において、電話帳参照機能の提供方法として、音声ガイダンスを使用した提供方法を選択すると、電話帳管理サーバ１４０は、あらかじめ決められた文章にしたがって音声ガイダンスを行なう（ステップＳ１４０１）。文章には、例えば、「おかけになりたい相手先のお名前の頭文字（着信端末１２０の使用者名の頭文字）に対応する制御コードを入力してください。制御コードは、「あ」であれば「０１」、「い」であれば「０２」のように０１−９５までの数字です。」などを使用することができる。制御コードは、あらかじめ決められた、例えば、図２０に示す５０音と制御コードとの対応表２０００から知ることができる。

使用者がＰＢ等の操作により着信端末１２０の使用者名の頭文字に対応する制御コードを入力すると、発信端末１１０は、入力された制御コードを取得し（ステップＳ１４０２）、取得した制御コードを電話帳管理サーバ１４０に通知する（ステップＳ１４０３）。

発信端末１１０から制御コードを受信すると、電話帳管理サーバ１４０は、受信した制御コードに対応する５０音文字を頭文字とする使用者名の電話番号を、電話帳データベースに登録されている発信端末１１０の電話帳から検索する（ステップＳ１４０４）。そして、電話帳管理サーバ１４０は、検索結果に含まれる電話番号とその電話番号の端末装置の所有者名を順番に音声でアナウンスする（ステップＳ１４０５）。

アナウンス中に発信ボタンの押下を検出すると（ステップＳ１４０６ ＹＥＳ）、発信端末１１０は、電話帳管理サーバ１４０に対して発信ボタンの押下を通知する（ステップＳ１４０７）。すると、電話帳管理サーバ１４０は、呼処理制御サーバ１３０に対して、発信ボタンの押下の通知を受けたときにアナウンスしていた電話番号の着信端末１２０への発信要求を行なう（ステップＳ１２１１）。

図１５は、対応表１５００の一例を示す図である。
対応表１５００は、端末識別情報と、承認要求の方法と、の対応表である。例えば、図１５に示す対応表１５００では、「端末装置Ａ」が含まれる端末識別情報には、「選択画面」を使用した承認要求の方法が対応している。これは、端末識別情報に「端末装置Ａ」が含まれる場合には、「選択画面」を使用した承認要求の方法を使用するという意味である。また、例えば、「端末装置Ｂ」が含まれる端末識別情報には、「音声ガイダンス」を使用した承認要求の方法が対応している。これは、端末識別情報に「端末装置Ｂ」が含まれる場合には、「音声ガイダンス」を使用した承認要求の方法を使用するという意味である。

図１８は、対応表１８００の一例を示す図である。
対応表１８００は、端末識別情報と、電話帳参照機能の提供方法と、の対応表である。例えば、図１８に示す対応表１８００では、「端末装置Ａ」が含まれる端末識別情報には、「ＷＥＢページ」を使用した電話帳参照機能の提供方法が対応している。これは、端末識別情報に「端末装置Ａ」が含まれる場合には、「ＷＥＢページ」を使用した電話帳参照機能の提供方法を使用するという意味である。また、例えば、「端末装置Ｂ」が含まれる端末識別情報には、「音声ガイダンス」を使用した電話帳参照機能の提供方法が対応している。これは、端末識別情報に「端末装置Ｂ」が含まれる場合には、「音声ガイダンス」を使用した電話帳参照機能の提供方法を使用するという意味である。

図１９は、電話帳管理サーバ１４０が提供するＷＥＢページの一例を示す図である。
図１９に示す電話帳メニュー画面１９１０には、５０音文字１９１１と、検索ボタン１９１２と、を含むことができる。５０音文字１９１１に含まれる文字は、それぞれＰＢやタッチパネルなど電話帳メニュー画面１９１０を表示する端末装置に備わる入力手段によって選択可能となっている。５０音文字１９１１に含まれるいずれかの文字が選択されて検索ボタン１９１２が押下されると、電話帳管理サーバ１４０は、選択された文字を頭文字にもつ氏名を電話帳から検索し、検索結果を検索結果画面１９２０に表示する。

検索結果画面１９２０には、検索結果に含まれる氏名およびその電話番号１９２１と、電話番号に対応する発信ボタン１９２２と、を含むことができる。例えば、「青木○○ ０９０−ＸＸＸＸ−ＸＸＸＸ」に対応する発信ボタン１９２２が押下されると、電話帳管理サーバ１４０は、呼処理制御サーバ１３０に対して、「０９０−ＸＸＸＸ−ＸＸＸＸ」の着信端末１２０への発信要求を行なう。

図２０は、対応表２０００の一例を示す図である。
本実施例では、２桁の数字の制御コードを使用する。例えば、「あ行」、「か行」、「さ行」、・・・、は、それぞれ制御コードの１桁目の数字の「０」、「１」、「２」、・・・に割り当てられている。また、例えば、「あ行」１段目の文字「あ」は、制御コードの２桁目の数字の「１」に割り当てられ、「あ行」２段目の文字「い」は、制御コードの２桁目の数字の「２」に割り当てられている。

以上に説明した実施例では、電話帳管理サーバ１４０と状態管理サーバ１５０とが別々のサーバである場合を例にして説明したが、電話帳管理サーバ１４０と状態管理サーバ１５０は１つのサーバによって提供することができる。図２１は、電話帳管理サーバ１４０と状態管理サーバ１５０の機能を含む電話帳・状態管理サーバ２１０１を使用して本実施例に係る情報管理方法を実現するシステム２１００の一例を示す図である。

電話帳・状態管理サーバ２１０１は、電話帳データベースを記憶する記憶装置１４１と、個人情報データベースを記憶する記憶装置１５１と、を備える。そして、電話帳・状態管理サーバ２１０１は、図１に示した電話帳管理サーバ１４０および状態管理サーバ１５０と同様の処理を行なうことができる。

図２２は、本実施例に係る電話帳管理サーバ１４０、状態管理サーバ１５０および電話帳・状態管理サーバ２１０１に使用することができる情報処理装置の具体的な構成例を示す図である。以下では、例として、電話帳管理サーバ１４０の構成例について説明する。

電話帳管理サーバ１４０は、ＣＰＵ２２０１と、メモリ２２０２と、入力装置２２０３と、出力装置２２０４と、外部記憶装置２２０５と、媒体駆動装置２２０６と、ネットワーク接続装置２２０８と、を含むことができる。そして、これらの装置がバスに接続されて相互にデータの受け渡しが行える構成となっている。

ＣＰＵ２２０１は、周辺機器や各種ソフトウェアを実行する他に本実施例に係る情報管理方法を実現するプログラムを実行する演算装置である。
メモリ２２０２は、プログラムを実行するために使用される揮発性の記憶装置である。メモリ２２０２には、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などを使用することができる。

入力装置２２０３は、外部からのデータ入力手段である。入力装置２２０３には、例えば、キーボードやマウスなどを使用することができる。
出力装置２２０４は、データ等を表示装置等に出力する装置である。なお、出力装置２２０４には、表示装置を含むこともできる。

外部記憶装置２２０５は、電話帳管理サーバ１４０が動作するために必要なプログラムやデータの他に本実施例に係る情報管理方法を実現するプログラムを記憶する不揮発性の記憶装置である。外部記憶装置２２０５には、例えば、磁気ディスク記憶装置などを使用することができる。

媒体駆動装置２２０６は、メモリ２２０２や外部記憶装置２２０５のデータを可搬記憶媒体２２０７、例えば、フロッピイディスクやＭＯディスク、ＣＤ−ＲやＤＶＤ−Ｒなどに出力し、または可搬記憶媒体２２０７からプログラムやデータ等を読み出す装置である。

ネットワーク接続装置２２０８は、ネットワーク１６０に接続する装置である。
なお、メモリ２２０２、外部記憶装置２２０５および可搬記憶媒体２２０７などの電話帳管理サーバ１４０に読取り可能な記憶媒体には、非一時的（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ）な媒体を使用することができる。また、図２２に示した構成は一例であり、図２２に示した構成要素が必須であるというわけではない。必要に応じて、図２２に示した構成要素のいずれかを削除してもよいし、図２２に示していない構成要素を追加してもよい。

以上の説明では、システム１００において発信端末１１０と着信端末１２０とが音声通信を行なう場合を例示したが、発信端末１１０と着信端末１２０とがデータ通信を行なう場合についても図７および図８など上記実施例と同様の処理を行なうことができる。この場合、電話帳の代わりに電子メールのアドレスなどを使用することができる。

以上の説明において、電話番号は、端末装置間での通信に使用され端末装置毎に割り当てられた識別情報の一例として挙げられる。また、電話帳は、端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストの一例として挙げられる。また、電話帳管理サーバ１４０は、登録手段の一例として挙げられる。また、状態管理サーバ１５０は、要求手段の一例として挙げられる。

以上のように、端末装置間の通話接続が切断される等のタイミングで、電話帳管理サーバ１４０は、着信端末１２０の電話番号を含む個人情報を発信端末１１０の電話帳に登録し、発信端末１１０の電話番号を含む個人情報を着信端末１２０の電話帳に登録する。その結果、端末装置間で通話をするだけで、通話終了時に通話相手の個人情報が自分の電話帳に登録されるので、電話帳の登録などの管理が容易となる。

また、電話帳管理サーバ１４０は、発信端末１１０の電話帳に登録されている着信端末１２０の個人情報が登録日時から一定期間経過している場合、着信端末１２０の個人情報を発信端末１１０の電話帳に登録する。同様に、電話帳管理サーバ１４０は、着信端末１２０の電話帳に登録されている発信端末１１０の個人情報が登録日時から一定期間経過している場合、発信端末１１０の個人情報を着信端末１２０の電話帳に登録する。その結果、端末装置間で通話をするだけで、通話終了時に、自分の電話帳に登録されている通話相手の個人情報が更新されるので、電話帳を容易に最新の状態に保持しておくことができる。

また、電話帳への個人情報の登録の際に、状態管理サーバ１５０は、承認要求する端末装置の端末種別に応じた承認要求の方法を選択して承認要求を行なう。そのため、端末装置間の通話において、一方の端末装置の端末種別を問わずに、例えば、固定電話などに対しても承認要求を行なうことができる。その結果、端末種別に関係なく、通話相手から承認を得た上で通話相手の個人情報を自分の電話帳に登録することができる。

以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストを、ネットワークを介して接続した記憶装置に記憶して管理する情報管理方法において、
前記記憶装置に記憶されたリストのうち、発呼した端末装置である発信端末または発呼先の端末装置である着信端末のいずれか一方の第１の端末装置が使用するリストに、前記発信端末または前記着信端末の他方の第２の端末装置の識別情報が登録されているか判別し、
前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報が登録されていないと判別すると、前記第２の端末装置に対して、前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する許可を要求し、
前記第２の端末装置から前記許可を受信すると、前記記憶装置に記憶された前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する、
処理を行なう情報管理方法。
（付記２）
前記第２の端末装置から前記許可を受信すると、端末装置の識別情報を含む個人情報を端末装置毎に記憶する管理装置から前記第２の端末装置の個人情報を取得し、取得した前記個人情報に含まれる識別情報を、前記記憶装置に記憶された前記第１の端末装置のリストに登録する、
ことを特徴とする付記１に記載の情報管理方法。
（付記３）
端末装置の識別情報と、他の端末装置が使用するリストへの識別情報の登録の可否を示す可否情報と、他の端末装置が使用するリストへの識別情報の登録に確認が必要か否かを示す要否情報と、を含む個人情報を端末装置毎に記憶する管理装置から前記第２の端末装置の個人情報を取得し、取得した前記個人情報に含まれる可否情報および要否情報に基づいて前記許可の要求の要否を判別する、
ことを特徴とする付記１に記載の情報管理方法。
（付記４）
前記取得した可否情報および要否情報がそれぞれ登録可かつ確認要の場合に、前記許可の要求をする、
ことを特徴とする付記３に記載の情報管理方法。
（付記５）
前記取得した可否情報および要否情報がそれぞれ登録可かつ確認不要の場合、前記許可の要求をすることなく、前記管理装置から取得した前記第２の端末装置の個人情報に含まれる識別情報を、前記記憶装置に記憶された前記第１の端末装置のリストに登録する、
ことを特徴とする付記３に記載の情報管理方法。
（付記６）
前記許可の要求は、前記第１の端末装置と前記第２の端末装置の音声通話終了後に行われる、
ことを特徴とする付記１から５に記載の情報管理方法。
（付記７）
あらかじめ用意した端末装置の種別毎の端末装置へのアクセス方法から、前記第２の端末装置の種別に応じた前記第２の端末装置へのアクセス方法を選択し、該選択したアクセス方法で、前記第２の端末装置に対して、前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する許可を要求する、
ことを特徴とする付記１から６に記載の情報管理方法。
（付記８）
前記第２の端末装置へのアクセス方法には、前記第２の端末装置に前記許可の可否を選択する選択画面を表示する方法、前記第２の端末装置と通話接続して前記許可の可否を問い合わせる音声ガイダンスを出力する方法、または、ショートメッセージサービスを使用して前記許可の可否を選択するメッセージを前記第２の端末装置に送信する方法の少なくともいずれか１つを含む、
ことを特徴とする付記７に記載の情報管理方法。
（付記９）
識別情報には、端末装置に割り当てられた電話番号を使用する、
ことを特徴とする付記７に記載の情報管理方法。
（付記１０）
前記ネットワークには、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークを使用する、
ことを特徴とする付記７に記載の情報管理方法。
（付記１１）
端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストを、ネットワークを介して接続した記憶装置に記憶して管理する情報管理システムにおいて、
前記記憶装置に記憶されたリストのうち、発呼した端末装置である発信端末または発呼先の端末装置である着信端末のいずれか一方の第１の端末装置が使用するリストに、前記発信端末または前記着信端末の他方の第２の端末装置の識別情報が登録されているか判別し、要求に応じて、前記記憶装置に記憶された前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する登録手段と、
前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報が登録されていない場合、前記第２の端末装置に対して、前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する許可を要求し、前記第２の端末装置から前記許可を受信すると、前記記憶装置に記憶された前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録することを前記登録手段に要求する要求手段と、
を備える情報管理システム。

１１０ 発信端末
１２０ 着信端末
１３０ 呼処理制御サーバ
１４０ 電話帳管理サーバ
１４１ 記憶装置
１５０ 状態管理サーバ
１５１ 記憶装置
１６０ ネットワーク

Claims (5)

1. 端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストを、ネットワークを介して接続した記憶装置に記憶して管理する情報管理方法において、
   前記記憶装置に記憶されたリストのうち、発呼した端末装置である発信端末または発呼先の端末装置である着信端末のいずれか一方の第１の端末装置が使用するリストに、前記発信端末または前記着信端末の他方の第２の端末装置の識別情報が登録されているか判別し、
   前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報が登録されていないと判別すると、前記第２の端末装置に対して、前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する許可を要求し、
   前記第２の端末装置から前記許可を受信すると、前記記憶装置に記憶された前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する、
   処理を行なう情報管理方法。
2. 前記第２の端末装置から前記許可を受信すると、端末装置の識別情報を含む個人情報を端末装置毎に記憶する管理装置から前記第２の端末装置の個人情報を取得し、取得した前記個人情報に含まれる識別情報を、前記記憶装置に記憶された前記第１の端末装置のリストに登録する、
   ことを特徴とする付記１に記載の情報管理方法。
3. 端末装置の識別情報と、他の端末装置が使用するリストへの識別情報の登録の可否を示す可否情報と、他の端末装置が使用するリストへの識別情報の登録に確認が必要か否かを示す要否情報と、を含む個人情報を端末装置毎に記憶する管理装置から前記第２の端末装置の個人情報を取得し、取得した前記個人情報に含まれる可否情報および要否情報に基づいて前記許可の要求の要否を判別する、
   ことを特徴とする付記１に記載の情報管理方法。
4. あらかじめ用意した端末装置の種別毎の端末装置へのアクセス方法から、前記第２の端末装置の種別に応じた前記第２の端末装置へのアクセス方法を選択し、該選択したアクセス方法で、前記第２の端末装置に対して、前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する許可を要求する、
   ことを特徴とする付記１から６に記載の情報管理方法。
5. 端末装置間での通信に使用され端末装置毎に割り当てられた識別情報を含むリストを、ネットワークを介して接続した記憶装置に記憶して管理する情報管理システムにおいて、
   前記記憶装置に記憶されたリストのうち、発呼した端末装置である発信端末または発呼先の端末装置である着信端末のいずれか一方の第１の端末装置が使用するリストに、前記発信端末または前記着信端末の他方の第２の端末装置の識別情報が登録されているか判別し、要求に応じて、前記記憶装置に記憶された前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する登録手段と、
   前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報が登録されていない場合、前記第２の端末装置に対して、前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録する許可を要求し、前記第２の端末装置から前記許可を受信すると、前記記憶装置に記憶された前記第１の端末装置が使用するリストに前記第２の端末装置の識別情報を登録することを前記登録手段に要求する要求手段と、
   を備える情報管理システム。