JP2011035671A - サーバ装置及び匿名発信方法 - Google Patents

Abstract

【課題】サーバ装置において、利用者が匿名発信を行った着信先又は第三者から利用者に対する不要な着信を回避できることを目的とする。
【解決手段】第１通信装置から第２通信装置に対する匿名発信要求を受け付けるサーバ装置であって、前記第１通信装置からの匿名発信要求を受信し、前記匿名発信要求に対する一時的識別情報を生成して発信元である第１通信装置の識別情報と着信先である第２通信装置の識別情報と前記一時的識別情報との組をレコードとして識別情報管理テーブルに登録する登録手段と、前記第１通信装置からの匿名発信要求の発信元の第１通信装置の識別情報を前記識別情報管理テーブルに登録された前記一時的識別情報に代えた発信要求を前記第２通信装置に送信する第１送信手段と、を有する。
【選択図】 図２

Description

本発明は、匿名発信要求を受け付けるサーバ装置及び匿名発信方法に関する。

例えば通信販売等の取引を行う際には、電話にて連絡をとる必要のある場合がある。この場合、利用者が電話番号を販売会社に通知し、販売会社からコールバックを行って契約成立へ向け連絡をとる。

一方、利用者が電話番号を販売会社に通知したくない場合は、販売会社との契約の成立（契約、解約）に向けた連絡をとるためには、利用者の方から電話をかけなければならない。このため、利用者が電話番号を販売会社に秘匿して、販売会社からコールバックを受けることを可能とする各種の提案がなされている。

例えば、送信者と受信者の双方の電話番号を秘匿して送信者と受信者間で通話させ、コールバックを可能にすることが提案されている（例えば特許文献１参照）。

また、携帯端末と放送局の間に携帯端末の電話番号を匿名化する仲介装置を設け、仲介装置にユーザの電話番号と匿名化した番号の対応表を持ち、匿名による通話とコールバックを可能とすることが提案されている（例えば特許文献２参照）。

また、通信コネクションの確立を要求する第１の端末の接続用ＩＤと第１の端末が参照するコンテンツに付与されたコンテンツＩＤ、そして、第１の端末の接続用ＩＤおよびコンテンツＩＤとに対応付けられたエントリＩＤを付与することにより、利用者が普段使用する自分の接続用ＩＤを用いてコミュニケーション端末を受信可能な状態で待機させておくことができ、ユーザ端末の識別情報を隠蔽し、ユーザ同士が匿名にて通信を行う通信接続方法が提案されている（例えば特許文献３参照）。

また、発信者は予め交換システムに発信者名を登録し、交換システムは発呼があると発信者名を通知して着信者を呼び出し、発信者が発信者アドレスを通知しない限り着信者は発信者にコールバックできない技術が提案されている（例えば特許文献４参照）。

ＷＯ２００２／０４９６８２ 特開２００５−１５９４８５号公報 特開２００６−１０８７６８号公報 特開平１０−１４５３５５号公報

特許文献２，４に記載のような技術では、一時的な「匿名電話番号」は販売会社の管理状況によってはストーカ等の第三者が「匿名電話番号」を知る得るおそれがあり、その場合、第三者が「匿名電話番号」を用いて利用者に電話した場合に、利用者が不快な思いをするという問題があった。

また、特定利用者が販売会社からの着信を好まず匿名識別子と特定利用者の電話番号との関連付けを解除し販売会社に通知しなかった場合に、他の利用者が同一の匿名識別子を販売会社に通知すると、販売会社から特定利用者に対する発信が他の利用者に着信することになるという問題があった。

更に、特許文献１，３に記載のような技術では、利用者の「通話端末識別子」が公開されており、第三者が利用者の「通話端末識別子」をサーバより得て、利用者宛に匿名で電話をかけることができる。すなわち、利用者が好まない第三者からの発信が利用者に着信することになるという問題があった。

開示のサーバ装置は、利用者が匿名発信を行った着信先又は第三者から利用者に対する不要な着信を回避できることを目的とする。

開示の一実施形態によるサーバ装置は、第１通信装置から第２通信装置に対する匿名発信要求を受け付けるサーバ装置であって、
前記第１通信装置からの匿名発信要求を受信し、前記匿名発信要求に対する一時的識別情報を生成して発信元である第１通信装置の識別情報と着信先である第２通信装置の識別情報と前記一時的識別情報との組をレコードとして識別情報管理テーブルに登録する登録手段と、
前記第１通信装置からの匿名発信要求の発信元の第１通信装置の識別情報を前記識別情報管理テーブルに登録された前記一時的識別情報に代えた発信要求を前記第２通信装置に送信する第１送信手段と、を有する。

本実施形態によれば、利用者が匿名発信を行った着信先又は第三者から利用者に対する不要な着信を回避することが可能となる。

