JP6397707B2 - 通話履歴管理方法、通話システム、および携帯端末 - Google Patents

Description

本発明は、通話履歴管理方法、通話システム、および携帯端末に係り、特に、一般電話網での通信とＩＰ網に接続されたサーバを介した通信との両方が可能な複合型の通話システムで企業の情報漏洩を防止し、セキュリティを向上させるのに好適な通話履歴管理方法、通話システム、および、携帯端末に関する。

インターネット技術の進展により、既存の電話網による通話とＩＰ網を利用したＶｏＩＰ（Voice over Internet Protocol）による通話を融合させた複合型（ハイブリッド型）の通話システムが提案されている。

例えば、特許文献１には、スマートフォンや携帯電話などの携帯端末から、一般の携帯電話網を使った通話の外に、ＶｏＩＰ網による通話を可能とし、サーバが通話履歴情報を管理し、課金料金を計算するシステムが開示されている。

また、非特許文献１には、ＩＰ電話化による音声とデータ通信の一元化管理がもたらす業務効率の改善を提唱するＩＰテレフォニーサービスの概要が開示されている。

一方、スマートフォンや携帯電話などの携帯端末では、発着信履歴（通話履歴）をメモリに記憶し、それにより、通話の確認をしたり、再呼び出しに使ったりする機能は一般的になっている。特許文献２には、発信した電話番号の履歴を過去複数件分記憶し、その記憶された電話番号への再発信（リダイヤル）が可能な電話機が開示されている。

特開２００６−１０８７８８号公報 特開２００１−０２４７７１号公報

上野伸男他, "ＩＰテレフォニーソリューションの概要とＵＦＪニコス株式会社などへの導入事例", [online], ２００６年６月, VOL88, [平成２６年９月１日検索], インターネット＜ＵＲＬ：http://digital.hitachihyoron.com/pdf/2006/06/2006_06_05.pdf＞

特許文献２に示されたようなＩＰテレフォニーシステムにおいては、スマートフォンや携帯電話などの携帯端末を用いて、一般の携帯網による通信も可能であり、ＩＰテレフォニーサーバを介して、企業内での内線電話も可能である。

したがって、私用（所有者が従業員として企業活動に関係しない使用）、公用（所有者が従業員として企業活動に関係する使用）に拘わらず、発着信履歴は、携帯端末に残ることになる。携帯端末の紛失などにより、私用に関する発着信履歴が他の者に知れても、それは個人の責任の範囲内であると言える。しかし、公用に関する発着信履歴が漏洩することは、企業における情報漏洩のリスクとなり、社会的責任を追求されかねないという問題がある。

本発明の目的は、一般電話網を介した通信と、ＩＰ網に接続されたサーバを介した通信とが可能な通話システムにおいて、少なくとも後者の通信による発着信履歴の漏洩を防止し、セキュリティを向上させることにある。

上記課題を解決するために、本発明は好ましくは、携帯端末から通信管理サーバを経由して相手端末に発信する通話と、携帯端末が一般電話網経由で直接相手端末に発信する通話とが可能な通話システムであって、
通信管理サーバは、通信管理サーバを経由する発着信に係る電話番号を登録するサーバ電話帳を保持し、
携帯端末は、発信に係る電話番号と、その電話番号がサーバ電話帳に存在するか否かを示すサーバ電話帳フラグとを記憶する発信履歴と、着信に係る電話番号と、その電話番号がサーバ電話帳に存在するか否かを示すサーバ電話帳フラグとを記憶する着信履歴と、発信履歴と着信履歴を消去する判定に用いる判定ルールとを保持し、
携帯端末が、発信に係る電話番号がサーバ電話帳に存在するか否か、着信に係る電話番号がサーバ電話帳に存在するか否かに従って、発信履歴のサーバ電話帳フラグまたは着信履歴のサーバ電話帳フラグを設定し、
携帯端末が、発信履歴のサーバ電話帳フラグまたは着信履歴のサーバ電話帳フラグを参照し、判定ルールに従って、該当する発信履歴のエントリまたは着信履歴のエントリを消去するように構成したものである。

また、好ましくは、携帯端末が、通信管理サーバに、通信網を介して、発信に係る電話番号または着信に係る電話番号が、サーバ電話帳に登録されているか否かを問合せ、
通信管理サーバが、問い合わされた発信に係る電話番号または着信に係る電話番号が、サーバ電話帳に登録されているか否かを検索し、結果を、通信網を介して、携帯端末に返信するようしたものである。

また、好ましくは、携帯端末は、一般電話網経由で直接、相手端末に発信する通話の電話番号を登録する個人電話帳を有し、さらに、発信履歴は、発信に係る電話番号が個人電話帳に存在するか否かを示す個人電話帳フラグを記憶し、着信履歴は、着信に係る電話番号が個人電話帳に存在するか否かを示す個人電話帳フラグを記憶し、携帯端末が、発信に係る電話番号が個人電話帳に存在するか否か、着信に係る電話番号が個人電話帳に存在するか否かに従って、発信履歴の個人電話帳フラグまたは着信履歴の個人電話帳フラグを設定し、携帯端末が、発信履歴のサーバ電話帳フラグおよび発信履歴の個人電話帳フラグ、または、着信履歴のサーバ電話帳フラグおよび着信履歴の個人電話帳フラグを参照し、判定ルールに従って、該当する発信履歴のエントリまたは着信履歴のエントリを消去するようにしたものである。

また、好ましくは、携帯端末が、発信に係る電話番号または着信に係る電話番号が、個人電話帳に登録されているか否かを検索するようにしたものである。
さらに、好ましくは、通信管理サーバから、携帯端末に、通信網を介して、発信履歴および着信履歴の消去を指示をし、携帯端末は、通信管理サーバから、通信網を介して、発信履歴および着信履歴の消去の指示を受けときに、発信履歴または着信履歴の消去をおこなうようにしたものである。

また、好ましくは、通信管理サーバは、携帯端末への発信履歴および着信履歴の消去を指示と、携帯端末からの消去に関する通知を記憶する消去指示履歴を保持し、携帯端末から、通信網を介して、消去に関する通知を受信し、消去指示履歴に記憶し、携帯端末から電源ＯＮの通知を受け、携帯端末から電源ＯＮの通知を受けたときに、消去指示履歴の携帯端末からの消去に関する通知がペンディングである場合、再度、携帯端末に、通信網を介して、発信履歴および着信履歴の消去を指示をするようにしたものである。

本発明によれば、一般電話網を介した通信と、ＩＰ網に接続されたサーバを介した通信とが可能な通話システムにおいて、少なくとも後者の通信による発着信履歴の漏洩を防止し、セキュリティを向上させることが可能となる。

