(57)【特許請求の範囲】
【請求項１】
電話端末への着信を網側で制御するアクセス制御装置において、
着信を許容する許容ユーザの電話番号が登録された各ユーザの認証リストを記憶しておく認証リスト記憶手段と、
前記認証リスト記憶手段から複数の認証リストを読み出して、認証リスト同士の連携の有無に基づき着信の拒否・許容を制御するアクセス制御手段と、
ＳＮＳサービスで用いられるユーザ情報を取得するデータ取得手段と、
前記ユーザ情報をアクセス制御装置で使用可能な形式に変換し、変換後の前記ユーザ情報を用いて前記認証リストを更新するデータ変換手段と、を有し、
前記アクセス制御手段は、
発信ユーザの電話番号が、着信ユーザの認証リストに登録されている所定の許容ユーザに係る認証リストを除き、当該認証リストに登録されている許容ユーザに係る認証リストに含まれているか否かに基づき、着信の拒否・許容を制御することを特徴とするアクセス制御装置。
【請求項２】
優良と認定された優良ユーザの電話番号の登録を受け付ける優良ユーザ登録受付手段と、
前記優良ユーザの電話番号を記憶する優良ユーザ記憶手段と、を更に有し、
前記アクセス制御手段は、
発信ユーザの電話番号が前記優良ユーザの電話番号であるか否かに基づき、着信の拒否・許容を制御することを特徴とする請求項１に記載のアクセス制御装置。
【請求項３】
電話端末への着信を網側で制御するアクセス制御装置により、
着信を許容する許容ユーザの電話番号が登録された各ユーザの認証リストを認証リスト記憶手段に記憶しておく認証リスト記憶ステップと、
前記認証リスト記憶手段から複数の認証リストを読み出して、認証リスト同士の連携の有無に基づき着信の拒否・許容を制御するアクセス制御ステップと、
ＳＮＳサービスで用いられるユーザ情報を取得するデータ取得ステップと、
前記ユーザ情報をアクセス制御装置で使用可能な形式に変換し、変換後の前記ユーザ情報を用いて前記認証リストを更新するデータ変換ステップと、を行い、
前記アクセス制御ステップでは、
発信ユーザの電話番号が、着信ユーザの認証リストに登録されている所定の許容ユーザに係る認証リストを除き、当該認証リストに登録されている許容ユーザに係る認証リストに含まれているか否かに基づき、着信の拒否・許容を制御することを特徴とするアクセス制御方法。
【請求項４】
優良と認定された優良ユーザの電話番号の登録を受け付ける優良ユーザ登録受付ステップと、
前記優良ユーザの電話番号を優良ユーザ記憶手段に記憶する優良ユーザ記憶ステップと、を更に行い、
前記アクセス制御ステップでは、
発信ユーザの電話番号が前記優良ユーザの電話番号であるか否かに基づき、着信の拒否・許容を制御することを特徴とする請求項３に記載のアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話端末間の呼信号を制御する技術に関する。
【背景技術】
【０００２】
個人情報であるユーザの電話番号が流出すると、悪質な業者からユーザの望まない勧誘電話やセールス電話がかかることがある。そこで、このような電話の着信を未然に防止する技術が求められている。例えば、悪質業者からの着信をフィルタリングする方法として、指定番号からの着信のみを許容するホワイトリスト方式がある。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】“いたずら電話・無言電話・間違い電話など迷惑電話でお困りの方へ，対策２．着信を拒否する”、ＮＴＴ西日本、［online］、［平成26年12月11日検索］、＜URL: http://www.ntt-west.co.jp/basic/attention/call.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述したホワイトリスト方式の場合、ユーザは着信を許容する電話番号をホワイトリストに登録する。しかし、着信を許容する電話番号を一つひとつ手動で登録することは煩わしく、電話サービスのユーザビリティが損なわれるという課題がある。例えば、新たなコミュニティに参加する場合、コミュニティの全メンバーを手動で登録するようなケースが考えられる。また、ユーザは全く把握していないが有益なサービス・情報を提供する優良な企業・団体（例えば、病院，銀行）等からの着信も拒否してしまうという課題もある。このように、従来のホワイトリスト方式では、着信を柔軟にフィルタリングすることは困難であった。
【０００５】
本発明は、上記事情を鑑みてなされたものであり、着信をフィルタリングする際の効率を改善することを目的とする。
【課題を解決するための手段】
【０００６】
以上の課題を解決するため、請求項１に記載のアクセス制御装置は、電話端末への着信を網側で制御するアクセス制御装置において、着信を許容する許容ユーザの電話番号が登録された各ユーザの認証リストを記憶しておく認証リスト記憶手段と、前記認証リスト記憶手段から複数の認証リストを読み出して、認証リスト同士の連携の有無に基づき着信の拒否・許容を制御するアクセス制御手段と、を有することを要旨とする。
【０００７】
請求項２に記載のアクセス制御装置は、請求項１に記載のアクセス制御装置において、前記アクセス制御手段は、発信ユーザの電話番号が、着信ユーザの認証リストに登録されている許容ユーザに係る認証リストに含まれているか否かに基づき、着信の拒否・許容を制御することを要旨とする。
【０００８】
請求項３に記載のアクセス制御装置は、請求項１又は２に記載のアクセス制御装置において、ＳＮＳサービスで用いられるユーザ情報を取得するデータ取得手段と、前記ユーザ情報をアクセス制御装置で使用可能な形式に変換し、変換後の前記ユーザ情報を用いて前記認証リストを更新するデータ変換手段と、を更に有することを要旨とする。
【０００９】
請求項４に記載のアクセス制御装置は、請求項１乃至３のいずれかに記載のアクセス制御装置において、優良と認定された優良ユーザの電話番号の登録を受け付ける優良ユーザ登録受付手段と、前記優良ユーザの電話番号を記憶する優良ユーザ記憶手段と、を更に有し、前記アクセス制御手段は、発信ユーザの電話番号が前記優良ユーザの電話番号であるか否かに基づき、着信の拒否・許容を制御することを要旨とする。
【００１０】
請求項５に記載のアクセス制御方法は、電話端末への着信を網側で制御するアクセス制御装置により、着信を許容する許容ユーザの電話番号が登録された各ユーザの認証リストを認証リスト記憶手段に記憶しておく認証リスト記憶ステップと、前記認証リスト記憶手段から複数の認証リストを読み出して、認証リスト同士の連携の有無に基づき着信の拒否・許容を制御するアクセス制御ステップと、を有することを要旨とする。
【００１１】
請求項６に記載のアクセス制御方法は、請求項５に記載のアクセス制御方法において、前記アクセス制御ステップでは、発信ユーザの電話番号が、着信ユーザの認証リストに登録されている許容ユーザに係る認証リストに含まれているか否かに基づき、着信の拒否・許容を制御することを要旨とする。
【００１２】
請求項７に記載のアクセス制御方法は、請求項５又は６に記載のアクセス制御方法において、ＳＮＳサービスで用いられるユーザ情報を取得するデータ取得ステップと、前記ユーザ情報をアクセス制御装置で使用可能な形式に変換し、変換後の前記ユーザ情報を用いて前記認証リストを更新するデータ変換ステップと、を更に有することを要旨とする。
【００１３】
請求項８に記載のアクセス制御方法は、請求項５乃至７のいずれかに記載のアクセス制御方法において、優良と認定された優良ユーザの電話番号の登録を受け付ける優良ユーザ登録受付ステップと、前記優良ユーザの電話番号を優良ユーザ記憶手段に記憶する優良ユーザ記憶ステップと、を更に有し、前記アクセス制御ステップでは、発信ユーザの電話番号が前記優良ユーザの電話番号であるか否かに基づき、着信の拒否・許容を制御することを要旨とする。
【発明の効果】
【００１４】
本発明によれば、着信をフィルタリングする際の効率を向上できる。
【図面の簡単な説明】
【００１５】
【図１】第１の実施の形態に係るアクセス制御装置の機能ブロック構成を示す図である。
【図２】第１の実施の形態に係るアクセス制御動作の処理フローを示す図である。
【図３】認証リスト同士の連携の有無を説明する際の参照図である。
【図４】第２の実施の形態に係るアクセス制御装置の機能ブロック構成を示す図である。
【図５】第２の実施の形態に係るアクセス制御動作の処理フローを示す図である。
【図６】第３の実施の形態に係るアクセス制御装置の機能ブロック構成を示す図である。
【図７】第３の実施の形態に係るアクセス制御動作の処理フローを示す図である。
【発明を実施するための形態】
【００１６】
本発明は、従来のホワイトリスト方式を改善した技術を提供する。具体的には、ユーザの認証リスト（ホワイトリスト）を網側で管理し、該網側において認証リスト同士のつながりに基づき着信拒否・許容を制御するＳＮＳ型のアクセス制御サービスを提供する。以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００１７】
〔第１の実施の形態〕
図１は、第１の実施の形態に係るアクセス制御装置１の機能ブロック構成を示す図である。該アクセス制御装置１は、インターネット網，キャリア網等に設置された交換機，呼制御サーバ等の内部又は外部接続して動作し、認証リストＤＢ１１と、アクセス制御部１２と、を備えて構成される。
【００１８】
認証リストＤＢ１１は、ユーザの認証リストを記憶するように構成されている。認証リストとは、ユーザが着信を許容する許容ユーザの電話番号が記録されたいわゆるホワイトリストである。ユーザを識別するユーザＩＤに対応付けて登録される。該認証リストとしては、ユーザの電話端末に登録済の認証リストをネットワーク経由で受信したものを用いてもよいし、ユーザによって認証リストＤＢ１１に直接入力された認証リストを用いてもよい。なお、ユーザの電話端末とは、例えば、固定電話，携帯電話，スマートフォン等である。
【００１９】
アクセス制御部１２は、電話端末から発信呼を受信した場合、発信ユーザの電話番号が着信ユーザの認証リストに登録されているか、該認証リストに登録されているユーザに係る認証リストに登録されているか、…、を順次判定し、該判定結果に基づき着信ユーザへの着信拒否・許容を制御するように構成されている。
【００２０】
次に、図２を用いて、本実施の形態で行うアクセス制御動作について説明する。従来のホワイトリスト方式のように単に着信ユーザの認証リストにのみ基づいてアクセス制御を行うのではなく、着信ユーザが認証するユーザに係る認証リストを更に用いてアクセス制御を行うようにしている。
【００２１】
まず、ステップＳ１０１において、所定の電話端末から発信呼を受け付けると、ステップＳ１０２において、該発信呼に含まれる発信ユーザの電話番号を取得し、該発信ユーザの電話番号が着信ユーザの認証リストに登録されているか否かを判定する。該判定の結果、着信ユーザの認証リストに登録されている場合、該着信ユーザは発信ユーザからの着信を自ら許容しているため、ステップＳ１０４に進んで着信ユーザへの着信を許容する。
【００２２】
一方、発信ユーザの電話番号が着信ユーザの認証リストに登録されていない場合はステップＳ１０３に進む。そして、今度は、上記発信ユーザの電話番号が、着信ユーザの認証リストに登録されているユーザに係る認証リストに登録されているか否かを判定する。例えば、図３に示すように、着信ユーザＡの認証リストＡに発信ユーザＣの電話番号Ｚが登録されていない場合、該認証リストＡに登録されているユーザＢが認証する認証リストＢを参照し、該認証リストＢに登録されているかを確認する。
【００２３】
そして、該判定の結果、発信ユーザＣの電話番号Ｚが該認証リストＢに登録されている場合、着信ユーザＡは発信ユーザＣからの着信を許容しているとみなし、ステップＳ１０４に進んで該着信ユーザＡへの着信を許容する。一方、着信ユーザＡが認証したユーザＢに係る認証リストＢにも登録されていない場合、ステップＳ１０５に進み、着信ユーザＡのコミュニティ範囲を含めても着信を許容されていないとみなし、該着信ユーザＡへの着信を拒否する。
【００２４】
このように、着信ユーザの認証リストに加えて、該着信ユーザが認証するユーザに係る認証リストを更に用いてアクセス制御を行うので、電話サービスのユーザビリティを向上でき、アクセス制御を柔軟に実施できる。
【００２５】
なお、着信ユーザのコミュニティ範囲を更に広げることも可能である。例えば、ステップＳ１０３で発信ユーザＣの電話番号ＺがユーザＢの認証リストＢに登録されていない場合、続いて、該認証リストＢに登録されている他のユーザＤに係る認証リストＤに登録されているか否かを判定する。そして、該認証リストＤにも登録されていない場合、更に続いて、該認証リストＤに登録されている更に他のユーザＥに係る認証リストＥに登録されているか否かを判定する。
【００２６】
また、着信ユーザのコミュニティ範囲、つまり、着信ユーザの認証リストに紐付く認証リストの範囲（例えば、コミュニティレベル，認証リストの数）については、アクセス制御装置側で設定してもよいし、着信ユーザ側で設定してもよい。後者の場合、例えば、自身の認証リストに登録されている登録ユーザに係る認証リストにのみ限定する設定方法、該登録ユーザの認証リストにのみ限定し、かつ、該登録ユーザのうち特定のユーザの認証リストを除外する設定方法等が考えられる。
【００２７】
〔第２の実施の形態〕
続いて、第２の実施の形態について説明する。第１の実施の形態の場合、ユーザが認証リストに電話番号を登録する手間が未だ残る。そこで、本実施の形態では、既存のＳＮＳサービス情報を流用して認証リストを生成するようにする。
【００２８】
図４は、第２の実施の形態に係るアクセス制御装置１の機能ブロック構成を示す図である。これまでのアクセス制御装置１に対し、データ取得部１３と、データ変換部１４と、を更に備えて構成される。
【００２９】
データ取得部１３は、既存のＳＮＳサービスが用いるＳＮＳサービスＤＢ３に接続し、該ＳＮＳサービスＤＢ３から定期的にユーザの交友関係情報を取得するように構成されている。既存のＳＮＳサービスでは、ユーザ間のつながりを促進・サポートするためにコミュニティ型のＷｅｂサイトが提供されている。該サービスを利用するユーザは、友人，同僚，同級生，近所の住民等に関する交友関係情報を所望するＳＮＳサービスのＤＢに登録している。本実施の形態では、該ＤＢの総称としてＳＮＳサービスＤＢ３を用いている。
【００３０】
データ変換部１４は、ＳＮＳサービスＤＢ３から取得したユーザの交友関係情報をアクセス制御装置１で使用可能な形式に変換し、認証リストＤＢに記憶されている認証リストを更新するように構成されている。
【００３１】
次に、図５を用いて、本実施の形態で行うアクセス制御動作について説明する。
【００３２】
まず、ステップＳ２０１において、データ取得部１３は、既存のＳＮＳサービスで使用されているＳＮＳサービスＤＢ３からユーザの交友関係情報を取得する。該交友関係情報には、上述したようにユーザに交友関係のある友人等の名称，電話番号等が登録されている。
【００３３】
その後、ステップＳ２０２において、データ変換部１４は、取得したユーザの交友関係情報を認証リストＤＢ１１で使用可能な形式にデータ変換し、該認証リストＤＢ１１に登録されている認証リストに追加する。例えば、ユーザＡの交友関係情報にユーザＤが登録されている場合、該ユーザＤの名称や電話番号を抽出し、該ユーザＡの認証リストに追加する。認証リストが認証リストＤＢ１１に登録されていない場合には新規に登録する。
【００３４】
以降、電話端末から発信呼を受け付けた場合、第１の実施の形態で説明したステップＳ１０１以降の処理を実行する。
【００３５】
このように、既存のＳＮＳサービスからユーザの交友関係情報を取得し、アクセス制御装置１で使用可能な形式に変換し、変換後の交友関係情報を用いて認証リストＤＢ１１の認証リストを更新するので、ユーザが認証リストに電話番号を登録する手間を排除でき、電話サービスのユーザビリティを更に向上できる。
【００３６】
なお、ステップＳ２０１，Ｓ２０２を定期的に繰り返し実行し、その度に認証リストＤＢ１１を更新するようにしてもよい。また、任意のＳＮＳサービスが開始された際に実行するようにしてもよい。
【００３７】
〔第３の実施の形態〕
続いて、第３の実施の形態について説明する。第１の実施の形態又は第２の実施の形態の場合、ユーザの認証リストにのみ基づいて着信拒否・許可を判断するため、該ユーザの認証リストに登録されていない優良な企業・団体からの着信は拒否されてしまう。そこで、本実施の形態では、優良な企業・団体の電話番号を網側で登録・認証し、アクセスを許容するようにする。
【００３８】
図６は、第３の実施の形態に係るアクセス制御装置１の機能ブロック構成を示す図である。第１の実施の形態で用いたアクセス制御装置１に対し、優良ユーザ登録受付部１５と、優良ユーザＤＢ１６と、を更に備えて構成される。なお、それら２つの機能部を第２の実施の形態で用いたアクセス制御装置１に追加することも可能である。
【００３９】
優良ユーザ登録受付部１５は、優良ユーザであると認定された企業・団体の電話番号の登録を受け付けるように構成されている。
【００４０】
優良ユーザＤＢ１６は、登録を受け付けた企業・団体の電話番号を記憶するように構成されている。このとき、該電話番号を該企業・団体を識別するＩＤに対応付けて記憶するようにしてもよい。
【００４１】
次に、図７を用いて、本実施の形態で行うアクセス制御動作について説明する。
【００４２】
まず、ステップＳ３０１において、優良ユーザ登録受付部１５は、優良ユーザであると認定された企業・団体の電話番号の登録を受け付け、優良ユーザＤＢに登録する。例えば、ユーザからの申請に応じて該ユーザの優良性を所定の機関（例えば、キャリア，行政庁等）で審査し、過去に受けた行政指導や業務内容等を基に優良であると認定されたユーザの電話番号を登録する。
【００４３】
次に、ステップＳ３０２において、所定の電話端末から発信呼を受け付けると、ステップＳ３０３において、アクセス制御部１２は、該発信呼に含まれる発信ユーザの電話番号を取得し、該発信ユーザの電話番号が優良ユーザＤＢ１６に登録されているか否かを判定する。
【００４４】
該判定の結果、優良ユーザＤＢ１６に登録されている場合、ステップＳ３０４に進んで着信ユーザへの着信を許容する。一方、優良ユーザＤＢ１６に登録されていない場合、ステップＳ３０５に進んで着信ユーザへの着信を拒否する。
【００４５】
このように、優良な企業・団体の電話番号を登録しておき、該電話番号を用いてアクセス制御を行うので、ユーザは全く把握していないが有益なサービス・情報を提供する優良な企業・団体等からの着信を許容できる。
【００４６】
なお、第１の実施の形態で説明した認証リストを更に用いてアクセス制御を行うにしてもよい。例えば、ステップＳ１０３の後にステップＳ３０３に進むようにしてもよいし、ステップＳ３０３の後にステップＳ１０２に進むようにしてもよい。
【００４７】
以上より、各実施の形態によれば、着信を許容する許容ユーザの電話番号が登録された各ユーザの認証リストを網側で保持しておき、該網側において認証リスト同士の連携の有無に基づき着信の拒否・許容を制御するので、ユーザが望まない悪質業者等からの勧誘電話やセールス電話を効率よく拒否でき、ユーザは安心して電話にでることができる。
【００４８】
また、第２の実施の形態によれば、ＳＮＳサービスで用いられるユーザ情報を取得し、該ユーザ情報をアクセス制御装置１で使用可能な形式に変換し、変換後のユーザ情報を用いて認証リストを更新するので、ユーザが認証リストに電話番号を登録する手間を排除できる。
【００４９】
更に、第３の実施の形態によれば、優良と認定された優良ユーザの電話番号の登録を受け付けて記憶しておき、発信ユーザの電話番号が優良ユーザの電話番号であるか否かに基づき着信の拒否・許容を制御するので、ユーザの認証リストに登録されていない優良な企業・団体からの着信を受けることができる。また、優良な企業・団体にとっては発信に対するユーザからの信頼度が向上し、これまでより多くのユーザを獲得できることが期待できる。
【００５０】
最後に、各実施の形態で説明したアクセス制御装置１は、ＣＰＵ等の演算機能やメモリ等の記憶機能を備えたコンピュータで実現できる。また、アクセス制御装置１としてコンピュータを機能させるためのアクセス制御プログラムや該アクセス制御プログラムの記憶媒体を作成することも可能である。
【符号の説明】
【００５１】
１…アクセス制御装置
１１…認証リストＤＢ
１２…アクセス制御部
１３…データ取得部
１４…データ変換部
１５…優良ユーザ登録受付部
１６…優良ユーザＤＢ
Ｓ１０１〜Ｓ１０５，Ｓ２０１〜Ｓ２０２，Ｓ３０１〜Ｓ３０５…ステップ
【図１】
0006315596.tif 000002
【図２】
0006315596.tif 000003
【図３】
0006315596.tif 000004
【図４】
0006315596.tif 000005
【図５】
0006315596.tif 000006
【図６】
0006315596.tif 000007
【図７】
0006315596.tif 000008