通信ネットワークの一実施形態の構成図である。 電話端末の一実施形態のブロック構成図である。 ＳＩＰサーバの一実施形態のブロック構成図である。 ＣＲＭシステムの一実施形態のブロック構成図である。 利用者から販売会社に匿名電話番号で発信する場合の説明図である。 利用者から販売会社に匿名電話番号で発信する場合のシーケンスである。 一時的電話番号管理テーブルのデータ構成の第１実施形態を示す図である。 匿名発信の接続要求を受信したとき実行する処理の第１実施形態のフローチャートである。 販売会社から利用者に発信する場合の説明図である。 販売会社から利用者に発信する場合のシーケンスである。 一時電話番号宛の接続要求を受信したとき実行する処理の一実施形態のフローチャートである。 利用者から販売会社に匿名電話番号で再度発信する場合のシーケンスである。 不特定の第三者が一時的電話番号をダイヤルした接続要求場合のシーケンスである。 利用者が匿名電話番号を解除する場合のシーケンスである。 一時電話番号の解除要求を受信したとき実行する処理の一実施形態のフローチャートである。 匿名電話番号を登録する場合のシーケンスである。 匿名電話番号登録要求を受信したとき実行する処理の一実施形態のフローチャートである。 匿名電話番号を解除したとき販売会社に解除通知を行う場合のシーケンスである。 一時電話番号の解除要求を受信したとき解除通知を行う処理の一実施形態のフローチャートである。 一時的電話番号管理テーブルのデータ構成の第２実施形態を示す図である。 一時的電話番号管理テーブルのデータ構成の一実施形態を示す図である。 匿名発信の接続要求を受信したとき実行する処理の第２実施形態のフローチャートである。 定期処理の一実施形態のフローチャートである。 一時的電話番号管理テーブルのデータ構成の第３実施形態を示す図である。 匿名発信の接続要求を受信したとき実行する処理の第３実施形態のフローチャートである。

以下、図面に基づいて実施形態を説明する。

＜通信ネットワークの構成＞
図１は通信ネットワークの一実施形態の構成図を示す。図１において、利用者は電話番号２０００の電話端末１１を利用してＩＰ電話網１０に接続し通話を行う。販売会社は、電話番号３０００のＣＲＭ（Ｃｕｓｔｏｍｅｒ Ｒｅｌａｔｉｏｎｓｈｉｐ Ｍａｎａｇｅｍｅｎｔ）システム１２を利用してＩＰ電話網１０に接続し通話を行う。また、第三者は電話番号３００１の電話利用システム１３を利用してＩＰ電話網１０に接続し通話を行う。

ＳＩＰサーバ２０は、ＩＰ電話網１０に接続された電話端末１１やＣＲＭシステム１２，電話利用システム１３からの要求を受けて、電話の接続制御を行う。

なお、一般電話網にＩＰ電話網１０が接続され、一般電話網とＩＰ電話網１０が相互にプロトコル変換を行う構成であれば、電話端末１１やＣＲＭシステム１２，電話利用システム１３は一般電話網に接続されていても良い。

＜電話端末の構成＞
図２は、利用者が使用する電話端末の一実施形態のブロック構成図を示す。図２において、通信制御部３１はＩＰ電話網１０との通信を制御する。入出力制御部３２は利用者（利用者）によるダイヤル操作、電話の接続状態の表示、音声通話のための受話及び送話等の制御を行う。

記憶部３３は制御部３４で実行するプログラムを記憶すると共に、電話帳等のデータベースを記憶する。制御部３４は記憶部３３に記憶されたプログラムを実行して通信制御部３１，入出力制御部３２それぞれを制御する。

＜ＳＩＰサーバの構成＞
図３は、ＳＩＰサーバの一実施形態のブロック構成図を示す。図３において、通信制御部４１はＩＰ電話網１０との通信を制御する。入出力制御部４２はオペレータによる加入者情報等の各種データの設定及び表示操作等の制御を行う。

記憶部４３は制御部４４で実行するプログラムを記憶すると共に、一時的電話番号管理テーブル４３ａ，加入者情報管理テーブル４３ｂ等のデータベースを記憶する。制御部４４は記憶部４３に記憶されたプログラムを実行して通信制御部４１，入出力制御部４２それぞれを制御する。

時計制御部４５は時刻情報を制御部４４に供給する。なお、時計制御部４５は必ずしも必要ではない。

＜ＣＲＭシステムの構成＞
図４は、ＣＲＭシステムの一実施形態のブロック構成図を示す。図４において、通信制御部５１はＩＰ電話網１０との通信を制御する。入出力制御部５２は電話応対スタッフによる発信操作、電話の接続状態の表示、音声通話のための受話及び送話等の制御を行う。

記憶部５３は制御部５４で実行するプログラムを記憶すると共に、顧客情報，受注情報等のデータベースを記憶する。制御部５４は記憶部５３に記憶されたプログラムを実行して通信制御部５１，入出力制御部５２それぞれを制御する。

＜第１実施形態＞
＜利用者から販売会社に匿名電話番号で発信する場合＞
図５は利用者から販売会社に匿名電話番号で発信する場合の説明図、図６は利用者から販売会社に匿名電話番号で発信する場合のシーケンスを示す。図５及び図６において、電話番号２０００の電話端末１１において、販売会社の電話番号３０００のＣＲＭシステム１２に対し匿名発信操作（プレフィックス番号ａｂｃを３０００の前に付加してダイヤル）を行う。これにより、電話端末１１は匿名発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ａｂｃ−３０００）を生成してＩＰ電話網１０に送信し、ＳＩＰサーバ２０に受信される。

ＳＩＰサーバ２０は、匿名接続要求（Ｉｎｖｉｔｅ）を受信すると、発信元の電話番号２０００と着信先の電話番号３０００のペアが一時的電話番号管理テーブル４３ａに登録されていない場合、例えばｏ１２３４５６等の一時的電話番号を生成し、発信元の電話番号２０００と着信先の電話番号３０００と一時的電話番号ｏ１２３４５６の組を一時的電話番号管理テーブル４３ａの１レコードとして追加登録する。