一実施形態に係る通話システムの概要構成図である。 一実施形態に係る通話システムの機能構成図である。 通信管理サーバ２００のハードウェア・ソフトウェアを示す構成図である。 サーバ管理端末４００のハードウェア・ソフトウェアを示す構成図である。 スマートフォン１００のハードウェア・ソフトウェアを示す構成図である。 サーバ電話帳の一例を示す図である。 個人電話帳の一例を示す図である。 発信履歴の一例を示す図である。 着信履歴の一例を示す図である。 判定テーブルの一例を示す図である。 発信時の通信処理と履歴管理処理を示すシーケンス図である（その一）。 発信時の通信処理と履歴管理処理を示すシーケンス図である（その二）。 着信時の通信処理と履歴管理処理を示すシーケンス図である（その一）。 着信時の通信処理と履歴管理処理を示すシーケンス図である（その二）。 履歴消去時の履歴管理処理を示すシーケンス図である。

以下、本発明に係る一実施形態を、図１ないし図１３を用いて説明する。
先ず、図１および図２を用いて一実施形態に係る通話システムの構成について説明する。

図１は、一実施形態に係る通話システムの概要構成図である。図２は、一実施形態に係る通話システムの機能構成図である。

本実施形態では、携帯端末として、スマートフォンを例にあげて説明するが、その他のインテリジェントで、ＩＰ網に接続されたサーバと通信が可能であり、一般の通話機能を合わせ持ち、通話履歴を保存できるＰＣ、タブレット、携帯電話などの機器であってもよい。

一実施形態に係るシステムは、図１に示されように、スマートフォン１００、通話管理サーバ２００、基地局２０、ＶｏＩＰゲートウェイ３０、サーバ管理端末４００が、一般電話網３００ｂとＩＰ網３００ａにより接続されている。

スマートフォン１００からは、基地局２０を介して、一般電話網３００ｂによる通信（例えば、ＩＭＴ−２０００規格に準拠した通信）が可能である。また、基地局２０を介して、ＩＰ網３００ａによるパケット通信により、Ｗｅｂ閲覧をしたり、通話管理サーバと情報のやり取りをしたり、ＶｏＩＰによる通話をすることができる。例えば、ＶｏＩＰにより、スマートフォン１００からＶｏＩＰゲートウェイ３０に接続された電話機に内線電話をかけることができる。

通話管理サーバ２００は、ＶｏＩＰゲートウェイ３０に接続された電話機から発信して、スマートフォン１００に着信させたり、スマートフォン１００からＶｏＩＰゲートウェイ３０に接続された電話機に着信させる制御をし、それらの発着信を管理している。サーバ管理端末４００は、通信管理サーバ２００の管理情報を設定したり、表示する端末である。

次に、図２を用いて、一実施形態に係る通話システムの詳細な機能構成について説明する。
この図では、スマートフォン２００、通信管理サーバ２００、サーバ管理端末４００が、通信網３００で接続されているように図示している。この通信網３００は、図１のＩＰ網３００ａ、一般電話網３００ｂ、中継局やサーバのローカル網を総称したものである。また、設定として、利用者は、自分の有するスマートフォン１００により、通信管理サーバ２００経由で、自分の所属する企業の内線番号に着信できるようになっているとする。もちろん、利用者は、自分のスマートフォン１００により、一般電話網３００ｂにより、通常の電話の発着信も可能である。

スマートフォン１００は、図２に示されるように、本発明の関係する機能は、大別して、記憶部１１０、通信部１２０、通信アプリ部１３０がある。記憶部１１０は、後に説明するように、半導体記憶装置からなるメモリによって実現され、個人電話帳１１１、発信履歴１１２、着信履歴１１３、端末情報１１４、サーバ認証情報１１５が格納される。

個人電話帳１１１は、利用者個人のプライベートな電話帳である（詳細なデータ構造は、後述の図７参照）。発信履歴１１２は、このスマートフォン２００から発信したときの通話履歴を格納するテーブルである（詳細なデータ構造は、後述の図８参照）。着信履歴１１３は、このスマートフォン２００に着信したときの通話履歴を格納するテーブルである（詳細なデータ構造は、後述の図９参照）。端末情報１１４は、通信網３００を経由して発着信およびデータ通信するために必要となる端末情報（電話番号等）である。
通信管理サーバ認証情報１１５は、通信管理サーバ２００に接続する際に必要となる認証情報である。

次に、通信部１２０は、一般電話網３００ｂによる局線による通話の通信およびＩＰ網３００ａによるパケット通信の制御をつかさどる部分である。
通信アプリ部１３０は、このスマートフォン２００により実行されるアプリケーションソフトウェア（以下、単に「アプリ」ともいう）の内で、特に、通信管理サーバ２００と連携する通信関係のアプリからなるものである。

通信アプリ部１３０は、サーバ認証部１３１、サーバ電話帳表示部１３２、サーバ経由発信部１３３、個人電話帳発着信監視部１３４、履歴フラグ設定部１３５、履歴消去指示受信部１３６、履歴消去部１３７、端末電源監視部１３８からなる。

サーバ認証部１３１は、サーバ電話帳にアクセスするために必要な認証をおこなう機能を実現する部分である。ユーザは、毎回パスワードの入力を必要とし、サーバ認証部１３１は、通信管理認証情報１１５を通信管理サーバ２００の認証部２３０（後述）宛てにデータ通信することによりサーバ認証を実現する。

サーバ電話帳表示部１３２は、サーバ認証部１３１により認証が完了後に、サーバ電話帳２２１（後述）を表示させる機能を実現する部分である。また、このサーバ電話帳表示部１３２は、サーバ電話帳の検索画面や検索結果の表示をおこなう機能も含んでいる。

サーバ経由発信部１３３は、サーバ電話帳表示部１３２で表示したサーバ電話帳の番号が指定されたときなど、自分が発信したい番号宛にサーバから発信させるためのデータ通信をサーバ宛てに実施する部分である。

個人電話帳発着信監視部１３４は、個人電話帳１１１からの発信および通常着信時に通信管理サーバ２００のサーバ電話帳比較部２６０（後述）に、発着信に係る電話番号を問合せる部分である。

履歴フラグ設定部１３５は、発着信のときに、発着信に係る電話番号が、サーバ電話帳２２１と個人電話帳１１１に存在するか否かの比較結果を、発信履歴１１２、着信履歴１１３に対して、サーバ電話帳フラグと個人電話帳フラグにより設定する部分である。

履歴消去指示受信部１３６は、スマートフォン１００の電源がＯＮの時は、常時起動して、履歴消去２９０（後述）からの指示を常に受信できるようにしておき、通信管理サーバ２００から指示が来た場合に、履歴消去部１３７に伝える部分である。

履歴消去部１３７は、指示があったときに、発信履歴１１２、着信履歴１１３のエントリを、サーバ電話帳フラグと個人電話帳フラグを参照して、一定のルールの下（後述の判定テーブルに従う）に消去する部分である。

