(57)【要約】      （修正有）【課題】受信側電話端末と受信側電話端末との間の通話における認証処理において、既知でない相手からの着信であっても、その着信が安全なものであることを保障することができる認証システムを提供する。【解決手段】受信側電話端末の電話番号と、受信側電話端末にとって受け入れることができる発信側電話端末の電話番号と、の組に対して付与される認証IDと、を格納する識別情報データベースに接続された電話端末認証システムで、認証IDが付与されている情報が識別情報データベースに格納されているか否かに基づいて発信側電話端末の認証を行い、認証された場合に受信側電話端末に発信側電話端末からの着信通知を行う。認証されなかった場合には、着信通知を行わなくても良いし、認証されていない着信があった旨の通知を行っても良い。【選択図】図２
2007053595.tif 000002
【特許請求の範囲】
【請求項１】
発信側電話端末と受信側電話端末との間の通話における認証処理を行う電話端末認証システムであって、
受信側電話端末の電話番号と、受信側電話端末にとって受け入れることができる発信側電話端末の電話番号と、の組に対して付与される認証IDと、を格納する識別情報データベースに接続され、受信側電話端末から発信側電話端末の認証要求を受ける送受信部と、前記受信側電話端末の電話番号と前記発信側電話端末の電話番号との組に対して認証ＩＤが付されている情報が前記識別情報データベース内に格納されているか否かに基づいて前記発信側電話端末の認証を行う認証部と、を有し、認証された場合に前記受信側端末に前記発信側電話端末からの着信通知を行うことを特徴とするホストシステムを備えた電話端末認証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話端末における認証技術に関し、特に、携帯電話端末に対して、発信者からの呼び出しが安全な呼び出しであることを保証する認証サービスを提供する認証システムに関する。
【背景技術】
【０００２】
携帯電話端末等の電話端末（以下、代表例として「携帯電話端末」と称する。）の技術的な進歩によって、携帯電話端末は誰もが所持する通信手段の一つとして広く普及してきている。それに伴い、発信者が受信者にとって正当な相手であり、呼び出しが安全であるかどうかということが重要になってくる。
【０００３】
一般的に、発信者が正当な相手であるか否かに関しては、携帯電話端末に設けられている電話帳機能により判断できるようになっている。発信者からの呼び出しがあった場合に、着信した電話番号が携帯電話端末のデータ格納部にメモリ登録済の電話番号であるか否かを検索し、メモリ登録されたいた場合は着信した電話番号と共に発信者の氏名等発信者を識別できる表示を携帯電話端末の表示部に表示し、発信者の認証をユーザ自身が行えるようにしている。尚、関連公知技術文献としては下記の特許文献１がある。
【０００４】
【特許文献１】特開2004-134903号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、既知でない相手からの着信、例えば携帯電話端末のデータ格納部にメモリ登録されていない相手からの着信の場合には、従来の携帯電話端末を所持するユーザは発信者の認証を行うことができず、発信者が正当な相手か否かを判断することができないという問題がある。
【０００６】
これを解決するための手段として、通知された相手からの発信者電話番号が自己の所持する携帯電話端末の電話帳に存在しない場合において、当該着信から所定経過時間経過前に当該着信が断となった場合には不正な着信として取り扱う技術、すなわち、着信時間に基づいて発信者が正当な相手か否かを判断する技術も存在する。
【０００７】
しかしながら、着信時間は発信者が意図的に操作することもできるため、相手が正当な発信者であり、その着信が安全であることを保証することはできない。
【０００８】
本発明の目的は、既知でない相手、例えば携帯電話端末のデータ格納部にメモリ登録されていない相手からの着信であっても、相手が正当な相手であり、その着信が安全なものであることを保障することができる認証システムを提供することである。
【課題を解決するための手段】
【０００９】
本発明の一観点によれば、発信側電話端末と受信側電話端末との間の通話における認証処理を行う電話端末認証システムであって、受信側電話端末の電話番号と、受信側電話端末にとって受け入れることができる発信側電話端末の電話番号と、の組に対して付与される認証IDと、を格納する識別情報データベースに接続され、受信側電話端末から発信側電話端末の認証要求を受ける送受信部と、前記受信側電話端末の電話番号と前記発信側電話端末の電話番号との組に対して認証ＩＤが付されている情報が前記識別情報データベース内に格納されているか否かに基づいて前記発信側電話端末の認証を行う認証部と、を有し、認証された場合に前記受信側端末に前記発信側電話端末からの着信通知を行うことを特徴とするホストシステムを備えた電話端末認証システムが提供される。
【００１０】
認証されなかった場合には、着信通知を行わなくても良いし、認証されていない着信があった旨の通知を行っても良い。
【発明の効果】
【００１１】
以上のように本発明の通信端末による認証システムを用いると、以下のような利点がある。
【００１２】
すなわち、既知でない相手、例えば携帯電話端末のデータ格納部にメモリ登録されていない相手からの発信に基づく着信であっても、相手が正当な相手であり、その着信が安全なものであることを保障することができる場合には着信通知を行い、そうでない場合はその旨を通知して、電話端末間の通信をスムーズに行うとともに、迷惑電話の受け取りを排除することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の一実施の形態による通信端末における認証システムについて携帯電話端末を使用した場合を例にして説明する。
【００１４】
図１は、本実施の形態による認証システムの一構成例を示す機能ブロック図である。図１に示すように、本実施の形態による認証システムは、識別情報データベース(DB)１２と接続されるホストシステム１１と、ホストシステム１１に対して例えば公衆回線網１３を介して認証要求を行い、ホストシステム１１から認証結果を取得する携帯電話端末１５a、１５b、…、１５ｎとから構成されている。携帯電話端末１５a、１５b、１５ｎは、無線回線によって公衆回線網１３に接続される基地局１４にアクセス可能である。従って、これらの携帯電話端末１５a、１５b、１５ｎとホストシステム１１とは、基地局１４に到る無線回線および公衆回線網１３を介してホストシステム１１に接続される。適宜図１を参照して、以下にさらに詳細な説明を行う。
【００１５】
図２は、図１に示すホストシステム１１の一構成例を示す機能ブロック図である。携帯電話端末１５a、１５b、１５ｎからの認証ＩＤ登録要求と認証要求、携帯電話端末への認証結果に関連する情報の送受信を行う送受信部２１と、認証機関などの公証力のある機関によって認証済みの電話番号及び認証ＩＤを予め登録する識別情報入力部２２と、識別情報データベース１２との間で識別情報のやり取りを行うデータ処理部２３と、認証に関する処理を行う認証部２４と、を有している。
【００１６】
データ処理部２３は、識別情報データベース１２に対して識別情報の登録、更新、削除を行うＤＢ更新部２３１と、識別情報の検索処理を行う検索処理部２３２とを含んでいる。ここで認証部２４は、携帯電話端末１５a、１５b、１５ｎから受信した識別情報と識別情報データベースに登録された識別情報とを比較し、識別情報同士の一致、不一致に基づく認証結果を生成する。
【００１７】
図３は、携帯電話端末１５a、１５b、１５ｎの構成例を示す機能ブロック図である。携帯電話端末（１５）は、端末の所持者が発信時に相手先の電話番号を入力するための操作ボタンを含む操作部３１と、発信者又は着信者の電話番号等を表示するＬＣＤなどからなる表示部３２と、電話の発信を行う発信部３３と、電話の着信を行う受信部３４と、電話番号及び認証IDを格納するデータ格納部３５と、ホストシステム１１との通信を行うホスト通信部３６と、例えば携帯電話端末１５aと１５bの間で赤外線通信などの手段によりそれぞれの識別情報を交換することができるＩＤ送受信部３７と、ＩＤ送受信部３７において受信した識別情報をデータ格納部３５に格納するＩＤ登録部３８と、を有している。尚、ＩＤ送受信部３７は、例えば、いわゆる機種変更により携帯電話を購入した場合に、旧携帯電話機のメモリに登録されている情報を新しい携帯電話機に引き継ぐ場合などに用いられる。
【００１８】
図４は、図１に示す識別情報データベース１２に格納され認証に使用する識別情報の一例を示す図である。図４に示すように、識別情報は、発信者電話番号４１と、発信者氏名４２と、受信者電話番号４３と、認証ＩＤ４４と、を有している。認証ＩＤ４４には、予めＩＤ送受信部３７において受信され、ＩＤ登録部３８によってデータ格納部３５に格納された着信者の認証ＩＤ、又は予め認証機関等によって認証を受け、識別情報入力部２２で登録された認証ＩＤが格納される。
【００１９】
データ格納部３５に登録される認証ＩＤは、受信者の認証ＩＤ又は認証機関等で付与された認証ＩＤ（この場合は発信者の認証ＩＤ）のいずれかである。送受信部２１からデータ格納部３５に登録される場合（発信者が電話をかける時にデータ格納部３５に登録する場合）は、自身の番号（発信者電話番号４１）、電話をかける相手の番号（受信者電話番号４３）、及び受信者の認証ＩＤが認証に必要な最低限のセットとなる。一方、識別情報入力部２２で登録されたケース（予め認証済みの番号を登録するケース）では、最低限認証に必要な情報は自身の番号（発信者電話番号４１）及び発信者の認証ＩＤが認証に必要なセットとなる。
【００２０】
尚、認証ＩＤ４４は、ユニークな受信者電話番号４３又はユニークな発信者電話番号４１に対して付されるものであり、必ずしも認証ＩＤ４４自体がユニークである必要はない。あくまで、受信側にとって発信側の電話番号が受け入れられるものであるかどうかを識別できれば十分である。
【００２１】
尚、互いに送受信を行うことにより、自動的に互いの電話番号（ＩＤ）を交換しそれぞれのデータ格納部３５に登録することができる。
【００２２】
識別情報データベースには、新たに登録された情報とともに、例えば公共機関の電話番号が含まれているのが好ましい。これらの機関からの発信は受け取るのが一般的だからである。
【００２３】
以下、上記構成を有する携帯電話端末における認証処理の流れについて説明する。図５は、例えば、携帯電話端末１５ａが携帯電話端末１５ｂに対して発信する場合の携帯電話端末１５ａの発信処理の流れの概要を示すフローチャート図である。ユーザは、携帯電話端末１５aの操作部３１により、通信相手である携帯電話端末１５bの電話番号（短縮ダイアルを含む）を入力し、発信ボタンを押下する(ステップ５１)。次に、ホスト通信部３６がホストシステム１１にアクセスし（ステップ５２）、ＩＤ登録部３８に格納された携帯電話端末１５ｂの認証ＩＤ又は認証機関等から予め認証を受けた認証ＩＤをデータ格納部３５から取得し、この認証ＩＤと、携帯電話端末１５ａの電話番号と、携帯電話端末１５ａの所持者氏名と携帯電話端末１５ｎの電話番号とを識別情報としてホストシステム１１に送信し、自己の発信を相手方に許可してもらうための識別情報の登録処理をホストシステム１１に依頼する（ステップ５３）。次に、携帯電話端末１５ａは発信部３３によって携帯電話端末１５bの電話番号を指定して発信処理を行う（ステップ５４）。
【００２４】
図６は、例えば携帯電話端末１５aから図５に示す識別情報登録依頼を受けたホストシステム１１における識別情報登録処理の流れを示すフローチャート図である。ホストシステム１１の送受信部２１において、携帯電話端末１５ａからの識別情報登録の依頼を受けて（ステップ６１）、データ処理部２３のＤＢ更新部２３１によって、例えば識別情報一覧の発信者電話番号４１、発信者氏名４２、受信者電話番号４３、認証ＩＤ４４等の情報を識別情報ＤＢ１２に登録する（ステップ６２）。
【００２５】
図７は、例えば携帯電話端末１５ａから携帯電話端末１５ｂへ発信した際の、携帯電話端末１５ｂの着信処理の流れを示すフローチャート図である。携帯電話端末１５bは着信があった場合に、まず受信した携帯電話端末１５ａの電話番号が携帯電話端末１５ｂのデータ格納部３５にメモリ登録されているか否かを調べる（ステップ７１）。メモリ登録されている場合は（ＹＥＳ）、携帯電話端末１５ａからの着信を受ける（ステップ７９）。
【００２６】
一方、メモリ登録されていない場合は（ＮＯ）、携帯電話端末１５ｂのホスト通信部３６によってホストシステム１１に接続し（ステップ７２）、ホストシステム１１に対して、受信した電話番号、携帯電話端末１５bの電話番号、携帯電話端末１５bの認証ＩＤを送信し、認証要求を行う（ステップ７３）。その後、ホストシステム１１から認証要求に対する応答を認証結果として受信する（ステップ７４）。ステップ７５において、認証の結果が成功か失敗か判定し、認証の結果が成功であった場合は、携帯電話端末１５ｂのデータ格納部３５に受信した携帯電話端末１５ａの電話番号をメモリ登録し（ステップ７８）、携帯電話端末１５ａからの着信をうける（ステップ７９）。
【００２７】
ステップ７５において認証の結果が失敗と判断された場合は、携帯電話端末１５ｂの表示部３２に認証に失敗した旨のメッセージを表示しながら着信を受けるか否かをユーザに問い合わせる（ステップ７６）。受信の有無処理７７においてユーザが着信を受ける場合は（ＹＥＳ）、携帯電話端末１５ｂのデータ格納部３５に携帯電話端末１５ａの電話番号をメモリ登録し（ステップ７８）、携帯電話端末１５ａからの着信を受ける（ステップ７９）。ユーザが着信を拒否するとした場合は（ＮＯ）、携帯電話端末１５ａからの着信を受け付けない（拒否する、ステップ７１０）。
【００２８】
このように、自己のメモリにもホストシステムにも登録されていない場合でも、一旦はユーザに通知し、ユーザの最終的判断ができるようにすることで、重要な着信を逃さないようにすることができる。
【００２９】
図８は、携帯電話端末１５ｂの着信履歴に、携帯電話端末１５ａの電話番号が登録されていた場合における携帯電話端末１５ｂから携帯電話端末１５ａへの発信（返信）処理の流れを示すフローチャート図である。ユーザは携帯電話端末１５ｂの着信履歴を参照して返信を行う場合に、携帯電話端末１５ａの電話番号を携帯電話端末１５ｂの操作部３１により入力する（ステップ８１）。携帯電話端末１５ｂは、発信する電話番号がデータ格納部３５にメモリ登録済みであるか調べ（ステップ８２）、メモリ登録済みと判断した場合は（ＹＥＳ）、携帯電話端末１５ａに対して発信を行う（ステップ８８）。メモリ登録されていない場合は（ＮＯ）、携帯電話端末１５ｂのホスト通信部３６において、ホストシステム１１に接続し（ステップ８３）、ホストシステム１１に携帯電話端末１５ａの電話番号と、携帯電話端末１５ｂの電話番号と、携帯電話端末１５ｂの認証ＩＤとを送信し、認証要求を行う（ステップ８４）。
【００３０】
その後に、認証要求に対する応答がホストシステム１１からの認証結果として送られこれを受信する（ステップ８５）。次に、認証の結果が成功か失敗か判定し（ステップ８６）、結果が成功だった場合は（ＹＥＳ）、携帯電話端末１５ｂのデータ格納部３５に発信する携帯電話端末１５ａの電話番号をメモリ登録するとともに（ステップ８７）、携帯電話端末１５ａに対して発信を行う（ステップ８８）。ステップ８６において認証の結果が失敗と判断された場合は（ＮＯ）、携帯電話端末１５ｂの表示部３２に、認証に失敗した旨のメッセージが表示される（ステップ８９）。
【００３１】
このように処理することにより、ユーザは特に図８に示す処理（特にホストシステムへの問い合わせ）を意識せずに、返信処理を行うことができる。
【００３２】
図９は、例えば携帯電話端末１５ｂからホストシステム１１へ、携帯電話端末１５ａの電話番号の認証要求があった場合におけるホストシステム１１の認証処理の流れを示すフローチャート図である。ホストシステム１１は、携帯電話端末１５ｂからの認証要求を送受信部２１において受信する（ステップ９１）。次に、ホストシステム１１は、検索処理部２３２において、携帯電話端末１５ｂからの認証要求時に送信された携帯電話端末１５ａの電話番号が、認証機関等から認証を受けた認証IDを持つ電話番号であるか否かを調べるために、まず識別情報１の取得のために識別情報データベース１２を検索する（ステップ９２）。携帯電話端末１５ａが認証機関等から認証を受けた認証IDを持つ番号を有する電話である場合は認証結果を成功とし（ステップ９３のＹＥＳからステップ９４）、送受信部２１において携帯電話端末１５ｂに認証結果を送信する（ステップ９５）。なお、識別情報１は、例えば公共機関などのように、一般的にどの通話に関しても認証が可能な機関の電話番号である。
【００３３】
携帯電話端末１５ａが認証機関等から識別情報１としての認証を受けた認証IDをもつ電話番号でないと判断された場合は（ステップ９３のＮＯ）、この段階では認証確認はとれていないので、検索処理部２３２において、携帯電話端末１５ｂからの認証要求時に送信された携帯電話端末１５ａの電話番号と、携帯電話番号１５ｂの電話番号と、携帯電話端末１５ｂの認証IDと、のセットを検索キーとして、識別情報データベースを検索する（ステップ９６）。この際に検索する識別情報２は、携帯電話端末同士の通話を介して登録された情報である。識別情報２が識別情報データベース１２に登録されていない場合には（ステップ９７のＮＯ）、認証結果を失敗とし（ステップ９８）、送受信部２１において携帯電話端末１５ｂに認証結果を送信する（ステップ９５）。携帯電話端末１５ｂのユーザは、携帯電話端末１５ａについて認証されていない電話であることを知ることができる。識別情報２は、携帯電話端末１５ｂにとって認証ＩＤが付された、安心できる携帯電話端末１５ａであることを保証する情報と言える。
【００３４】
識別情報データベースに識別情報が登録されていた場合は（ステップ９７のＹＥＳ）、認証が成功となり（ステップ９４）、送受信部２１において携帯電話端末１５ｂに認証結果を送信する（ステップ９５）。携帯電話端末１５ｂのユーザは、携帯電話端末１５ａについて識別情報２に該当する携帯電話端末として認証されたものであることを知ることができる。
【００３５】
以上、本実施の形態による認証システムによれば、携帯電話端末のメモリに登録されていない場合であっても、その電話からのアクセスを受けた場合に、信頼できる相手からの電話であるかどうかを、特にユーザが意識せずに推定することができる。従って、知らない相手からの間違い電話や嫌がらせの電話などを受けなくてもすむという利点がある。
【００３６】
尚、上記認証処理を行うホストシステムは、例えば携帯電話会社などが運用するのが一般的である。
【産業上の利用可能性】
【００３７】
本発明は、携帯電話端末における認証システムとして利用可能である。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施の形態による認証システムの一構成例を示す図である。
【図２】本実施の形態による認証処理を行うホストシステムの一構成例を示す図である。
【図３】本実施の形態による認証要求を行う携帯電話端末の一構成例を示す図である。
【図４】本実施の形態による識別情報データベースに格納されるデータの構例を示す図である。
【図５】本実施の形態による携帯電話端末からの発信処理を流れを示すフローチャート図である。
【図６】本実施の形態によるホストシステムの識別情報の登録処理の流れを示すフローチャート図である。
【図７】本実施の形態による携帯電話端末の着信処理の流れを示すフローチャート図である。
【図８】本実施の形態による携帯電話端末の着信履歴からの発信処理の流れを示すフローチャート図である。
【図９】本実施の形態によるホストシステムの認証処理の流れを示すフローチャート図である。
【符号の説明】
【００３９】
１１…ホストシステム、１２…識別情報データベース、１３…公衆回線網、１４…基地局、１５ａ，１５ｂ，１５ｎ…携帯電話端末、２１…送受信部、２２…識別情報入力部、２３…データ処理部、２３１…DB更新部、２３２…検索処理部、２４…認証部、３１…操作部、３２…表示部、３３…発信部、３４…受信部、３５…データ格納部、３６…ホスト通信部、３７…ID送受信部、３８…ID登録部、４１…発信者電話番号、４２…発信者氏名、４３…受信者電話番号、４４…認証ID。
【図１】
2007053595.tif 000003
【図２】
2007053595.tif 000004
【図３】
2007053595.tif 000005
【図４】
2007053595.tif 000006
【図５】
2007053595.tif 000007
【図６】
2007053595.tif 000008
【図７】
2007053595.tif 000009
【図８】
2007053595.tif 000010
【図９】
2007053595.tif 000011