図７に一時的電話番号管理テーブル４３ａのデータ構成の第１実施形態を示す。一時的電話番号管理テーブル４３ａの各レコードは、一時的電話番号（匿名電話番号）と、利用者電話番号（発信元の電話番号）と、着信許可電話番号（着信先の電話番号）を有している。一時的電話番号は、利用者から販売会社に発信者番号として通知され、また、販売会社から利用者に発信操作を行う際の電話番号を格納するフィールドである。利用者電話番号は、利用者の電話端末の電話番号を格納するフィールドである。着信許可電話番号は、利用者が一時的電話番号宛での着信を許可した販売会社の電話番号を格納するフィールドである。

次に、ＳＩＰサーバ２０は、匿名接続要求（ＩＮＶＩＴＥ）の着信先である販売会社の電話番号３０００宛に、一時的電話番号（ｏ１２３４５６）を発信者番号とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：ｏ１２３４５６，ｔｏ：３０００）を生成して送信する。

これにより、発信者番号（ｏ１２３４５６）とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：ｏ１２３４５６，ｔｏ：３０００）がＳＩＰサーバ２０から送信されて電話番号３０００の販売会社のＣＲＭシステム１２で受信される。そして、ＣＲＭシステム１２からの応答がＳＩＰサーバ２０を介して電話端末１１に返送されて、利用者と販売会社の通話が確立する。これにより、利用者は、例えば所望のチケットの条件等を販売会社に伝えて電話を切る。なお、図６において、「２００ 応答」の表示について説明するに、２００番台の応答は正常応答であることを表している。この他に、１００番台の応答は暫定応答を表し、３００番以降の応答は異常応答を表す。この表示については他のシーケンスについても同様である。

ところで、ＣＲＭシステム１２では発信接続要求の発信者番号がｏ１２３４５６であり、通常の電話番号である２０００，３０００等とは異なることから発信者番号が一時的電話番号であることを判別できる。したがって、ＣＲＭシステム１２では発信者番号が一時的電話番号であることを画面表示等にて明示することができる。

図８は、ＳＩＰサーバ２０の制御部４４が特番ａｂｃを持つ匿名発信の接続要求を受信したとき実行する処理の第１実施形態のフローチャートを示す。図８において、制御部４４はステップＳ１で匿名発信接続要求（例えばＩｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ａｂｃ−３０００）の着信先の電話番号［ｔｏ］＝３０００と、発信元の電話番号［ｆｒｏｍ］＝２０００を抽出する。制御部４４はステップＳ２で着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００のペアで記憶部４３の一時的電話番号管理テーブル４３ａを検索する。

制御部４４はステップＳ３で一時的電話番号管理テーブル４３ａに検索したレコードがあったか否かを判別する。なかった場合には、制御部４４はステップＳ４で他のレコードと重複することのない一時的電話番号（例えばｏ１２３４５６）を生成し、ステップＳ５で、抽出した着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００と、一時的電話番号＝ｏ１２３４５６の組を一時的電話番号管理テーブル４３ａの１レコードとして追加登録する。

一方、あった場合には、制御部４４はステップＳ６で着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００のペアと一致するレコードから一時的電話番号（ｏ１２３４５６）を取り出す。

ステップＳ５又はＳ６の実行後、制御部４４はステップＳ７で匿名接続要求（ＩＮＶＩＴＥ）の着信先である電話番号３０００宛に、一時的電話番号（ｏ１２３４５６）を発信者番号とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：ｏ１２３４５６，ｔｏ：３０００）を生成して送信する。

＜販売会社から利用者に発信する場合＞
図９は販売会社から利用者に発信する場合の説明図、図１０は販売会社から利用者に発信する場合のシーケンスを示す。図９及び図１０において、販売会社では、利用者からの要件を確保できた時点で、ＣＲＭシステム１２にて利用者からの着信で通知されている一時的電話番号（ｏ１２３４５６）をダイヤルして発信する。

これにより、電話番号ｏ１２３４５６を着信先とする一時的電話番号宛の発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：３０００，ｔｏ：ｏ１２３４５６）が電話番号３０００のＣＲＭシステム１２からＩＰ電話網１０に送信され、ＳＩＰサーバ２０で受信される。

ＳＩＰサーバ２０は、一時的電話番号宛の発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：３０００，ｔｏ：ｏ１２３４５６）を受信すると、発信元の電話番号３０００と着信先の一時的電話番号ｏ１２３４５６のペアが、一時的電話番号管理テーブル４３ａに登録されているか検索する。

ここでは発信元の電話番号３０００と着信先の一時的電話番号ｏ１２３４５６のペアが検索で得られ、ＳＩＰサーバ２０は検索で得られたレコードの一時的電話番号ｏ１２３４５６に対応する利用者電話番号２０００を着信先電話番号とし、発信元の電話番号３０００とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：３０００，ｔｏ：２０００）を電話番号２０００の電話端末１１宛に送信する。

発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：３０００）を受信した電話端末１１からの応答はＳＩＰサーバ２０を介してＣＲＭシステム１２に返送されて、利用者と販売会社の通話が確立する。これにより、販売会社は、チケットの確保状況を利用者に伝える。

図１１は、ＳＩＰサーバ２０の制御部４４が一時電話番号（匿名電話番号）宛の発信接続要求を受信したとき実行する処理の一実施形態のフローチャートを示す。図１１において、制御部４４はステップＳ１１で一時的電話番号あて発信接続要求（例えばＩｎｖｉｔｅ ｆｒｏｍ：３０００，ｔｏ：ｏ１２３４５６）の着信先の一時的電話番号［ｔｏ］＝ｏ１２３４５６と、発信元の電話番号［ｆｒｏｍ］＝３０００を抽出する。制御部４４はステップＳ１２で着信先の一時的電話番号［ｔｏ］＝ｏ１２３４５６と、発信元の電話番号［ｆｒｏｍ］＝３０００のペアで記憶部４３の一時的電話番号管理テーブル４３ａを検索する。