端末電源監視部１３８は、は、スマートフォン１００が電源ＯＦＦからＯＮに復旧した時に、通信管理サーバに電源ＯＮを通知する部分である。これにより、通信管理サーバ２００から、履歴消去指示が出されたときには、履歴消去指示受信部１３６、履歴消去部１３７により該当する履歴のエントリが消去されることになる。

通信管理サーバ２００は、図２に示されるように、本発明の関係する機能は、通信部２１０、記憶部２２０、認証部２３０、局線発信部２４０、端末転送部２５０、サーバ電話帳比較部２６０、着信転送部２７０、サーバ管理者指示受信部２８０、履歴消去指示部２９０からなる。通信部２１０は、一般電話網３００ｂによる局線による通話の通信およびＩＰ網３００ａによるパケット通信の制御をつかさどる部分である。

記憶部２２０は、後に説明するように、半導体記憶装置からなるメモリ、磁気記憶装置（ＨＤＤ）などによって実現され、サーバ電話帳２２１、端末情報２２２、認証・認証履歴情報２２３、消去指示履歴２２４、判定テーブル２２５が格納される。サーバ電話帳２２１は、名前、電話番号、会社名、部署名、職位等を含むテーブルであり、社用電話として利用されるときの電話帳である（詳細なデータ構造は、後述の図６参照）。

端末情報２２２は、通信管理サーバ２００に登録されている端末（スマートフォン１００）の端末登録番号、利用者情報、機器番号などの個々の情報を記憶するものである。認証・認証履歴情報２２３は、ユーザＩＤ、パスワードの組合せなどの認証情報とどの端末からいつどのようなアクセスがあったかという履歴を記憶するものである。

消去指示履歴２２４は、サーバ管理者からの指示でどの端末に対して、いつ消去指示したかの記録を保存する。また、該当の端末が電源ＯＦＦなどで削除できなかった場合はその情報も保持する。判定テーブル２２５は、着信・発信に係る電話番号が、サーバ電話帳２２１、個人電話帳に存在するか否かによって、その呼に係るエントリを消去するか否かを判定するためのテーブルである。

局線発信部２４０は、スマートフォン１００のサーバ経由発信部１３３により、サーバ経由で発信する場合の局線への発信を実際におこなう部分である。端末転送部２５０は、局線発信部２４０で発信して応答されたら、発信元の端末へ転送して、端末から発信された社用電話の通話を確保する部分である。

サーバ電話帳比較部２６０は、スマートフォン１００の個人電話帳発着信監視部１３４からの送られてくる電話番号データを、サーバ電話帳２２１の内容と比較をおこない、結果を端末に返信する部分である。着信転送部２７０は、顧客等（相手）などの発信者から会社の固定電話等に着信が来た時に、個人端末の内線呼出しを実施する部分である。

サーバ管理者指示受信部２８０は、サーバ管理者から、ある端末の履歴削除指示を常時受信する部分である。履歴消去指示部２９０は、サーバ管理者指示受信部２８０により、サーバ管理者から削除指示を受け場合に、端末に対して履歴消去指示を発行する部分である。そして、消去通知を受けて、消去指示履歴２２４に結果を記録する。また、端末の電源ＯＦＦが原因により、消去できなかった場合には、端末電源監視部１３８により、通信管理サーバ２００に端末の電源ＯＮが通知された段階で、再度、消去指示を発行する。

サーバ管理端末４００は、サーバ管理者がサーバにアクセスするための端末である。サーバ管理端末４００は、リモート、常時管理が可能なことが必要となりデータセンターの常駐サーバ管理者が使用する。本実施形態では、サーバ管理端末４００から、履歴の消去の入力がおこなわれるという意義がある。

なお、図２では、通信網３００にサーバ管理端末４００が接続されているが、通信管理サーバ２００自体に管理プログラムが組み込まれて、表示装置により、管理情報を表示させ、設定するという構成でもよい。

次に、図３ないし図５を用いて、一実施形態に係る通話システムの各部のハードウェア構成、ソフトウェア構成について説明する。図３は、通信管理サーバ２００のハードウェア・ソフトウェアを示す構成図である。図４は、サーバ管理端末４００のハードウェア・ソフトウェアを示す構成図である。図５は、スマートフォン１００のハードウェア・ソフトウェアを示す構成図である。

通信管理サーバ２００のハードウェア構成は、図３に示されるようにＣＰＵ１２０２、主記憶装置１２０８、表示Ｉ／Ｆ１２０４、入出力Ｉ／Ｆ１２０６、ネットワークＩ／Ｆ１２１０、補助記憶Ｉ／Ｆ１２１２がバスにより接続されたものである。

表示装置１２３０には、稼動状況のモニタや出力結果が表示される。入出力Ｉ／Ｆ１２０６には、キーボード１２２０やマウス１２２２などの入出力装置が接続され、管理者は、これらの入出力装置からコマンドなどを入力する。ネットワークＩ／Ｆ１２１０には、ＬＡＮ、ＷＡＮなどの通信網３００が接続され、このＩ／Ｆを介して外部の装置と通信をおこなう。補助記憶Ｉ／Ｆ１２１２には、データやプログラムを格納するハードディスク装置１２６０などの記憶装置が接続される。ハードディスク装置１２６０は、アレイ上に接続されてディスクアレイを構成する場合もある。

業務処理のアプリケーションプログラム、ＯＳなどは、ハードディスク装置１２６０に格納されており、実行されるときに主記憶装置１２０８にロードされて、ＣＰＵ１２０２により実行される。

特に、通信管理サーバ２００として実行されるプログラムとしては、一般電話網３００ｂの局線発信と、ＩＰ網３００ａのパケット通信をおこなう通信プログラム１２８０と、通信情報やサーバ電話帳の管理をおこなう通信情報・電話帳管理プログラム１２８２、スマートフォン１００とやり取りするための端末インタフェースプログラム１２８４がある。

通信プログラム１２８０は、図２により説明した局線発信部２４０、端末転送部２５０、着信転送部２７０、サーバ管理者指示受信部２８０の機能を実現するプログラムである。通信情報・電話帳管理プログラム１２８２は、図２により説明したサーバ電話帳比較部２６０、履歴消去指示部２９０の機能を実現するプログラムである。

端末インタフェースプログラム１２８４は、図２により説明した認証部２３０の機能を実現するプログラムである。また、ハードディスク装置１２６０には、テーブルとして、サーバ電話帳２２１、端末情報２２２、認証・認証履歴情報２２３、消去指示履歴２２４、判定テーブル２２５を有する。

サーバ管理端末４００のハードウェア構成としては、例えば、図４に示されるような一般的なパーソナルコンピュータで実現される。サーバ管理端末４００は、ＣＰＵ（Central Processing Unit）１４０２、主記憶装置１４０４、ネットワークＩ／Ｆ１４０６、表示Ｉ／Ｆ１４０８、入出力Ｉ／Ｆ１４１０、補助記憶Ｉ／Ｆ１４１２が、バスにより結合された形態になっている。

ＣＰＵ１４０２は、サーバ管理端末４００の各部を制御し、主記憶装置１４０４に必要なプログラムをロードして実行する。主記憶装置１４０４は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ１４０２が実行するプログラム、参照するデータが記憶される。ネットワークＩ／Ｆ１４０６は、通信網３００と接続するためのインタフェースである。表示Ｉ／Ｆ１４０８は、ＬＣＤ（Liquid Crystal Display）などの表示装置１４０を接続するためのインタフェースである。入出力Ｉ／Ｆ１４１０は、入出力装置を接続するためのインタフェースである。図４の例では、キーボード１４３０とポインティングデバイスのマウス１４３２が接続されている。

補助記憶Ｉ／Ｆ１４１２は、ＨＤＤ（Hard Disk Drive）１４５０や光ディスクドライブ（Digital Versatile Disk）１４４０などの補助記憶装置を接続するためのインタフェースである。ＨＤＤ１４５０は、大容量の記憶容量を有しており、本実施形態を実行するためのプログラムが格納されている。

サーバ管理端末４００には、サーバ管理プログラム１４６０がインストールされている。サーバ管理プログラム１４６０は、通信管理サーバ２００の設定をしたり、通信管理サーバ２００の有する情報を、表示したり更新するプログラムである。

光ディスクドライブ１４４０は、ＤＶＤやＣＤなどの光学ディスクにデータを書き込んだり、光学ディスクからデータを読み込んだりする装置であり、サーバ管理プログラム１４６０は、例えば、ＣＤ−ＲＯＭにより提供されたものをインストールすることができる。

スマートフォン１００としては、図５に示される構造を有するスマートフォンが利用できる。スマートフォン１００は、図５に示されるように、アプリケーションプロセッサ１１０２、ベースバンドプロセッサ１１０４、無線ＬＡＮＩ／Ｆ１１０６、表示Ｉ／Ｆ１１０８、外部Ｉ／Ｆ１１１０、主記憶装置１１１２、フラッシュメモリ１１１４、オーディオＩ／Ｆ１１１６がバスにより結合された形態になっている。

アプリケーションプロセッサ１１０２は、スマートフォンの各部を制御し、主記憶装置１１１２に必要なプログラムをロードして実行する。
ベースバンドプロセッサ１１０４は、デジタルデータをベースバンド信号に載せて送信する処理、また、逆に、高周波信号からデジタル信号を取り出す処理をするプロセッサである。

主記憶装置１１１２は、通常、ＲＡＭなどの揮発メモリで構成され、アプリケーションプロセッサ１１０２が実行するプログラム、参照するデータが記憶される。ネットワークＩ／Ｆ１１０６は、ネットワーク６０と接続するためのインタフェースである。外部Ｉ／Ｆは、外部装置として、タッチパネル１１３０やＵＳＢ機器１１４０を接続するためのインタフェースである。表示Ｉ／Ｆ１１０８は、ＬＣＤ（Liquid Crystal Display）１１２０などの表示装置を接続するためのインタフェースである。

フラッシュメモリ１１１４は、補助記憶として機能するメモリであり、通常、主記憶装置１１１２より大容量である。フラッシュメモリ１１１４には、アプリとして、通信情報やサーバ電話帳の管理をおこなう通信情報・電話帳管理プログラム１１８０、通信管理サーバ２００とのアクセスをつかさどるサーバインタフェースプログラム１１８２、電源のＯＮ・ＯＦを監視する電源モニタプログラム１１８４を有する。

通信情報・電話帳管理プログラム１１８０は、図２により説明したサーバ電話帳表示部１３２、個人電話帳発着信監視部１３４、履歴フラグ設定部１３５、履歴消去指示受信部１３６、履歴消去部１３７の機能を実現するプログラムである。サーバインタフェースプログラム１１８２は、図２に示したサーバ認証部１３１、サーバ経由発信部１３３の機能を実現するプログラムである。

電源のＯＮ・ＯＦを監視する電源モニタプログラム１１８４は、図２に示した端末電源監視部１３８の機能を実現するプログラムである。また、データとして、個人電話帳１１１、発信履歴１１２、着信履歴１１３、端末情報１１４、サーバ認証情報１１５を保持している。オーディオＩ／Ｆ１１１６は、スピーカ１１５０やヘッドフォン、イヤフォンなどの音声出力機器、マイク１１５２などの音声入力機器を接続するためのインタフェースである。

次に、図６ないし図１０を用いて、一実施形態に係るデータ構造について説明する。図６は、サーバ電話帳の一例を示す図である。図７は、個人電話帳の一例を示す図である。図８は、発信履歴の一例を示す図である。図９は、着信履歴の一例を示す図である。図１０は、判定テーブルの一例を示す図である。

サーバ電話帳２２１は、既に説明したように、通信管理サーバ２００の記憶部２２０に保持されるテーブルであり、図６に示されるように、名前２２１ａ、電話番号２２１ｂ、会社名２２１ｃ、部署名２２１ｄ、職位２２１ｅの各フィールドを有する。

個人電話帳１１１は、既に説明したように、スマートフォン１００の記憶部１１２０に保持されるテーブルであり、図７に示されるように、名前１１１ａ、電話番号１１１ｂ、住所１１１ｃ、Ｅ−ｍａｉｌ１１１ｄ、関係１１１ｅの各フィールドを有する。

本実施形態では、サーバ電話帳が企業活動に関係する会社名の情報などを格納するようにして、その用途が理解しやすいように説明したが、サーバ電話帳２２１のフィールドを個人電話帳１１１に設けてもよいし、逆に、個人電話帳１１１のフィールドをサーバ電話帳２２１に設けてもよく、全く同じ構造であってもよい。

発信履歴１１２は、このスマートフォン２００から発信したときの通話履歴を格納するテーブルであり、図８に示されるように、着信履歴日時１１２ａ、電話番号１１２ｂ、通話／不通１１２ｃ、呼出時間１１２ｄ、通話時間１１２ｅ、サーバ電話帳フラグ１１２ｆ、個人電話帳フラグ１１２ｇの各フィールドよりなり、一つの発信呼出に対して、一つのエントリが作成される。