制御部４４はステップＳ１３で一時的電話番号管理テーブル４３ａに検索したレコードがあったか否かを判別する。なかった場合には、制御部４４はステップＳ１４で発信元の電話番号［ｆｒｏｍ］＝３０００に対する接続不可応答を生成して送信する。

一方、あった場合には、制御部４４はステップＳ１５で着信先の一時的電話番号［ｔｏ］＝ｏ１２３４５６と、発信元の電話番号［ｆｒｏｍ］＝３０００のペアと一致するレコードから着信先の利用者電話番号（２０００）を取り出す。

こののち、制御部４４はステップＳ１６で発信接続要求（ＩＮＶＩＴＥ）の着信先である利用者電話番号２０００宛に、発信元の電話番号（３０００）を発信者番号とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：３０００，ｔｏ：２０００）を生成して送信する。

＜利用者から販売会社に再度発信する場合＞
図１２は利用者から販売会社に匿名電話番号で再度発信する場合のシーケンスを示す。このような場合は、利用者が販売会社からのチケットの確保状況の連絡を待っている状況で、利用者がチケットの要件を変更するような場合である。

図１２において、電話番号２０００の電話端末１１において、販売会社の電話番号３０００のＣＲＭシステム１２に対し匿名発信操作（プレフィックス番号ａｂｃを３０００の前に付加してダイヤル）を行う。これにより、電話端末１１は匿名発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ａｂｃ−３０００）を生成してＩＰ電話網１０に送信し、ＳＩＰサーバ２０に受信される。

ＳＩＰサーバ２０は、匿名発信接続要求（Ｉｎｖｉｔｅ）を受信すると、発信元の電話番号２０００と着信先の電話番号３０００のペアで一時的電話番号管理テーブル４３ａを検索して、対応するレコードを得る。

次に、ＳＩＰサーバ２０は、匿名発信接続要求（ＩＮＶＩＴＥ）の着信先である販売会社の電話番号３０００宛に、一時的電話番号（ｏ１２３４５６）を発信者番号とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：ｏ１２３４５６，ｔｏ：３０００）を生成して送信する。

これにより、発信者番号（ｏ１２３４５６）とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：ｏ１２３４５６，ｔｏ：３０００）がＳＩＰサーバ２０から送信されて電話番号３０００の販売会社のＣＲＭシステム１２で受信され、その応答がなされ、利用者と販売会社の通話が確立する。販売会社では、発信者番号が一時的電話番号（ｏ１２３４５６）であるので利用者からの電話であることを認識できる。これにより、利用者は所望の要件（条件の変更等）を販売会社に伝えることができる。

＜第三者から利用者に発信する場合＞
利用者が販売会社からのチケットの確保状況の連絡を待っている状況で、不特定の第三者が一時的電話番号をダイヤルした発信接続要求に対する動作について、図１３のシーケンスを用いて説明する。ここで、一時的電話番号は販売会社からの漏洩等により不特定の第三者が知り得たものとする。

図１３において、電話番号３００１の第三者のシステムから一時的電話番号（ｏ１２３４５６）を着信先とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：３００１，ｔｏ：ｏ１２３４５６）がＳＩＰサーバ２０に送信される。

ＳＩＰサーバ２０は、一時的電話番号宛の発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：３００１，ｔｏ：ｏ１２３４５６）を受信すると、発信元の電話番号３００１と着信先の一時的電話番号ｏ１２３４５６のペアが、一時的電話番号管理テーブル４３ａに登録されていないので、接続拒否を電話番号３００１の不特定の第三者のシステムに送信する。これにより、不特定の第三者からの利用者への接続は不成功となる。

このようにして、利用者が匿名発信を行った着信先の販売会社又は第三者から利用者に対する不要な着信を回避することが可能となる。

＜匿名電話番号を解除する場合する場合＞
図１４は利用者が匿名電話番号を解除する場合のシーケンスを示す。このシーケンスは利用者が販売会社からのコールバックを拒否する場合等に実行される。図１４において、電話番号２０００の電話端末１１において、販売会社の電話番号３０００への匿名電話番号解除操作（プレフィックス番号ｘｙｚを３０００の前に付加してダイヤル）を行う。これにより、電話端末１１は匿名電話番号解除要求（Ｉｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ｘｙｚ−３０００）を生成してＩＰ電話網１０に送信し、ＳＩＰサーバ２０に受信される。

ＳＩＰサーバ２０は、匿名電話番号解除要求（Ｉｎｖｉｔｅ）を受信すると、発信元の電話番号２０００と着信先の電話番号３０００のペアで一時的電話番号管理テーブル４３ａを検索して、対応するレコードを一時的電話番号管理テーブル４３ａから削除する。

これにより、電話番号３０００の販売会社からの電話番号ｏ１２３４５６による利用者の電話端末１１に対する発信はＳＩＰサーバ２０で拒否される。

図１５は、ＳＩＰサーバ２０の制御部４４が特番ｘｙｚを持つ一時電話番号（匿名電話番号）の解除要求を受信したとき実行する処理の一実施形態のフローチャートを示す。図１５において、制御部４４はステップＳ２１で一時電話番号（匿名電話番号）の解除要求（例えばＩｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ｘｙｚ−３０００）から着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００を抽出する。制御部４４はステップＳ２２で着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００のペアで記憶部４３の一時的電話番号管理テーブル４３ａを検索して、当該レコードを一時的電話番号管理テーブル４３ａから削除する。