日時１１２ａは、発信した日時を格納する。電話番号１１２ｂは、発信に係る電話番号を格納する。通話／不通１１２ｃは、通話されたかなどの状態を格納する。呼出時間１１２ｄは、呼び出すために必要だった時間を格納する。通話時間１１２ｅは、実際に通話した時間を格納する。サーバ電話帳フラグ１１２ｆは、この発信に係る電話番号１１２ｂが、サーバ電話帳２２１に存在するか否かの情報を格納する。個人電話帳フラグ１１２ｇは、この発信に係る電話番号１１２ｂが、個人電話帳１１１に存在するか否かの情報を格納する。

対照的に、着信履歴１１３は、このスマートフォン２００に着信したときの通話履歴を格納するテーブルであり、発信履歴１１２と同じように、図９に示されるように、日時１１３ａ、電話番号１１３ｂ、通話／不通１１３ｃ、呼出時間１１３ｄ、通話時間１１３ｅ、サーバ電話帳フラグ１１３ｆ、個人電話帳フラグ１１３ｇの各フィールドよりなり、一つの着信呼出に対して、一つのエントリが作成される。

日時１１３ａは、着信した日時を格納する。電話番号１１３ｂは、この着信に係る電話番号を格納する。通話／不通１１３ｃは、通話されたかなどの状態を格納する。呼出時間１１３ｄは、呼び出すために必要だった時間を格納する。通話時間１１３ｅは、実際に通話した時間を格納する。サーバ電話帳フラグ１１３ｆは、この着信に係る電話番号１１３ｂが、サーバ電話帳２２１に存在するか否かの情報を格納する。個人電話帳フラグ１１３ｇは、この発信に係る電話番号１１３ｂが、個人電話帳１１１に存在するか否かの情報を格納する。

判定テーブル２２５は、既に説明したように、着信・発信に係る電話番号が、サーバ電話帳２２１、個人電話帳に存在するか否かによって、その呼に係る着信履歴・発信履歴のエントリを消去するか否かを判定するためのテーブルであり、サーバ電話帳の登録と個人電話帳の登録の値の組み合わせに対して、それぞれの着信履歴・発信履歴エントリを消去するかそのまま残すかを指定する。
ここでは、二種類の判定テーブルを示している。

図１０（ａ）に示す例では、サーバ電話帳２２１に登録があるときには、その着信履歴・発信履歴のエントリを消去することにし、それ以外、すなわち、サーバ電話帳２２１に登録がないとき、そのエントリを残すことにしている。一方、図１０（ｂ）に示す例では、サーバ電話帳２２１に登録があり、個人電話帳１１１に登録がないときにのみ、その着信履歴・発信履歴のエントリを消去することにし、それ以外は、そのエントリを残すことにしている。サーバ電話帳２２１に登録された電話番号が、企業活動に関連することを鑑みれば、図１０（ａ）の方が、企業の情報漏洩を防ぐという観点からは好ましい。

次に、図１１Ａないし図１３を用いて、一実施形態に係る通話処理と履歴管理処理について説明する。図１１Ａ、図１１Ｂは、発信時の通信処理と履歴管理処理を示すシーケンス図である。図１２Ａ、図１２Ｂは、着信時の通信処理と履歴管理処理を示すシーケンス図である。図１３は、履歴消去時の履歴管理処理を示すシーケンス図である。

先ず、図１１Ａを用いて通信管理サーバ２００のサーバ電話帳２２１を利用して、サーバ電話帳に登録されている相手端末５００（固定電話、携帯電話、スマートフォン、ＰＣ、タブレットなど電話機能を有する端末を全て含めることにしてよい）に発信する例について説明する。

スマートフォン１００が起動されると、手動あるいは自動的に間連するアプリ（通信情報・電話帳管理プログラム１１８０、通信管理サーバ２００とのアクセスをつかさどるサーバインタフェースプログラム１１８２、電源モニタプログラム１１８４）が起動される（ＳＱ１００）。

そして、ユーザが通信管理サーバ２００にアクセスするときには、認証がおこなわれ（ＳＱ１０２）、図１に示した基地局２０、ＩＰ網３００ａ経由で、認証情報（ユーザＩＤ、パスワード）が通信管理サーバ２００に送信される（Ａ１００）。認証情報（ユーザＩＤ、パスワード）の入力は、ダイアローグから入力してもよいし、キャシュファイルから自動的に読取って送信するようにしてもよい。

通信管理サーバ２００では、送られてきた認証情報を、通信管理サーバ２００内に保持する認証・認証履歴情報２２３とマッチングをとって、認証処理をおこなう（ＳＱ２００）。

そして、認証がＯＫのときは、その旨をスマートフォン１００に通知する（Ａ１０２）。次に、スマートフォン１００は、通信管理サーバ２００に対して、サーバ電話帳２２１を要求する（Ａ１０４）。通信管理サーバ２００では、これを受けて、保持するサーバ電話帳２２１の情報をスマートフォン１００に送信する（ＳＱ２０２、Ａ１０６）。

ユーザは、画面に表示されたサーバ電話帳のエントリから発信相手を選択して（ＳＱ１０４）、発信相手番号が通信管理サーバ２００に送信される（Ａ１０８）。通信管理サーバ２００は、局発信をおこなう（ＳＱ２０４、Ａ１１０）。局発信をおこなった場合、ＩＰ網３００ａから一般電話網３００ｂの交換局６００（図示せず）を介して、着信する（Ａ１１２）。また、図示してないが、ＩＰ網３００ａに接続されたＩＰゲートウェイ３０を介して、ＩＰ電話に着信することもある。

着信した相手端末５００では、着信処理がなされ（ＳＱ５００）、交換局６００経由応答がされて（Ａ１１４、Ａ１１６）、通信管理サーバ２００は、発信したスマートフォン１００に応答情報を転送する（Ａ１１８）。その後は、相手端末５００に通話データが送られ（Ａ１２０）、通話が開始される（ＳＱ１０６）。

通話が切断されると（Ａ１２２）、履歴設定処理がなされる（ＳＱ１０８）。履歴設定処理では、図８に示されるように、着信履歴日時１１２ａ、電話番号１１２ｂ、通話／不通１１２ｃ、呼出時間１１２ｄ、通話時間１１２ｅに通話に関する履歴が設定される。特に、ここでは、サーバ電話帳２２１に発信電話番号があるので、サーバ電話帳フラグ１１２ｆを「有り」にする。また、発信電話番号が個人電話帳１１１にあるか否かを検索、個人電話帳１１１にある場合には、個人電話帳フラグ１１２ｇに「有り」、ない場合には、「無し」を設定する。

次に、図１１Ｂを用いてスマートフォン１００の個人電話帳１１１を利用して、個人電話帳に登録されている相手に発信する例について説明する。ここで、個人電話帳１１１に登録されている電話番号は、通信管理サーバ２００を介さず、直接、一般電話網３００ｂの局発信であるものとする。