こののち、制御部４４はステップＳ２３で発信元の電話番号［ｆｒｏｍ］＝２０００に対して接続不可応答を生成して送信する。

＜利用者から販売会社に対する匿名電話番号の登録のみを行う場合のシーケンス＞
図１６は利用者から販売会社に対する匿名電話番号を登録する場合（発信は行わない）のシーケンスを示す。図１６において、電話番号２０００の電話端末１１において、販売会社の電話番号３０００のＣＲＭシステム１２に対し匿名電話番号登録操作（プレフィックス番号ｄｅｆを３０００の前に付加してダイヤル）を行う。これにより、電話端末１１は匿名電話番号登録要求（Ｉｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ｄｅｆ−３０００）を生成してＩＰ電話網１０に送信し、ＳＩＰサーバ２０にて受信される。

ＳＩＰサーバ２０は、匿名電話番号登録要求（Ｉｎｖｉｔｅ）を受信すると、発信元の電話番号２０００と着信先の電話番号３０００のペアが一時的電話番号管理テーブル４３ａに登録されていない場合、例えばｏ１２３４５６等の一時的電話番号を生成し、発信元の電話番号２０００と着信先の電話番号３０００の一時的電話番号ｏ１２３４５６の組を一時的電話番号管理テーブル４３ａの１レコードとして追加登録する。

以後、電話番号２０００の利用者の電話端末１１から電話番号３０００の販売会社への匿名発信操作に対して、一時的電話番号（例ではｏ１２３４５６）を発信者番号として通知する接続が可能となる。また、電話番号３０００の販売会社から一時的電話番号（ｏ１２３４５６）をダイヤルすることで電話番号２０００の利用者の電話端末１１への着信通話が可能となる。

図１７は、ＳＩＰサーバ２０の制御部４４が特番ｄｅｆを持つ匿名電話番号登録要求を受信したとき実行する処理の一実施形態のフローチャートを示す。図１７において、制御部４４はステップＳ３１で匿名電話番号登録要求（例えばＩｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ｄｅｆ−３０００）の着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００を抽出する。制御部４４はステップＳ３２で着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００のペアで記憶部４３の一時的電話番号管理テーブル４３ａを検索する。

制御部４４はステップＳ３３で一時的電話番号管理テーブル４３ａに検索したレコードがあったか否かを判別する。なかった場合には、制御部４４はステップＳ３４で他のレコードと重複することのない一時的電話番号（例えばｏ１２３４５６）を生成し、ステップＳ３５で、抽出した着信先の電話番号［ｔｏ］＝３０００と、発信元の電話番号［ｆｒｏｍ］＝２０００と、一時的電話番号＝ｏ１２３４５６の組を一時的電話番号管理テーブル４３ａの１レコードとして追加登録してステップＳ３６に進む。

一方、あった場合には、制御部４４はステップＳ３６に進む。制御部４４はステップＳ３６で発信元の電話番号［ｆｒｏｍ］＝２０００に対して匿名電話番号登録応答を生成して送信する。

＜販売会社に一時的電話番号の解除通知を行う場合＞
図１８は利用者が匿名電話番号を解除したとき販売会社に解除通知を行う場合のシーケンスを示す。このシーケンスは図１４のシーケンスの変形例である。図１８において、電話番号２０００の電話端末１１において、販売会社の電話番号３０００への匿名電話番号解除操作（プレフィックス番号ｘｙｚを３０００の前に付加してダイヤル）を行う。これにより、電話端末１１は匿名電話番号解除要求（Ｉｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ｘｙｚ−３０００）を生成してＩＰ電話網１０に送信し、ＳＩＰサーバ２０に受信される。

ＳＩＰサーバ２０は、匿名電話番号解除要求（Ｉｎｖｉｔｅ）を受信すると、発信元の電話番号２０００と着信先の電話番号３０００のペアで一時的電話番号管理テーブル４３ａを検索して、対応するレコードを一時的電話番号管理テーブル４３ａから削除する。更に、電話番号３０００の販売会社に一時的電話番号（ｏ１２３４５６）解除通知を送信する。

図１９は、ＳＩＰサーバ２０の制御部４４が特番ｘｙｚを持つ一時電話番号（匿名電話番号）の解除要求を受信したとき販売会社に解除通知を行う処理の一実施形態のフローチャートを示す。図１９において、制御部４４はステップＳ４１で一時電話番号（匿名電話番号）の解除要求（例えばＩｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ｘｙｚ−３０００）の着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００を抽出する。制御部４４はステップＳ４２で着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００のペアで記憶部４３の一時的電話番号管理テーブル４３ａを検索して、検索したレコードを取り出す。

制御部４４はステップＳ４３で一時的電話番号管理テーブル４３ａに検索レコードがあったか否かを判別する。あった場合には、制御部４４はステップＳ４４で着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００を含む一時電話番号解除通知を生成して、着信先の電話番号３０００に送信する。また、制御部４４はステップＳ４５で一時的電話番号管理テーブル４３ａからステップＳ４２において検索したレコードを削除してステップＳ４６に進む。

一方、なかった場合には、ステップＳ４６に進む。制御部４４はステップＳ４６で発信元の電話番号［ｆｒｏｍ］＝２０００に対して匿名電話番号登録応答を生成して送信する。