ユーザは、スマートフォンの個人電話帳１１１を表示させ、発信したい相手を選択する（ＳＱ１１０）。このとき、発信電話番号が一般電話網３００ｂの交換局６００に送られ（Ａ１４０）、交換局６００は、発信電話番号のスマートフォン１００に着信させる（Ａ１４２）。

着信した相手端末５００では、着信処理がなされ（ＳＱ５０２）、交換局６００経由応答がされて（Ａ１４４）、発信したスマートフォン１００に応答情報が転送される（Ａ１４６）。その後は、相手端末５００に通話データが送られ（Ａ１４８）、通話が開始される（ＳＱ１１２）。通話が切断されると（Ａ１５０）、履歴設定処理がなされる（ＳＱ１１４）。

履歴設定処理では、図８に示されるように、日時１１２ａ、電話番号１１２ｂ、通話／不通１１２ｃ、呼出時間１１２ｄ、通話時間１１２ｅ、サーバ電話帳フラグ１１２ｆ、個人電話帳フラグ１１２ｂに通話に関する履歴が設定される。特に、ここでは、発信電話番号が個人電話帳１１１にあるので、個人電話帳フラグ１１２ｇを「有り」にする。

なお、ここでは、ユーザが個人電話帳１１１から、発信相手を選択して発信する場合について説明したが、直接、相手の電話番号を入力して発信することもある。そのときには、その発信相手番号が、個人電話帳１１１にあるか否かを検索し、あるときには、個人電話帳フラグ１１２ｇを「有り」にし、ないときには、個人電話帳フラグ１１２ｇを「無し」に設定する。

次に、スマートフォン１００は、通信管理サーバ２００に、基地局２００、ＩＰ網３００ａ経由で、発信電話番号がサーバ電話帳２２１に有るか否かを問合せる（Ａ１５２）。

通信管理サーバ２００は、発信電話番号をキーにして、サーバ電話帳２２１に有るか否かを検索して（ＳＱ２０６）、スマートフォン１００に結果を返す（Ａ１５４）。その結果、発信電話番号がサーバ電話帳２２１にある場合には、サーバ電話帳フラグ１１２ｆに「有り」、ない場合には、「無し」を設定する。

次に、図１２Ａを用いて相手端末５００から発信され、通信管理サーバ２００経由で、スマートフォン１００に着信する例について説明する。なお、ここでは、相手端末の認証処理は、図示しなかったが、図１１Ａと同様認証処理がおこなわれているものとする。

通信管理サーバ２００に発信相手番号Ａ２００が送られると（Ａ２００）、通信管理サーバ２００は、スマートフォン１００を呼び出し（Ａ２０２）、スマートフォン１００では、着信処理がされ（ＳＱ１２０）、通信管理サーバ２００経由で応答が返される（Ａ２０４、Ａ２０６）。

呼び出し時には、同時に、発信電話番号（スマートフォン１００から見ると、着信電話番号になる）が、サーバ電話帳にあるか否かの情報が送られてくるものとする。その後は、スマートフォン１００に通話データが送られ（Ａ２０８）、通話が開始される（ＳＱ１２２）。通話が切断されると（Ａ２１０）、履歴設定処理がなされる（ＳＱ１２４）。

履歴設定処理では、図９に示されるように、日時１１３ａ、電話番号１１３ｂ、通話／不通１１３ｃ、呼出時間１１３ｄ、通話時間１１３ｅに通話に関する履歴が設定される。

サーバ電話帳フラグ１１３ｆには、通信管理サーバ２００より受信した情報に従って、着信電話番号がサーバ電話帳２２１にある場合には、サーバ電話帳フラグ１１３ｇを「有り」、ない場合には、「無し」を設定する。また、着信電話番号が個人電話帳１１１にあるか否かを検索し、個人電話帳１１１にある場合には、個人電話帳フラグ１１３ｇに「有り」、ない場合には、「無し」を設定する。

次に、図１２Ｂを用いて相手端末５００から、一般電話網３００ｂにより、スマートフォン１００に着信する例について説明する。
このとき、発信電話番号が一般電話網３００ｂの交換局６００に送られ（Ａ２２０）、交換局６００は、発信番号の相手端末５００に着信させる（Ａ２２２）。

着信したスマートフォン１００では、着信処理がなされ（ＳＱ１３０）、交換局６００経由応答がされて（Ａ２２４）、発信したスマートフォン１００に応答情報が転送される（Ａ２２６）。その後は、相手端末５００に通話データが送られ（Ａ２２８）、通話が開始される（ＳＱ１３２）。通話が切断されると（Ａ２３０）、履歴設定処理がなされる（ＳＱ１３４）。

履歴設定処理では、履歴設定処理では、図９に示されるように、日時１１３ａ、電話番号１１３ｂ、通話／不通１１３ｃ、呼出時間１１３ｄ、通話時間１１３ｅに通話に関する履歴が設定される。

着信電話番号が個人電話帳１１１にあるか否かを検索し、個人電話帳１１１にある場合には、個人電話帳フラグ１１３ｇに「有り」、ない場合には、「無し」を設定する。

次に、スマートフォン１００は、通信管理サーバ２００に、基地局２００、ＩＰ網３００ａ経由で、着信電話番号がサーバ電話帳２２１に有るか否かを問合せる（Ａ２３２）。通信管理サーバ２００は、着信電話番号をキーにして、サーバ電話帳２２１に有るか否かを検索して（ＳＱ２０８）、スマートフォン１００に結果を返す（Ａ２３４）。その結果、発信電話番号がサーバ電話帳２２１にある場合には、サーバ電話帳フラグ１１３ｆを「有り」、ない場合には、「無し」を設定する。

次に、図１３を用いて履歴消去時の履歴管理処理について説明する。
スマートフォン１００の所有者が、スマートフォン１００の紛失などセキュリティ上の問題などにより、スマートフォン１００に保持されている発信履歴１１２、着信履歴１１３を消去したいと考える事態が発生したとする。

このとき、スマートフォン１００の所有者は、このシステムの管理者に連絡する（Ａ３００）。システムの管理者は、サーバ管理端末４００を操作し、通信管理サーバ２００にそのスマートフォン１００が保持されている履歴の消去を指示する（ＳＱ４００、Ａ３０２）。通信管理サーバ２００では、そのスマートフォン１００に対して、保持している履歴の消去を指示する（ＳＱ２１０、Ａ３０４）。

スマートフォン１００は、この指示を受けて、発信履歴１１２のサーバ電話帳フラグ１１２ｆ、個人電話帳フラグ１１２ｇ、および、着信履歴１１３のサーバ電話帳フラグ１１３ｆ、個人電話帳フラグ１１３ｇを参照して、図１０に示した判定ルールに従い、該当するエントリを消去する（ＳＱ３１０）。