＜第２実施形態＞
図２０は一時的電話番号管理テーブル４３ａのデータ構成の第２実施形態を示す。一時的電話番号管理テーブル４３ａの各レコードは、一時的電話番号（匿名電話番号）と、利用者電話番号（発信元の電話番号）と、着信許可電話番号（着信先の電話番号）と、有効期限を有している。一時的電話番号は、利用者から販売会社に発信者番号として通知され、また、販売会社から利用者に発信操作を行う際の電話番号を格納するフィールドである。利用者電話番号は、利用者の電話端末の電話番号を格納するフィールドである。着信許可電話番号は、利用者が一時的電話番号宛での着信を許可した販売会社の電話番号を格納するフィールドである。有効期限は、当該レコードによる発信接続要求を許可する満了時刻を記憶するフィールドである。

図２１は一時的電話番号管理テーブル４３ｂのデータ構成の一実施形態を示す。加入者情報管理テーブル４３ｂの各レコードは、利用者名と、住所と、ＳＩＰ−ＩＤと、ＳＩＰパスワードと、一時的電話番号有効期限閾値を有している。利用者名は、電話番号の契約者の名前を格納するフィールドである。住所は、電話番号の契約者の住所である。ＳＩＰ−ＩＤ及びＳＩＰＰパスワードは、電話端末の利用者を認証するためのアカウント情報を格納するためのフィールドである。一時的電話番号有効期限閾値は、一時的電話番号（匿名電話番号）による着信を許可する期間を格納するフィールドである。

図２２は、ＳＩＰサーバ２０の制御部４４が特番ａｂｃを持つ匿名発信の接続要求を受信したとき実行する処理の第２実施形態のフローチャートを示す。図２２において、制御部４４はステップＳ５１で匿名発信接続要求（例えばＩｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ａｂｃ−３０００）の着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００を抽出する。

制御部４４はステップＳ５２で時計制御部４５から現在時刻を取得して［ｔｉｍｅ］とする。制御部４４はステップＳ５３で発信元の電話番号［ｆｒｏｍ］＝２０００で記憶部４３の加入者情報管理テーブル４３ｂを検索して一時的電話番号有効期限閾値を取得して［有効期限閾値］とする。

次に、制御部４４はステップＳ５４で着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２００のペアで記憶部４３の一時的電話番号管理テーブル４３ａを検索する。

制御部４４はステップＳ５５で一時的電話番号管理テーブル４３ａに検索したレコードがあったか否かを判別する。なかった場合には、制御部４４はステップＳ５６で他のレコードと重複することのない一時的電話番号（例えばｏ１２３４５６）を生成し、ステップＳ５７で、抽出した着信先の電話番号［ｔｏ］＝３０００と、発信元の電話番号［ｆｒｏｍ］＝２０００と、一時的電話番号＝ｏ１２３４５６と、［ｔｉｍｅ］と［有効期限閾値］の加算値の組を図２０に示す一時的電話番号管理テーブル４３ａの着信許可電話番号、利用者電話番号、一時的電話番号、有効期限として１レコードを追加登録する。

一方、あった場合には、制御部４４はステップＳ５８で着信先の電話番号［ｔｏ］＝３０００と、発信元の電話番号［ｆｒｏｍ］＝２０００のペアと一致するレコードから一時的電話番号（ｏ１２３４５６）を取り出す。次に、制御部４４はステップＳ５９で［有効期限閾値］を着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２０００のペアと一致するレコードの有効期限に、［ｔｉｍｅ］と［有効期限閾値］の加算値を設定する。

こののち、制御部４４はステップＳ６０で匿名接続要求（ＩＮＶＩＴＥ）の着信先である電話番号３０００宛に、一時的電話番号（ｏ１２３４５６）を発信者番号とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：ｏ１２３４５６，ｔｏ：３０００）を生成して送信する。

図２３は、ＳＩＰサーバ２０の制御部４４が実行する定期処理の一実施形態のフローチャートを示す。この処理は所定時間毎に実行される。制御部４４はステップＳ６１で時計制御部４５から現在時刻を取得して［ｔｉｍｅ］とする。制御部４４はステップＳ６２で図２０に示す一時的電話番号管理テーブル４３ａから有効期限の値が［ｔｉｍｅ］の値を超過しているレコードを検索し、検索されたレコードを全て削除する。

これにより、一時的電話番号（ｏ１２３４５６）のレコードを登録してからの時間が有効期限を超過した場合は、このレコードは一時的電話番号管理テーブル４３ａから削除されて、電話番号３０００の販売会社から電話番号ｏ１２３４５６を用いて利用者に対する発信はＳＩＰサーバ２０で拒否される。

＜第３実施形態＞
図２４は一時的電話番号管理テーブル４３ａのデータ構成の第３実施形態を示す。一時的電話番号管理テーブル４３ａの各レコードは、一時的電話番号と、利用者電話番号（発信元の電話番号）と、着信許可電話番号（着信先の電話番号）と、登録日を有している。一時的電話番号（匿名電話番号）は、利用者から販売会社に発信者番号として通知され、また、販売会社から利用者に発信操作を行う際の電話番号を格納するフィールドである。利用者電話番号は、利用者の電話端末の電話番号を格納するフィールドである。着信許可電話番号は、利用者が一時的電話番号宛での着信を許可した販売会社の電話番号を格納するフィールドである。登録日は、当該レコードが登録された日時を記憶するフィールドである。

図２５は、ＳＩＰサーバ２０の制御部４４が特番ａｂｃを持つ匿名発信の接続要求を受信したとき実行する処理の第３実施形態のフローチャートを示す。図２５において、制御部４４はステップＳ７１で匿名発信接続要求（例えばＩｎｖｉｔｅ ｆｒｏｍ：２０００，ｔｏ：ａｂｃ−３０００）の着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２００を抽出する。