例えば、図１０（ａ）の判定ルールのときには、発信履歴１１２のサーバ電話帳フラグ１１２ｆ＝「有り」であり、着信履歴１１３のサーバ電話帳フラグ１１３ｆ＝「有り」のときには、該当するエントリは、消去されることになる。また、図１０（ｂ）の判定ルールのときには、発信履歴１１２のサーバ電話帳フラグ１１２ｆ＝「有り」、個人電話帳フラグ１１２ｇ＝「無し」であり、着信履歴１１３のサーバ電話帳フラグ１１３ｆ＝「有り」、個人電話帳フラグ１１３ｇ＝「無し」のときには、該当するエントリは、消去されることになる。
そして、スマートフォン１００は、通信管理サーバ２００に履歴の消去処理が終了したことを通知する（Ａ３０６）。

通信管理サーバ２００では、それを受けて、消去指示の履歴が設定される（ＳＱ２１２）。消去指示の履歴は、消去指示＝済み、消去処理＝済みと設定される。また、消去指示後、スマートフォン１００から、履歴の消去処理の報告がないときには、所定回数（例えば、５回）、５分ごとに、応答がないときには、さらに、１日後に、消去指示を繰り返す（図示せず）。このときに、消去指示の履歴は、消去指示＝済み、消去処理＝ペンディングになる。

履歴の消去処理の報告がないときは、スマートフォン１００の電源が入っていない、通信圏外にあるなどの理由が考えられる。スマートフォン１００の電源が入っていないときには、電源をＯＮにしたときには、スマートフォン１００は、通信管理サーバ２００に電源がＯＮにされたことを通知する（ＳＱ３１２、Ａ３０８）。

通信管理サーバ２００は、そのスマートフォン１００に関する消去指示の履歴が、消去指示＝済み、消去処理＝ペンディングのときには、そのスマートフォン１００に対して、保持している履歴の消去を指示する（ＳＱ２１４、Ａ３１０）。そして、ＳＱ３１０と同様、スマートフォン１００は、この指示を受けて、発信履歴１１２のサーバ電話帳フラグ１１２ｆ、個人電話帳フラグ１１２ｇ、および、着信履歴１１３のサーバ電話帳フラグ１１３ｆ、個人電話帳フラグ１１３ｇを参照して、図１０に示した判定ルールに従い、該当するエントリを消去する（ＳＱ３１４）。

そして、スマートフォン１００は、通信管理サーバ２００に履歴の消去処理が終了したことを通知する（Ａ３１２）。通信管理サーバ２００では、それを受けて、消去指示の履歴が設定される（ＳＱ２１６）。消去指示の履歴は、消去指示＝済み、消去処理＝済みと設定される。

２０…基地局、３０…ＶｏＩＰゲートウェイ、１００…スマートフォン、２００…通信管理サーバ、３００…通信網、３００ａ…ＩＰ網、３００ｂ…一般電話網、４００…サーバ管理端末、５００…相手端末、６００…交換局。

Claims (14)

1. 携帯端末から通信管理サーバを経由して相手端末に発信する通話と、前記携帯端末が一般電話網経由で直接相手端末に発信する通話とが可能な通話システムにおける通話履歴管理方法であって、
   前記通信管理サーバは、通信管理サーバを経由する発着信に係る電話番号を登録するサーバ電話帳を保持し、
   前記携帯端末は、発信に係る電話番号と、その電話番号がサーバ電話帳に存在するか否かを示すサーバ電話帳フラグとを記憶する発信履歴と、着信に係る電話番号と、その電話番号がサーバ電話帳に存在するか否かを示すサーバ電話帳フラグとを記憶する着信履歴と、前記発信履歴と前記着信履歴を消去する判定に用いる判定ルールとを保持し、
   前記携帯端末が、発信に係る電話番号が前記サーバ電話帳に存在するか否か、着信に係る電話番号が前記サーバ電話帳に存在するか否かに従って、前記発信履歴のサーバ電話帳フラグまたは前記着信履歴のサーバ電話帳フラグを設定し、
   前記携帯端末が、前記発信履歴のサーバ電話帳フラグまたは前記着信履歴のサーバ電話帳フラグを参照し、前記判定ルールに従って、該当する前記発信履歴のエントリまたは前記着信履歴のエントリを消去することを特徴とする通話履歴管理方法。
2. さらに、前記携帯端末が、通信網を介して前記通信管理サーバに、発信に係る電話番号または着信に係る電話番号が、前記サーバ電話帳に登録されているか否かを問合せ、
   前記通信管理サーバが、問い合わされた発信に係る電話番号または着信に係る電話番号が、前記サーバ電話帳に登録されているか否かを検索し、結果を前記通信網を介して、前記携帯端末に返信することを特徴とする請求項１記載の通話履歴管理方法。
3. さらに、前記携帯端末は、一般電話網経由で直接、相手端末に発信する通話の電話番号を登録する個人電話帳を有し、
   さらに、前記発信履歴は、発信に係る電話番号が個人電話帳に存在するか否かを示す個人電話帳フラグを記憶し、前記着信履歴は、着信に係る電話番号が個人電話帳に存在するか否かを示す個人電話帳フラグを記憶し、
   発信に係る電話番号が前記個人電話帳に存在するか否か、着信に係る電話番号が前記個人電話帳に存在するか否かに従って、前記発信履歴の個人電話帳フラグまたは前記着信履歴の個人電話帳フラグを設定し、
   前記携帯端末が、前記発信履歴のサーバ電話帳フラグおよび発信履歴の個人電話帳フラグ、または、前記着信履歴のサーバ電話帳フラグおよび着信履歴の個人電話帳フラグを参照し、前記判定ルールに従って、該当する前記発信履歴のエントリまたは前記着信履歴のエントリを消去することを特徴と請求項１記載の通話履歴管理方法。
4. さらに、前記携帯端末が、発信に係る電話番号または着信に係る電話番号が、前記個人電話帳に登録されているか否かを検索することを特徴とする請求項３記載の通話履歴管理方法。
5. 前記通信管理サーバから、前記携帯端末に通信網を介して前記発信履歴および前記着信履歴の消去を指示し、
   前記携帯端末は、前記通信管理サーバから、前記通信網を介して前記発信履歴および前記着信履歴の消去の指示を受けときに、前記発信履歴または前記着信履歴の消去をおこなうことを特徴とする請求項１ないし請求項４記載のいずれかの通話履歴管理方法。
6. 前記通信管理サーバは、前記携帯端末への前記発信履歴および前記着信履歴の消去を指示と、前記携帯端末からの消去に関する通知を記憶する消去指示履歴を保持し、
   前記携帯端末から通信網を介して、消去に関する通知を受信し、前記消去指示履歴に記憶し、
   前記携帯端末から電源ＯＮの通知を受け、
   前記携帯端末から電源ＯＮの通知を受けたときに、前記消去指示履歴の前記携帯端末での消去処理がペンディングである場合、再度、前記携帯端末に、前記通信網を介して、前記発信履歴および前記着信履歴の消去を指示することを特徴とする請求項５記載の通話履歴管理方法。
7. 携帯端末から通信管理サーバを経由して相手端末に発信する通話と、前記携帯端末が一般電話網経由で直接相手端末に発信する通話とが可能な通話システムであって、
   前記通信管理サーバは、通信管理サーバを経由する発着信に係る電話番号を登録するサーバ電話帳を保持し、
   前記携帯端末は、発信に係る電話番号と、その電話番号がサーバ電話帳に存在するか否かを示すサーバ電話帳フラグとを記憶する発信履歴と、着信に係る電話番号と、その電話番号がサーバ電話帳に存在するか否かを示すサーバ電話帳フラグとを記憶する着信履歴と、前記発信履歴と前記着信履歴を消去する判定に用いる判定ルールとを保持し、
   前記携帯端末が、発信に係る電話番号が前記サーバ電話帳に存在するか否か、着信に係る電話番号が前記サーバ電話帳に存在するか否かに従って、前記発信履歴のサーバ電話帳フラグまたは前記着信履歴のサーバ電話帳フラグを設定し、
   前記携帯端末が、前記発信履歴のサーバ電話帳フラグまたは前記着信履歴のサーバ電話帳フラグを参照し、前記判定ルールに従って、該当する前記発信履歴のエントリまたは前記着信履歴のエントリを消去する
   ことを特徴とする通話システム。
8. 前記携帯端末が、前記通信管理サーバに通信網を介して、発信に係る電話番号または着信に係る電話番号が、前記サーバ電話帳に登録されているか否かを問合せ、
   前記通信管理サーバが、問い合わされた発信に係る電話番号または着信に係る電話番号が、前記サーバ電話帳に登録されているか否かを検索し、結果を、前記通信網を介して、前記携帯端末に返信することを特徴とする請求項７記載の通話システム。
9. 前記携帯端末は、一般電話網経由で直接、相手端末に発信する通話の電話番号を登録する個人電話帳を有し、
   さらに、前記発信履歴は、発信に係る電話番号が個人電話帳に存在するか否かを示す個人電話帳フラグを記憶し、前記着信履歴は、着信に係る電話番号が個人電話帳に存在するか否かを示す個人電話帳フラグを記憶し、
   前記携帯端末が、発信に係る電話番号が前記個人電話帳に存在するか否か、着信に係る電話番号が前記個人電話帳に存在するか否かに従って、前記発信履歴の個人電話帳フラグまたは前記着信履歴の個人電話帳フラグを設定し、
   前記携帯端末が、前記発信履歴のサーバ電話帳フラグおよび発信履歴の個人電話帳フラグ、または、前記着信履歴のサーバ電話帳フラグおよび着信履歴の個人電話帳フラグを参照し、前記判定ルールに従って、該当する前記発信履歴のエントリまたは前記着信履歴のエントリを消去することを特徴と請求項７記載の通話システム。
10. 前記携帯端末が、発信に係る電話番号または着信に係る電話番号が、前記個人電話帳に登録されているか否かを検索することを特徴と請求項９記載の通話システム。
11. 前記通信管理サーバから、前記携帯端末に通信網を介して、前記発信履歴および前記着信履歴の消去を指示し、
    前記携帯端末は、前記通信管理サーバから前記通信網を介して、前記発信履歴および前記着信履歴の消去の指示を受けときに、前記発信履歴または前記着信履歴の消去をおこなうことを特徴とする請求項７ないし請求項１０記載のいずれかの通話システム。
12. 前記通信管理サーバは、前記携帯端末への前記発信履歴および前記着信履歴の消去を指示と、前記携帯端末からの消去に関する通信を記憶する消去指示履歴を保持し、
    前記携帯端末から通信網を介して、消去に関する通信を受信し、前記消去指示履歴に記憶し、
    前記携帯端末から電源ＯＮの通知を受け、
    前記携帯端末から電源ＯＮの通知を受けたときに、前記消去指示履歴の前記携帯端末での消去処理がペンディングである場合、再度、前記携帯端末に前記通信網を介して、前記発信履歴および前記着信履歴の消去を指示をすることを特徴とする請求項１１記載の通話システム。
13. 通信管理サーバを経由して相手端末に発信する通話と、一般電話網経由で直接相手端末に発信する通話とが可能な通話システムにおいて使用される携帯端末であって、
    前記一般電話網経由で直接、相手端末に発信する通話の電話番号を登録する個人電話帳と、
    発信に係る電話番号と、その電話番号がサーバ電話帳に存在するか否かを示すサーバ電話帳フラグと、その電話番号が個人電話帳に存在するか否かを示す個人電話帳フラグとを記憶する発信履歴と、着信に係る電話番号と、その電話番号がサーバ電話帳に存在するか否かを示すサーバ電話帳フラグと、その電話番号が個人電話帳に存在するか否かを示す個人電話帳フラグとを記憶する着信履歴と、前記発信履歴と前記着信履歴を消去する判定に用いる判定ルールとを保持する手段と、
    前記通信管理サーバに、通信網を介して、発信に係る電話番号または着信に係る電話番号が、前記サーバ電話帳に登録されているか否かを問合せる手段と、
    前記通信管理サーバから受信した結果に基づき、前記発信履歴のサーバ電話帳フラグまたは前記着信履歴のサーバ電話帳フラグを設定する手段と、
    前記通信管理サーバより、前記発信履歴および前記着信履歴の消去の指示を受ける手段と、
    前記携帯端末が、発信に係る電話番号または着信に係る電話番号が、前記個人電話帳に登録されているか否かを検索する手段と、
    前記発信に係る電話番号または着信に係る電話番号が、前記個人電話帳に登録されているか否かを検索した検索結果に基づき、前記発信履歴の個人電話帳フラグまたは前記着信履歴の個人電話帳フラグを設定する手段と、
    前記携帯端末が、前記発信履歴のサーバ電話帳フラグおよび発信履歴の個人電話帳フラグ、または、前記着信履歴のサーバ電話帳フラグおよび着信履歴の個人電話帳フラグを参照し、前記判定ルールに従って、該当する前記発信履歴のエントリまたは前記着信履歴のエントリを消去する手段と、
    前記発信履歴および前記着信履歴を消去したことを前記通信管理サーバに通知する手段と
    を有することを特徴とする携帯端末。
14. さらに、電源のＯＮ・ＯＦＦを監視する手段と、
    前記電源のＯＮ・ＯＦＦを監視する手段により、電源のＯＮを検知したときに、前記通信網を介して、電源がＯＮにされたことを通知する手段とを有する
    ことを特徴とする請求項１３記載の携帯端末。

Images