制御部４４はステップＳ７２で時計制御部４５から現在時刻（現在日時を含む）を取得して［ｔｉｍｅ］とする。制御部４４はステップＳ７３で発信元の電話番号［ｆｒｏｍ］＝２００で記憶部４３の加入者情報管理テーブル４３ｂを検索して一時的電話番号有効期限閾値を取得して［有効期限閾値］とする。

次に、制御部４４はステップＳ７４で着信先の電話番号［ｔｏ］＝３０００と発信元の電話番号［ｆｒｏｍ］＝２００のペアで記憶部４３の一時的電話番号管理テーブル４３ａを検索する。

制御部４４はステップＳ７５で一時的電話番号管理テーブル４３ａに検索したレコードがあったか否かを判別する。なかった場合には、制御部４４はステップＳ７６で他のレコードと重複することのない一時的電話番号（例えばｏ１２３４５６）を生成し、ステップＳ７７で、抽出した着信先の電話番号［ｔｏ］＝３０００と、発信元の電話番号［ｆｒｏｍ］＝２０００と、一時的電話番号＝ｏ１２３４５６と、［ｔｉｍｅ］との組を図２４に示す一時的電話番号管理テーブル４３ａの着信許可電話番号、利用者電話番号、一時的電話番号、登録日として１レコードを追加登録し、そのログ情報を記憶部４３に保持する。

一方、あった場合には、制御部４４はステップＳ７８で着信先の電話番号［ｔｏ］＝３０００と、発信元の電話番号［ｆｒｏｍ］＝２０００のペアと一致するレコードから一時的電話番号（ｏ１２３４５６）を取り出す。

こののち、制御部４４はステップＳ７９で匿名接続要求（ＩＮＶＩＴＥ）の着信先である電話番号３０００宛に、一時的電話番号（ｏ１２３４５６）を発信者番号とする発信接続要求（Ｉｎｖｉｔｅ ｆｒｏｍ：ｏ１２３４５６，ｔｏ：３０００）を生成して送信する。

なお、この実施形態では、図１９のステップＳ４５又は図２３のステップＳ６２等を実行して一時的電話番号管理テーブル４３ａのレコードを削除する際にも、そのログ情報を記憶部４３に保持する。この実施形態では、一時的電話番号管理テーブル４３ａのログ情報を保持することで、何らかの問題発生時にはログ情報を解析することが可能となる。

このように、上記の各実施形態によれば、一時的電話番号（匿名電話番号）により、利用者及び利用者が許可した販売会社の双方が随意に通話接続できる。また、利用者から販売会社に発信する場合に継続して一時的電話番号を通知することにより、利用者は販売会社との取引内容確認を容易に行うことができる。

また、一時的電話番号宛による利用者への着信は、利用者が許可した販売会社からのものに制限でき、第三者から一時的電話番号宛による利用者への着信は受け付けない。これにより、販売会社など不特定な相手毎に一時的電話番号を利用者の随意により管理でき、利用者は販売会社に通知した一時的電話番号を知る必要がない。

なお、上記実施形態では、利用者から販売会社に匿名電話番号で発信する場合、つまり、識別情報として電話番号を用いる場合について説明したが、電話の代りに電子メールを用い、利用者から販売会社に匿名アドレスで発信する場合、つまり、識別情報として電子メールアドレスを用いる場合についても、ＳＩＰサーバの代りにメールサーバを用いるものとして適用することができ、上記実施形態に限定されるものではない。

なお、上記実施形態では、第１通信装置の一例として電話端末１１を用い、第２通信装置の一例としてＣＲＭシステム１２を用いている。
（付記１）
第１通信装置から第２通信装置に対する匿名発信要求を受け付けるサーバ装置であって、
前記第１通信装置からの匿名発信要求を受信し、前記匿名発信要求に対する一時的識別情報を生成して発信元である第１通信装置の識別情報と着信先である第２通信装置の識別情報と前記一時的識別情報との組をレコードとして識別情報管理テーブルに登録する登録手段と、
前記第１通信装置からの匿名発信要求の発信元の第１通信装置の識別情報を前記識別情報管理テーブルに登録された前記一時的識別情報に代えた発信要求を前記第２通信装置に送信する第１送信手段と、
を有することを特徴とするサーバ装置。
（付記２）
付記１記載のサーバ装置において、
発信元の識別情報を第２通信装置とし前記一時的識別情報を着信先の識別情報とする前記第２通信装置からの発信要求を前記サーバ装置で受信したとき前記識別情報管理テーブルを前記発信元の識別情報と着信先の識別情報で検索したレコードから前記第１通信装置の識別情報を得る検索手段と、
前記第２通信装置から受信した発信要求の一時的識別情報を前記識別情報管理テーブルから得た前記第１通信装置の識別情報に代えた発信要求を前記サーバ装置から前記第１通信装置に送信する第２送信手段と、
を有することを特徴とするサーバ装置。
（付記３）
付記２記載のサーバ装置において、
前記第１通信装置からの匿名発信解除要求を受信し、前記匿名発信解除要求の発信元である第１通信装置の識別情報と着信先である第２通信装置の識別情報とで前記識別情報管理テーブルを検索して得たレコードを前記識別情報管理テーブルから削除する削除手段を、
有することを特徴とするサーバ装置。
（付記４）
付記３記載のサーバ装置において、
前記識別情報管理テーブルは、各レコードの登録時に有効期限を共に登録し、
前記有効期限を超えたレコードを前記識別情報管理テーブルから削除する有効期限管理手段を
有することを特徴とするサーバ装置。
（付記５）
第１通信装置から第２通信装置に対する匿名発信接続を行う匿名発信方法であって、
前記第１通信装置からの匿名発信要求をサーバ装置で受信し、前記匿名発信要求に対する一時的識別情報を生成して発信元である第１通信装置の識別情報と着信先である第２通信装置の識別情報と前記一時的識別情報との組をレコードとして識別情報管理テーブルに登録し、
前記第１通信装置からの匿名発信要求の発信元の第１通信装置の識別情報を前記識別情報管理テーブルに登録された前記一時的識別情報に代えた発信要求を前記サーバ装置から前記第２通信装置に送信する
ことを特徴とする匿名発信方法。
（付記６）
付記５記載の匿名発信方法において、
発信元の識別情報を第２通信装置とし前記一時的識別情報を着信先の識別情報とする前記第２通信装置からの発信要求を前記サーバ装置で受信したとき前記識別情報管理テーブルを前記発信元の識別情報と着信先の識別情報で検索したレコードから前記第１通信装置の識別情報を得て、
前記第２通信装置から受信した発信要求の一時的識別情報を前記識別情報管理テーブルから得た前記第１通信装置の識別情報に代えた発信要求を前記サーバ装置から前記第１通信装置に送信する
ことを特徴とする匿名発信方法。
（付記７）
付記６記載の匿名発信方法において、
前記第１通信装置からの匿名発信解除要求を受信し、前記匿名発信解除要求の発信元である第１通信装置の識別情報と着信先である第２通信装置の識別情報とで前記識別情報管理テーブルを検索して得たレコードを前記識別情報管理テーブルから削除する
ことを特徴とする匿名発信方法。
（付記８）
付記４記載のサーバ装置において、
前記識別情報管理テーブルにレコードの登録又は削除を行うときに登録又は解除の記録を行う記録手段を
有することを特徴とするサーバ装置。

１０ ＩＰ電話網
１１ 電話端末
１２ ＣＲＭシステム
１３ 電話利用システム
２０ ＳＩＰサーバ
３１，４１，５１ 通信制御部
３２，４２，５２ 入出力制御部
３３，４３，５３ 記憶部
３４，４４，５４ 制御部
４３ａ 一時的電話番号管理テーブル
４３ｂ 加入者情報管理テーブル
４５ 時計制御部

Claims (6)

1. 第１通信装置から第２通信装置に対する匿名発信要求を受け付けるサーバ装置であって、
   前記第１通信装置からの匿名発信要求を受信し、前記匿名発信要求に対する一時的識別情報を生成して発信元である第１通信装置の識別情報と着信先である第２通信装置の識別情報と前記一時的識別情報との組をレコードとして識別情報管理テーブルに登録する登録手段と、
   前記第１通信装置からの匿名発信要求の発信元の第１通信装置の識別情報を前記識別情報管理テーブルに登録された前記一時的識別情報に代えた発信要求を前記第２通信装置に送信する第１送信手段と、
   を有することを特徴とするサーバ装置。
2. 請求項１記載のサーバ装置において、
   発信元の識別情報を第２通信装置とし前記一時的識別情報を着信先の識別情報とする前記第２通信装置からの発信要求を前記サーバ装置で受信したとき前記識別情報管理テーブルを前記発信元の識別情報と着信先の識別情報で検索したレコードから前記第１通信装置の識別情報を得る検索手段と、
   前記第２通信装置から受信した発信要求の一時的識別情報を前記識別情報管理テーブルから得た前記第１通信装置の識別情報に代えた発信要求を前記サーバ装置から前記第１通信装置に送信する第２送信手段と、
   を有することを特徴とするサーバ装置。
3. 請求項２記載のサーバ装置において、
   前記第１通信装置からの匿名発信解除要求を受信し、前記匿名発信解除要求の着信先に対し生成された一時的識別情報と発信元である第１通信装置の識別情報とで前記識別情報管理テーブルを検索して得たレコードを前記識別情報管理テーブルから削除する削除手段を、
   有することを特徴とするサーバ装置。
4. 請求項３記載のサーバ装置において、
   前記識別情報管理テーブルは、各レコードの登録時に有効期限を共に登録し、
   前記有効期限を超えたレコードを前記識別情報管理テーブルから削除する有効期限管理手段を
   有することを特徴とするサーバ装置。
5. 第１通信装置から第２通信装置に対する匿名発信接続を行う匿名発信方法であって、
   前記第１通信装置からの匿名発信要求をサーバ装置で受信し、前記匿名発信要求に対する一時的識別情報を生成して発信元である第１通信装置の識別情報と着信先である第２通信装置の識別情報と前記一時的識別情報との組をレコードとして識別情報管理テーブルに登録し、
   前記第１通信装置からの匿名発信要求の発信元の第１通信装置の識別情報を前記識別情報管理テーブルに登録された前記一時的識別情報に代えた発信要求を前記サーバ装置から前記第２通信装置に送信する
   ことを特徴とする匿名発信方法。
6. 請求項５記載の匿名発信方法において、
   発信元の識別情報を第２通信装置とし前記一時的識別情報を着信先の識別情報とする前記第２通信装置からの発信要求を前記サーバ装置で受信したとき前記識別情報管理テーブルを前記発信元の識別情報と着信先の識別情報で検索したレコードから前記第１通信装置の識別情報を得て、
   前記第２通信装置から受信した発信要求の一時的識別情報を前記識別情報管理テーブルから得た前記第１通信装置の識別情報に代えた発信要求を前記サーバ装置から前記第１通信装置に送信する
   ことを特徴とする匿名発信方法。

Images