通信サービス網及び通信サービスシステム
【課題】着側の端末のユーザとの間で信頼関係のある端末からの着信を信号手順によって許可するとともに、着側の端末のユーザが信頼している端末以外からの着信を防ぐとともに、端末番号を秘匿することが可能な通信サービス網を提供する。
【解決手段】複数の端末１０と接続され、複数の端末１０間のデータ転送を中継する通信サービス網２０であって、網インタフェース部２１と、認証部２２と、通信承認部２３と、を備え、認証部２２は、端末１０から網インタフェース部２１を介して送信された当該端末１０の端末番号と、認証部２２に予め記憶された端末番号と、に基づいて端末１０の認証を行い、網インタフェース部２１は、複数の端末１０と認証部２１との間の通信と、認証された端末１０と通信承認部２２との間の通信と、通信承認部２２によって承認された複数の端末１０間の通信と、を許容する。
【解決手段】複数の端末１０と接続され、複数の端末１０間のデータ転送を中継する通信サービス網２０であって、網インタフェース部２１と、認証部２２と、通信承認部２３と、を備え、認証部２２は、端末１０から網インタフェース部２１を介して送信された当該端末１０の端末番号と、認証部２２に予め記憶された端末番号と、に基づいて端末１０の認証を行い、網インタフェース部２１は、複数の端末１０と認証部２１との間の通信と、認証された端末１０と通信承認部２２との間の通信と、通信承認部２２によって承認された複数の端末１０間の通信と、を許容する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の端末を通信可能に接続する通信サービス網、及び、当該通信サービス網を備える通信サービスシステムに関する。
【背景技術】
【０００２】
従来の通信サービスは、網に接続する任意の端末間の通信機能を提供する公衆通信サービス（特許文献１参照）と、特定の端末間の通信機能のみを提供する専用線通信サービス（非特許文献１参照）に大別される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−３８６６９号公報
【非特許文献】
【０００４】
【非特許文献１】“専用線「ギガストリーム」”、［online］、ＮＴＴコミュニケーションズ、［平成22年9月8日検索］、インターネット〈http://www.ntt.com/gigast/〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、これらの通信サービスには、それぞれ以下に示すように、アクセスビリティとセキュリティの観点で問題があった。
【０００６】
＜公衆線通信サービスの問題点＞
公衆線通信サービスについてはさらにコネクションレス型通信サービスと、コネクションオリエンテッド型通信サービスに大別されるが、いずれのサービスでも着側の端末を示す番号（着端末番号）が公開され、着端末番号を知るユーザは、いつでもどこでも網に接続していればその着側の端末に着信することができる。例えば、コネクションレス型サービスの代表的なサービスとしてインターネットが挙げられるが、インターネットの場合には、端末のＦＱＤＮ（Fully Qualified Domain Name）、ＵＲＩ（Uniform Resource Identifier）又はＩＰ（Internet Protocol）アドレスが前記した着端末番号に該当する。また、コネクションオリエンテッド型通信サービスの代表として電話が挙げられるが、電話の場合には、電話番号が前記した着端末番号に該当する。
【０００７】
着側の端末のユーザが信頼している特定の端末以外の端末からの着信を避けたい要望があり、そのために以下のような工夫がされていたがいずれも十分ではなかった。
【０００８】
≪着端末番号と着端末との対応を秘匿≫
例えば電話の場合には、電話帳に電話番号を記載しない、又は、用途ごとに電話番号を変えて番号を教える相手を制限する、等の工夫がされている。しかし、一旦電話番号が漏洩すると、着信を防ぐことは困難だった。また、インターネットの場合には、端末が使用するprefixやＩＰアドレスを、ＤＨＣＰ（Dynamic Host Configuration Protocol）等を使用して動的に変更することで、着信をある程度防ぐことが可能である。しかし、使用中のアドレスが漏洩した場合の攻撃を防ぐことができない、さらには、本来着信を許可したい端末からの着信も困難になる、という問題があった。
【０００９】
≪ユーザ設備でのフィルタリング≫
例えばインターネットの場合には、端末において、ＩＰパケットの発アドレスや宛先ポート番号でフィルタリングを行い、端末内のアプリケーションへの不正なアクセスを防ぐ等の工夫があった。しかし、ＩＰアドレスの詐称を防ぐことはできず、端末及びアクセス回線の帯域を消耗する等のデメリットを回避できなかった。また、発側及び着側の端末がお互いを識別するための番号として、グローバルな番号（グローバルＩＰアドレス、ＦＱＤＮ、電話番号等）が必要なため、名寄せによる通信相手の特定や個人情報の結合・移動経路のトレースが行われる危険があった。
【００１０】
＜専用線サービスの問題点＞
専用線サービスでは、特定の端末間の通信回線あるいは通信経路を網内及び端末と網間の回線に設定することで、特定の端末以外の端末からの着信を防ぐことができる。しかし、動的な通信機能の提供、通信相手のグローバルなＩＤ(住所、氏名又はそれらにリンク可能な情報)の端末間における隠蔽、等の機能は存在しない。
【００１１】
本発明は、前記した問題を解決するために創案されたものであり、着側の端末のユーザとの間で信頼関係のある端末からの着信を信号手順によって許可するとともに、通信を許可していない端末からのいかなる信号も着側の端末へ転送されることを防ぐとともに、端末番号を秘匿することが可能な通信サービス網及び通信サービスシステムを提供することを課題とする。
【課題を解決するための手段】
【００１２】
前記課題を解決するため、本発明の通信サービス網は、複数の端末と接続され、前記複数の端末間のデータ転送を中継する通信サービス網であって、前記複数の端末と接続される網インタフェース部と、前記複数の端末の認証を行う認証部と、認証された前記複数の端末間の前記網インタフェース部を介した接続を承認する通信承認部と、を備え、前記認証部は、前記端末から前記網インタフェース部を介して送信された当該端末の端末番号と、当該認証部に予め記憶された端末番号と、に基づいて前記端末の認証を行い、前記網インタフェース部は、前記複数の端末と前記認証部との間の通信と、認証された前記端末と前記通信承認部との間の通信と、前記通信承認部によって承認された前記複数の端末間の通信と、を許容することを特徴とする。
【００１３】
かかる構成によると、着信を許可しない発側の端末からの呼による着信を、着側の端末ではなく通信サービス網が防ぐことができる。
【００１４】
また、本発明の通信サービスシステムは、前記通信サービス網と、前記網インタフェース部と接続される複数の端末と、を備える通信サービスシステムであって、認証された前記端末は、当該端末の端末番号を含むメッセージを、前記通信サービス網によって公開された公開鍵を用いて暗号化し、認証された他の前記端末を介して送信し、前記通信承認部は、暗号化された前記端末番号を復号化することによって前記端末番号を認識し、前記端末番号を含む前記メッセージを生成した前記端末を特定することを特徴とする。
【００１５】
また、本発明の通信サービスシステムは、前記通信サービス網と、前記網インタフェース部と接続される複数の端末と、を備える通信サービスシステムであって、前記通信承認部は、認証された前記端末に共有秘密鍵、及び、当該共有秘密鍵に対応するセキュリティアソシェーション番号を割り当て、認証された前記端末は、当該端末の端末番号を含むメッセージに、前記共有秘密鍵を用いて暗号化し対応するセキュリティアソシェーション番号を付与し、認証された他の前記端末を介して送信し、前記通信承認部は、前記セキュリティアソシェーション番号に基づいて、前記共有秘密鍵を特定し、特定された前記共有秘密鍵を用いて、暗号化された前記端末番号を復号化することによって前記端末番号を認識し、前記端末番号を含む前記メッセージを生成した前記端末を特定することを特徴とする。
【００１６】
かかる構成によると、認証された端末が他端末を介して前記通信サービス網にメッセージ送信を行う場合に、端末番号を他装置に対して秘匿することができる。
【００１７】
前記複数の端末は、発側の前記端末と着側の前記端末との間で、着側の前記端末が前記発側の端末からの呼の着信を許可する着信許可条件を調整し、着側の前記端末は、前記着信許可条件を前記通信承認部に登録することを着側の前記端末が許可する条件を示す登録許可条件と前記端末番号とを暗号化した登録許可トークンを生成して発側の前記端末に送信し、発側の前記端末は、前記登録許可トークンと前記着信許可条件とを前記通信承認部へ送信し、前記通信承認部は、前記登録許可トークンの暗号を復号し、前記登録許可条件を評価し、合格すれば前記着信許可条件を前記通信承認部内に記憶し、以後、発側の前記端末から着側の前記端末への通信要求を受信すると、前記着信許可条件を評価し、合格すれば前記複数の端末間の通信を承認する構成であってもよい。
【００１８】
また、前記複数の端末は、発側の前記端末と着側の前記端末との間で、着側の前記端末が前記発側の端末からの呼の着信を許可する着信許可条件を調整し、発側の前記端末は、前記着信許可条件を前記通信承認部に登録することを発側の前記端末が許可する条件を示す登録要求条件と前記端末番号とを暗号化した登録要求トークンを生成し、着側の前記端末に送信し、発側の前記端末は、前記登録要求トークンと前記着信許可条件とを前記通信承認部へ送信し、前記通信承認部は、前記登録要求トークンの暗号を復号し、前記登録要求条件を評価し、合格すれば前記着信許可条件を前記通信承認部内に記憶し、以後、発側の前記端末から着側の前記端末への通信要求を受信すると、前記着信許可条件を評価し、合格すれば前記複数の端末間の通信を承認する構成であってもよい。
【００１９】
かかる構成によると、通信サービス網内に登録された着信許可条件に合格した発側の端末から着側の端末への呼による通信のみを許可することができる。また通信サービス網内に着信許可条件を登録時に、着信許可条件の調整を実施していない端末から、前記端末への無効な登録確認を防ぐことができる。
【００２０】
また、前記端末は、着側の前記端末ごとに、着側の前記端末において発側の当該端末を識別するために用いられるパーソナル発端末番号を設定するとともに、発側の前記端末ごとに、発側の前記端末において着側の当該端末を識別するために用いられるパーソナル着端末番号を設定して、前記パーソナル発端末番号及び前記パーソナル着端末番号を前記通信承認部へ送信し、前記通信承認部は、承認された発側の前記端末の前記パーソナル発端末番号及び承認された着側の前記端末の前記パーソナル着端末番号を前記網インタフェース部に設定し、前記網インタフェース部は、承認された発側の前記端末から送信された前記パーソナル着端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル着端末番号を前記パーソナル発端末番号に変換して当該信号を承認された着側の前記端末へ転送し、承認された着側の前記端末から送信された前記パーソナル発端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル発端末番号を前記パーソナル着端末番号に変換して当該信号を承認された発側の前記端末へ転送する構成であってもよい。
【００２１】
また、前記通信承認部は、着側の前記端末ごとに、着側の前記端末において発側の当該端末を識別するために用いられるパーソナル発端末番号を割り当てるとともに、発側の前記端末ごとに、発側の前記端末において着側の当該端末を識別するために用いられるパーソナル着端末番号を割り当てて、前記パーソナル発端末番号を着側の前記端末に送信し、前記パーソナル着端末番号を発側の前記端末へ送信し、前記通信承認部は、承認された発側の前記端末の前記パーソナル発端末番号及び承認された着側の前記端末の前記パーソナル着端末番号を前記網インタフェース部に設定し、前記網インタフェース部は、承認された発側の前記端末から送信された前記パーソナル着端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル着端末番号を前記パーソナル発端末番号に変換して当該信号を承認された着側の前記端末へ転送し、承認された着側の前記端末から送信された前記パーソナル発端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル発端末番号を前記パーソナル着端末番号に変換して当該信号を承認された発側の前記端末へ転送する構成であってもよい。
【００２２】
かかる構成によると、発側及び着側の端末の端末番号を用いずに通信を行うことができるので、端末番号を他装置に対して秘匿することができる。
【００２３】
また、前記通信承認部は、暗号化された前記端末信号を用いて前記着信許可条件の内容を発側の前記端末及び着側の前記端末に確認し、発側の前記端末及び着側の前記端末による承認が得られた場合に、前記パーソナル発端末番号及び前記パーソナル着端末番号を前記着信許可条件に関連付けて記憶する構成であってもよい。
【００２４】
かかる構成によると、着信許可条件を発側及び着側の端末に確認する際においても端末番号を用いずに通信を行うことができるので、端末番号を他装置に対して秘匿することができる。
【発明の効果】
【００２５】
本発明によれば、着側の端末のユーザとの間で信頼関係のある端末からの着信を信号手順によって許可するとともに、通信を許可していない端末からのいかなる信号も着側の端末へ転送されることを防ぐとともに、端末番号を秘匿することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態に係る通信サービスシステムを模式的に示す図である。
【図２】通信承認部に記憶されたテーブルを模式的に示す図である。
【図３】通信承認部に記憶されたテーブルを模式的に示す図である。
【図４】図１の通信サービスシステムの動作例を説明するための図である。
【図５】図１の通信サービスシステムの動作例を説明するための図である。
【発明を実施するための形態】
【００２７】
以下、本発明の実施形態について、適宜図面を参照しながら説明する。図１に示すように、本発明の実施形態に係る通信サービスシステム１は、複数の端末１０（１０Ａ，１０Ｂ，１０Ｃ，・・・）と、通信サービス網２０と、を備える。
【００２８】
＜端末＞
複数の端末１０は、電話端末であり、ボタン等からなる操作部１１と、表示部１２と、マイク１３と、スピーカ１４と、これらを制御する制御部１５と、を備える。
【００２９】
＜通信サービス網＞
通信サービス網２０は、複数の端末１０と通信可能に接続され、複数の端末１０間のデータ転送を中継するための網（ネットワーク）であり、網インタフェース部２１と、認証部２２と、通信承認部２３と、を備える。
【００３０】
＜網インタフェース部＞
網インタフェース部２１は、端末１０と通信可能に接続されたサーバである。この網インタフェース部２１は、複数の端末１０と認証部２２との間の通信と、認証された端末１０と通信承認部２３との間の通信と、通信承認部２３によって承認された複数の端末間の通信１０と、を許容し、それ以外の通信を防止するように構成されている。
【００３１】
＜認証部＞
認証部２２は、網インタフェース部２１と通信可能に接続されたサーバであり、端末１０の認証を行う。認証された端末１０は、後記する通信承認部２３による承認によって、通信サービス網２０を用いて他の認証された端末１０との通信が可能となる。認証部２２は、通信サービス網２０が端末１０を一意に特定することが可能な番号である端末番号と、当該端末番号に対応する認証鍵（公開鍵及び秘密鍵、又は、共有秘密鍵）と、が記憶された端末番号記憶部２２ａを備える。この端末番号は、対応する端末１０と、通信サービス網２０と、にしか知られておらず、他の端末１０は、端末番号を用いて当該端末番号に対応する端末１０を特定することはできない。なお、本実施形態において、端末番号記憶部２２ａには、発信者（発側の端末１０のユーザ）のプロファイル情報、例えば、住所、氏名、性別、年齢、職業、出身地等が、発側の端末１０の端末番号と関連付けて記憶されている。
【００３２】
＜通信承認部＞
通信承認部２３は、網インタフェース部２１と通信可能に接続されたサーバであり、認証された複数の端末１０間の網インタフェース部２１を介した通信を承認するために、通信承認条件記憶部２３ａを備える。通信承認条件記憶部２３ａには、端末１０の端末番号ごとに、当該端末１０が発側である場合の、当該端末１０が着側端末を識別するためのパーソナル着端末番号と、着側端末が当該端末１０を識別するためのパーソナル発端末番号と、当該端末１０からの呼を着側端末が着信するための着信許可条件と、着側端末の端末番号と、が関連付けて着信許可条件テーブルとして記憶されている（図２参照）。ここで、着信許可条件としては、発側の端末１０と着側端末との間で通信可能な時間帯（曜日等）、発側の端末１０及び着側端末の位置、のべ通信回数の上限、のべ通信時間の上限、その他発側の端末１０及び着側端末のそれぞれのプレゼンス情報等が挙げられる。
【００３３】
また、通信承認条件記憶部２３ａには、端末１０の端末番号ごとに、当該端末１０が着側端末の場合に当該端末１０への着信許可条件の登録を許可した登録番号と、登録を許可した発側端末の端末番号と、登録の許可時に発側の端末１０が割り当てたパーソナル着端末番号、が関連付けて着信許可条件登録許可テーブルとして記憶されている（図３参照）。
【００３４】
＜動作例＞
続いて、通信サービスシステム１の動作例について、端末１０Ａが発側端末、端末１０Ｂが着側端末である場合を例にとって説明する。通信サービスシステム１は、（１）〜（３）の動作を順に行うことによって、端末１０Ａからの発信を端末１０Ｂに着信することを許可する条件を通信承認部２３に登録すること可能とし、端末１０Ａ，１０Ｂは、（４）、（５）の動作によって、通信サービス網２０を介して実際に通信を行う。なお、端末１０Ａ，１０Ｂには、通信サービス網２０以外にも、相互認証、通信内容の秘匿、なりすましの防御等が可能な既存の通信手段があるものとする。かかる通信手段としては、端末１０Ａ，１０Ｂ間を直接blue tooth（登録商標）で接続したり、IPsec（Security Architecture for the Internet Protocol）、HTTP（Hyper Text Transfer Protocol）等によりインターネット上にセキュリティアソシエーションを構築して接続したりすることが挙げられる。
【００３５】
（１）サービス契約時
端末１０Ａを所有するユーザと、端末１０Ｂを所有するユーザとが、通信サービス網２０を利用するための契約を実施する。認証部２２と通信可能に接続されたコンピュータである事業者端末２４は、通信サービス網２０の事業者による操作に基づいて、端末１０Ａ，１０Ｂの端末番号及びそれぞれの認証鍵が入力され、認証部２２へ送信する。認証部２２は、端末１０Ａ，１０Ｂの端末番号及びそれぞれの認証鍵を取得し、これらを関連付けて記憶する。この段階において、通信承認部２３の通信条件記憶部２３ａはブランクであり、網インタフェース部２１は、端末１０Ａ，１０Ｂから送信された信号を認証部２２へ転送する。
【００３６】
（２）認証
ユーザの操作に基づいて端末１０Ａの電源がＯＮになると、端末１０Ａは、網インタフェース部２１を介して認証部２２と通信可能に接続される。端末１０Ａは、当該端末１０Ａに予め記憶された端末番号Ａを、網インタフェース部２１を介して認証部２２へ送信する。認証部２２は、端末番号Ａを受信し、受信した端末番号Ａを用いて端末番号記憶部２２ａを検索し、受信した端末番号Ａが端末番号記憶部２２ａ内に存在する場合には、端末１０Ａを認証する。かかる認証は、例えば802.1x等の既存技術を用いて、端末番号を他装置に対して秘匿しつつ行われる。認証部２２は、認証された端末１０Ａに関して、端末１０Ａと通信承認部２３との間の通信を許可する通信許可信号を網インタフェース部２１へ送信する。網インタフェース部２１は、通信許可信号を受信すると、当該通信許可信号に対応する端末１０Ａと通信承認部２３との通信を許可する設定を行う。なお、これらの処理は、端末１０Ｂに関しても同様に行われる。
【００３７】
（３）承認条件の登録
図４に示すように、端末１０Ａ及び端末１０Ｂは、既存のセキュリティアソシエーションを介して、通信サービス網２０における端末１０Ａから端末１０Ｂへの呼の着信許可条件を調整する（ステップＳ１）。
【００３８】
調整の対象となる着信許可条件の項目としては、例えば、通信可能な日時、通信のアプリケーション、着側の端末１０の場所、着側の端末１０の状況（具体例については後記する）、発側の端末１０の場所、発側の端末１０の状況、発側の端末１０のユーザ（発信者）のプロファイル等に関する情報が挙げられる。調整手法としては、例えば、着側の端末１０が、着信許可条件の項目毎に、当該着側の端末１０が合意可能な選択肢を発側の端末１０へ送信し、発側の端末１０が、受信した選択肢から当該発側の端末１０が合意可能な選択肢を選択し、選択した結果を着側の端末１０へ応答する、等が挙げられる。
【００３９】
ここで、着信許可条件の調整の具体例について説明する。
（１）現実世界（サークル、パーティ等）での出会い
現実世界で知り合った二人が、匿名で、条件付の信頼関係を結んだ場合、各自の端末（携帯電話）を用いて着信許可条件を調整する。ここで、着信許可条件としては、以下の項目を用いることができる。
発信者プロファイル：着信許可条件の登録要求を送信した端末（着信許可条件を調整した携帯電話）
通信可能な日時：１９：００−２２：００
着側の端末１０の状況：仕事中、及び、就寝中を除く（既存技術により収集したプレゼンス情報を利用する）
着側の端末１０の場所：多摩地区内
アプリケーション：電話
【００４０】
（２）仮想空間（条件付き匿名ＳＮＳ（Social Network Service））での出会い
ＳＮＳサービス提供者が、ＳＮＳサーバを通信サービス網２０へ接続する。ＳＮＳサーバは、インターネット等を用いて、通信サービス網２０におけるパーソナル着端末番号、及び、当該パーソナル着端末番号へ着信可能なユーザの条件を公開し、同窓会、地区の自治会員等を募集する。ここで、着信許可条件としては、以下の項目を用いることができる。
発信者プロファイル：多摩地区在住の男性（通信サービス網２０の認証部２２が保証する）
アプリケーション：Ｗｅｂブラウザ
【００４１】
（３）仮想空間（条件付き匿名ＳＮＳ（Social Network Service）での出会い（前記した（２）の続き）
発側の端末１０は、通信サービス網２０に接続された閉域ＳＮＳサーバへアクセスし、ＳＮＳサービスを用いて、同サービスのユーザ間で信頼関係を生成した後、ＳＮＳサーバを介して同サービスのユーザ間で着信許可条件を調整する。
ここで、発側の端末１０から、他のＳＮＳユーザの端末１０への呼における着信許可条件としては、以下の項目を用いることができる。
発信者プロファイル：多摩地区在住、３０〜４０才台、男性（認証部２２が保証する）
通信可能な日時：平日の１９：００−２２：００、又は、週末
着側の端末１０の状況：仕事中、就寝中を除く（既存技術により収集したプレゼンス情報を利用する）
着側の端末１０の場所：不問
アプリケーション：電話
有効期限：一ヶ月
【００４２】
続いて、端末１０Ｂは、認証部２２によって、認証された端末１０へ対して公開された公開鍵（認証部２２による認証に用いられる公開鍵と同一であってもよく、異なってもよい）を用いて、端末１０Ｂの端末番号Ｂと、端末１０Ｂが着信許可条件の登録を許可する毎に変化する番号である登録番号Ｂと、着信許可条件の登録を許可する条件である登録許可条件Ｂと、を暗号化することによって、端末１０Ｂの登録許可トークンＢを生成する。登録許可条件は、例えば、着信許可条件の登録が可能な期限、発側の端末１０Ａの場所、発信者のプロファイル等に関する情報が挙げられる。登録番号及び登録許可条件を登録許可条件に含める理由は、着側の端末１０Ｂへの無効な登録の確認依頼の実施を防ぐためである。ここで生成された登録許可トークンは、外部装置からは乱数に見えるため、外部装置は登録許可トークンを用いて端末１０Ｂを特定することはできない。
【００４３】
続いて、着側の端末１０Ｂは、登録許可トークンＢを、既存のセキュリティアソシエーションを介して、発側の端末１０Ａへ送信する（ステップＳ２）。発側の端末１０Ａは、端末１０Ｂから送信された登録許可トークンＢを受信すると、発側の端末１０Ａが着側の端末１０Ｂを識別するパーソナル着端末番号Ａを設定するとともに、ステップＳ１で調整した着信許可条件に、該登録許可トークンＢと、発側の端末１０Ａが着側の端末１０Ｂを識別するパーソナル着端末番号Ａ、端末１０Ａが他の登録承認処理と区別するために生成した番号（登録要求番号Ａ）、及び、端末番号Ａを付与した信号を、着信許可条件登録要求メッセージとして、網インタフェース部２１を介して通信承認部２３へ送信する（ステップＳ３，Ｓ４）。
【００４４】
通信承認部２３は、着信許可条件登録要求メッセージを受信すると、該メッセージ中の登録許可トークンＢを秘密鍵で復号し、端末番号Ｂと登録番号Ｂと登録許可条件Ｂを取り出し、それらを評価する。該登録許可条件は、例えば、着信許可条件の登録が可能な期限が登録番号Ｂが生成されてから一日以内、発側の端末１０Ａが網インタフェース部に接続する場所が着側の端末１０Ｂの場所から１００ｍ以内、発側の端末１０Ａが着信許可条件の調整の中で主張した住所・性別・年齢等のプロファイル情報が網が管理する発信者のプロファイル情報と矛盾しない、等が挙げられる。なお、発信者のプロファイル情報が登録許可条件Ｂに含まれている場合には、通信承認部２３は、認証部２２の端末情報記憶部２２ａから発信者プロファイル情報を読み出し、登録許可条件内の発信者プロファイル情報と比較する。この際に、通信承認部２３は、端末番号Ｂを認識し、端末番号Ｂを含む登録許可トークンＢを生成した端末１０Ｂを特定している。
【００４５】
通信承認部２３は、端末番号Ｂが有効で、登録許可条件Ｂが合格し、かつ、登録番号Ｂが着信許可条件登録許可テーブルに記録されていなければ、復号された端末番号Ｂに基づいて、着信許可条件及び登録番号Ｂを、登録確認依頼メッセージとして網インタフェース部２１を介して端末１０Ｂへ送信する（ステップＳ５，Ｓ６）。
【００４６】
端末１０Ｂは、登録確認依頼メッセージを受信すると、登録番号Ｂ及び着信許可条件を確認し、端末１０Ｂが合意した着信許可条件と一致している場合には、端末１０Ｂが端末１０Ａを識別するパーソナル発端末番号Ｂを設定するとともに、端末１０Ｂが端末１０Ａを識別するパーソナル発端末番号Ｂを含む信号を、登録承認メッセージとして、網インタフェース部２１を介して通信承認部２３へ送信する（ステップＳ７，Ｓ８）。
【００４７】
通信承認部２３は、登録承認メッセージを受信すると、着側の端末１０Ｂに対応する着信許可条件登録許可テーブルに、登録番号Ｂと、発端末番号Ａ、パーソナル着端末番号Ａを記録し、発端末である端末１０Ａに該当する着信許可条件テーブルに、パーソナル着端末番号Ａと、パーソナル発端末番号Ｂ、着信許可条件Ｂ、着端末番号Ｂを記録する。続いて、通信承認部２３は、登録要求番号Ａと登録要求の処理結果とを含む登録承認メッセージを、網インタフェース部２１を介して端末１０Ａへ送信する（ステップＳ９，Ｓ１０）。
【００４８】
端末１０Ａは、登録承認メッセージを受信すると、受信した登録承認メッセージ内の登録要求番号Ａを確認し、パーソナル着端末番号Ａと登録要求の処理結果とを表示部１２に表示させる。以後、端末１０Ａのユーザが端末１０Ｂとの通信を行いたい場合には、操作部１１を操作してパーソナル着端末番号Ａを入力することによって、端末１０Ａの発信を端末１０Ｂが着信することが可能となる。
【００４９】
（４）通信承認処理
図５に示すように、まず、端末１０Ａは、ユーザによる操作部１１の操作に基づいて、端末１０Ａの端末番号及び端末１０Ｂのパーソナル着端末番号Ａを含む通信要求メッセージを網インタフェース部２１を介して通信承認部２３へ送信する（ステップＳ２１，Ｓ２２）。
【００５０】
通信承認部２３は、通信要求メッセージを受信すると、端末番号Ａ及びパーソナル着端末番号Ａに基づいて着信許可条件テーブルから、端末１０Ｂからみた端末１０Ａを示すパーソナル発端末番号Ｂと、端末番号Ｂ及び着信許可条件を検索し、着信許可条件を評価する。着信許可条件が合格である、すなわち、着信許可条件が現時点での端末１０Ａと端末１０Ｂとの間の通信が可能であることを示す場合には、端末１０Ａと端末１０Ｂとの間の通信を承認し、網インタフェース部２１に対して、端末１０Ａが端末１０Ｂ宛に送信したデータパケットに付与されているパーソナル着端末番号Ａをパーソナル発端末番号に変換して端末１０Ｂに転送するように転送設定を行うとともに、端末１０Ｂが端末１０Ａ宛に送信するデータパケットについてパーソナル発端末番号Ｂをパーソナル着端末番号Ａに変換して端末１０Ａに転送するように転送設定を行うための転送設定信号を網インタフェース部２１へ送信し（ステップＳ２３）、網インタフェース部２１は、受信した転送設定信号に基づいて転送設定を行うとともに、転送設定応答信号を通信承認部２３へ送信する（ステップＳ２４）。
【００５１】
続いて、通信承認部２３は、端末１０Ａと端末１０Ｂとの間の通信を承認した旨を示す通信承認メッセージを網インタフェース部２１を介して端末１０Ａへ送信する（ステップＳ２５，Ｓ２６）。
【００５２】
（５）通信処理
続いて、端末１０Ａは、端末１０Ｂ宛のデータパケットに、パーソナル着端末番号Ａを付与して網インタフェース部２１へ送信する（ステップＳ２７）。網インタフェース部２１は、データパケットを受信すると、パーソナル着端末番号Ａをパーソナル発端末番号Ｂに変換して端末１０Ｂへ転送する。
【００５３】
一方、端末１０Ｂは、端末１０Ａ宛のデータパケットに、パーソナル発端末番号Ｂを付与して網インタフェース部２１へ送信する（ステップＳ２７）。網インタフェース部２１は、データパケットを受信すると、パーソナル発端末番号Ｂをパーソナル着端末番号Ａに変換して端末１０Ａへ転送する。
【００５４】
本発明の実施形態に係る通信サービス網２０を備えた通信サービスシステム１は、着側の端末１０Ｂのユーザとの間で信頼関係のある端末１０Ａからの着信を信号手順によって許可するとともに、通信を許可していない端末（例えば、端末１０Ｃ）からのいかなる信号も着側の端末１０Ｂへ転送されることを防ぐとともに、端末番号を秘匿することができる。すなわち、着側の端末１０Ｂのパーソナル着端末番号が、信頼関係のある端末１０Ａのユーザのみに知られ、発側の端末１０Ａのパーソナル発端末番号が、信頼関係のある端末１０Ｂのユーザのみに知られ、発側の端末１０Ａの端末番号が、着側の端末１０Ｂのユーザにも知られず、着側の端末１０Ｂの端末番号が、発側の端末１０Ａのユーザにも知られない状態で、発側の端末１０Ａから着側の端末１０Ｂへの呼によるデータ通信が可能である。
また、通信サービスシステム１によると、着信を許可しない端末からの着信を着側の端末１０Ｂではなく通信サービス網２０が防ぐため、着信を許可しない端末（例えば、端末１０Ｃ）からのデータが着側の端末１０Ｂと通信サービス網２０との間のアクセス回線の通信帯域を圧迫することがなくなり、また、それらのデータを着側の端末２０Ｂが廃棄するための処理が不要になる。このため、通信帯域又は処理性能が非力なセンサ、アクチュエータ端末等を端末１０として用いた場合には、通信品質の向上、及び、電池寿命の向上を実現することができる。
また、通信サービスシステム１によると、ユーザ宅内又は屋外に設置される家電等を端末１０として用いた場合には、端末１０へのメーカ側サーバからのアクセスの承認を通信サービス網２０が管理するため、現地機器である端末１０へのフィルタ設定等の管理の手間が不要になる。
また、通信サービスシステム１によると、発側及び着側の端末１０がお互いを識別するための番号として、グローバルな番号（グローバルＩＰアドレス、ＦＤＱＮ、電話番号等)を使用しないため、名寄せによる通信相手氏名の特定や移動経路のトレースを防止することができる。
【００５５】
＜具体例＞
前記した（４）通信承認処理、及び、（５）通信処理に関しては、端末１０Ａ，１０Ｂと網インタフェース部２１との間の通信として、既存のＩＰプロトコルを用いたコネクションレス通信を採用することができ、この場合には、パーソナル発端末番号及びパーソナル着端末番号として、本来はグローバルな番号体系である、ＦＱＤＮ（Fully Qualified Domain Name）、ＳＩＰ−ＵＲＩ（Session Initiation Protocol - Uniform Resource Identifier）、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレス等を用いることができる。以下、ＦＱＤＮを用いた場合について説明する。
【００５６】
（４）通信承認処理
端末１０Ａは、端末１０Ｂのパーソナル着端末番号に相当するＦＱＤＮをキーに端末１０ＢのＩＰアドレスをＤＮＳプロトコルにより検索する。通信承認部２３は、発側の端末１０Ａの端末番号とパーソナル着端末番号に基づいて、着信許可条件テーブルから着端末番号と、着信許可条件を検索し、通信を承認すると、網インタフェース部２１に、端末１０Ａと端末１０Ｂとの間の通信許可を設定する。網インタフェース部２１は、端末１０Ａと通信サービス網２０間とのインタフェースで未使用のＩＰアドレスを着側の端末１０Ｂに割り当て、端末１０Ａに対してＤＮＳプロトコルにより応答する。
【００５７】
（５）通信処理
端末１０Ａは、端末１０Ｂ宛のデータパケットに、ＤＮＳプロトコルで通知された端末１０ＢのＩＰアドレスを付与して網インタフェース部２１へ送信する。網インタフェース部２１は、受信したデータパケットの宛先を端末１０Ｂに割り当てているＩＰアドレスに変換し、また発側の端末１０Ａのアドレスに端末１０Ｂと通信サービス網２０間とのインタフェースで未使用のＩＰアドレスを割り当てて端末１０Ｂへ送信する。
【００５８】
以上、本発明の実施形態について説明したが、本発明は前記実施形態に限定されず、本発明の要旨を逸脱しない範囲で適宜設計変更可能であり、例えば、以下の変形例及びこれらの組み合せが実施可能である。
【００５９】
＜変形例１＞
前記実施形態では、端末１０は、公開鍵を用いて端末番号を暗号化することによって登録許可トークンを生成しているが、端末番号記憶部２２ａに記憶された共有秘密鍵と使用する共有秘密鍵を示すセキュリティアソシエーション番号とを用いて登録許可トークンを生成してもよい。ただし、セキュリティアソシエーション番号による名寄せを防ぐため、外部装置からは乱数に見えるように、短い周期でセキュリティアソシエーション番号を変更することが望ましい。この場合には、通信承認部２３が、認証された端末１０Ｂに共有秘密鍵、及び、当該共有秘密鍵に対応するセキュリティアソシェーション番号を割り当て、端末１０Ｂが、当該端末１０Ｂの端末番号を含むメッセージに、共有秘密鍵を用いて暗号化し対応するセキュリティアソシェーション番号を付与し、端末１０Ａを介して送信し（ステップＳ２〜Ｓ４）、通信承認部２３が、セキュリティアソシェーション番号に基づいて、共有秘密鍵を特定し、特定された共有秘密鍵を用いて、暗号化された端末番号を復号化することによって端末番号を認識し、端末番号を含むメッセージを生成した前記端末１０Ｂを特定することとなる。
【００６０】
＜変形例２＞
また、前記実施形態では、着側の端末１０Ｂから着信許可条件の登録要求を送信しているが、発側の端末１０Ａから起動する、以下のシーケンスでの実現も可能である。すなわち、着側の端末１０Ｂから発側の端末１０Ａへの登録許可トークンの配布（ステップＳ２）に代えて、発側の端末１０Ａが、当該１０Ａの端末番号、登録要求番号及び登録要求条件を暗号化した登録要求トークンを生成し、着側の端末１０Ｂに配布し（ステップＳ２’、着側の端末１０Ｂが、該登録要求トークンを付与して着信許可条件の登録要求を送信し（ステップＳ３’，Ｓ４’）、通信承認部２３が、該登録要求トークンを復号して得られた発側の端末１０Ａの端末番号が有効で、かつ該登録要求番号が使用中でなく、かつ登録要求条件が合格の場合に、発側の端末１０Ａに登録の確認依頼を実施してもよい（ステップＳ５’〜Ｓ１０’）。この場合には、図４における端末１０Ａと端末１０Ｂを入れ替えた動作フローとなる。なお、通信承認部２３は、着信許可条件テーブルに使用中の登録要求番号を記録しておくことができる。
【００６１】
＜変形例３＞
また、前記実施形態のステップＳ１において、発側の端末１０Ａが、当該端末１０Ａの端末番号と登録要求番号とを暗号化して着側の端末１０Ｂに配布し、着側の端末１０Ｂが、それらを登録許可トークンに含めて再度暗号化して発側の端末１０Ａに送信し（ステップＳ２）、通信承認部２３が、登録許可トークンを復号して得られた発側の端末１０Ａの端末番号と、着信許可条件の登録要求を送信した端末の端末番号とを比較し、該登録許可トークンが第三者に使われていないことを判定してもよい（ステップＳ３，Ｓ４）。
【００６２】
同様に、前記変形例２のステップＳ１において、着側の端末１０Ｂが、当該端末１０Ｂの端末番号と登録番号とを暗号化して発端末に配布し、発側の端末１０Ａが、それらを登録要求トークンに含めて再度暗号化して着側の端末１０Ｂに送信し（ステップＳ２’）、通信承認部２３が、該登録要求トークンを復号して得られた着側の端末１０Ｂの端末番号と、着信許可条件の登録要求を送信した端末の端末番号とを比較し、該登録要求トークンが第三者に使われていないことを判定してもよい（ステップＳ３’，Ｓ４’）。この場合には、図４における端末１０Ａと端末１０Ｂを入れ替えた動作フローとなる。
【００６３】
＜変形例４＞
また、前記実施形態では、ステップＳ６において着信許可条件の評価を着側の端末１０Ｂが実施しているが、ステップＳ２において、着側の端末１０Ｂが着信許可条件を登録許可トークンＢに含めて端末１０Ａに送信し、発側の端末１０Ａが、該登録許可トークンＢを含む着信許可条件の登録要求を網インタフェース部２１を介して通信承認部２３に送信し、通信承認部２３が、該登録許可トークンを復号し、得られた着信許可条件を着信許可条件テーブルに登録する構成でもよい（ステップＳ３，Ｓ４）。
【００６４】
同様に、前記変形例２のステップＳ２’において、発側の端末１０Ａが、着信許可条件を登録要求トークンに含めて端末１０Ｂに送信し、着側の端末１０Ｂが、該登録要求トークンを含む着信許可条件の登録要求を網インタフェース部２１を介して通信承認部２３に送信し、通信承認部２３が、該登録要求トークンを復号し、得られた着信許可条件を着信許可条件テーブルに登録する構成でもよい（ステップＳ３’，Ｓ４’）。この場合には、図４における端末１０Ａと端末１０Ｂを入れ替えた動作フローとなる。
【００６５】
＜変形例５＞
また、前記実施形態では、パーソナル発端末番号及びパーソナル着端末番号を端末１０が設定して通信サービス網２０に通知しているが、通信承認部２３が設定して端末１０に通知する構成でもよい。なお、パーソナル発端末番号及びパーソナル着端末番号の決定手法は、前記したものに限定されず、端末１０又は通信承認部２３が乱数等を生成することによってパーソナル発端末番号及びパーソナル着端末番号を、発側端末及び着側端末のペアごとに異なるように設定する構成であってもよい。
【符号の説明】
【００６６】
１ 通信サービスシステム
１０（１０Ａ，１０Ｂ，１０Ｃ） 端末
２０ 通信サービス網
２１ 網インタフェース部
２２ 認証部
２３ 通信承認部
【技術分野】
【０００１】
本発明は、複数の端末を通信可能に接続する通信サービス網、及び、当該通信サービス網を備える通信サービスシステムに関する。
【背景技術】
【０００２】
従来の通信サービスは、網に接続する任意の端末間の通信機能を提供する公衆通信サービス（特許文献１参照）と、特定の端末間の通信機能のみを提供する専用線通信サービス（非特許文献１参照）に大別される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平７−３８６６９号公報
【非特許文献】
【０００４】
【非特許文献１】“専用線「ギガストリーム」”、［online］、ＮＴＴコミュニケーションズ、［平成22年9月8日検索］、インターネット〈http://www.ntt.com/gigast/〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、これらの通信サービスには、それぞれ以下に示すように、アクセスビリティとセキュリティの観点で問題があった。
【０００６】
＜公衆線通信サービスの問題点＞
公衆線通信サービスについてはさらにコネクションレス型通信サービスと、コネクションオリエンテッド型通信サービスに大別されるが、いずれのサービスでも着側の端末を示す番号（着端末番号）が公開され、着端末番号を知るユーザは、いつでもどこでも網に接続していればその着側の端末に着信することができる。例えば、コネクションレス型サービスの代表的なサービスとしてインターネットが挙げられるが、インターネットの場合には、端末のＦＱＤＮ（Fully Qualified Domain Name）、ＵＲＩ（Uniform Resource Identifier）又はＩＰ（Internet Protocol）アドレスが前記した着端末番号に該当する。また、コネクションオリエンテッド型通信サービスの代表として電話が挙げられるが、電話の場合には、電話番号が前記した着端末番号に該当する。
【０００７】
着側の端末のユーザが信頼している特定の端末以外の端末からの着信を避けたい要望があり、そのために以下のような工夫がされていたがいずれも十分ではなかった。
【０００８】
≪着端末番号と着端末との対応を秘匿≫
例えば電話の場合には、電話帳に電話番号を記載しない、又は、用途ごとに電話番号を変えて番号を教える相手を制限する、等の工夫がされている。しかし、一旦電話番号が漏洩すると、着信を防ぐことは困難だった。また、インターネットの場合には、端末が使用するprefixやＩＰアドレスを、ＤＨＣＰ（Dynamic Host Configuration Protocol）等を使用して動的に変更することで、着信をある程度防ぐことが可能である。しかし、使用中のアドレスが漏洩した場合の攻撃を防ぐことができない、さらには、本来着信を許可したい端末からの着信も困難になる、という問題があった。
【０００９】
≪ユーザ設備でのフィルタリング≫
例えばインターネットの場合には、端末において、ＩＰパケットの発アドレスや宛先ポート番号でフィルタリングを行い、端末内のアプリケーションへの不正なアクセスを防ぐ等の工夫があった。しかし、ＩＰアドレスの詐称を防ぐことはできず、端末及びアクセス回線の帯域を消耗する等のデメリットを回避できなかった。また、発側及び着側の端末がお互いを識別するための番号として、グローバルな番号（グローバルＩＰアドレス、ＦＱＤＮ、電話番号等）が必要なため、名寄せによる通信相手の特定や個人情報の結合・移動経路のトレースが行われる危険があった。
【００１０】
＜専用線サービスの問題点＞
専用線サービスでは、特定の端末間の通信回線あるいは通信経路を網内及び端末と網間の回線に設定することで、特定の端末以外の端末からの着信を防ぐことができる。しかし、動的な通信機能の提供、通信相手のグローバルなＩＤ(住所、氏名又はそれらにリンク可能な情報)の端末間における隠蔽、等の機能は存在しない。
【００１１】
本発明は、前記した問題を解決するために創案されたものであり、着側の端末のユーザとの間で信頼関係のある端末からの着信を信号手順によって許可するとともに、通信を許可していない端末からのいかなる信号も着側の端末へ転送されることを防ぐとともに、端末番号を秘匿することが可能な通信サービス網及び通信サービスシステムを提供することを課題とする。
【課題を解決するための手段】
【００１２】
前記課題を解決するため、本発明の通信サービス網は、複数の端末と接続され、前記複数の端末間のデータ転送を中継する通信サービス網であって、前記複数の端末と接続される網インタフェース部と、前記複数の端末の認証を行う認証部と、認証された前記複数の端末間の前記網インタフェース部を介した接続を承認する通信承認部と、を備え、前記認証部は、前記端末から前記網インタフェース部を介して送信された当該端末の端末番号と、当該認証部に予め記憶された端末番号と、に基づいて前記端末の認証を行い、前記網インタフェース部は、前記複数の端末と前記認証部との間の通信と、認証された前記端末と前記通信承認部との間の通信と、前記通信承認部によって承認された前記複数の端末間の通信と、を許容することを特徴とする。
【００１３】
かかる構成によると、着信を許可しない発側の端末からの呼による着信を、着側の端末ではなく通信サービス網が防ぐことができる。
【００１４】
また、本発明の通信サービスシステムは、前記通信サービス網と、前記網インタフェース部と接続される複数の端末と、を備える通信サービスシステムであって、認証された前記端末は、当該端末の端末番号を含むメッセージを、前記通信サービス網によって公開された公開鍵を用いて暗号化し、認証された他の前記端末を介して送信し、前記通信承認部は、暗号化された前記端末番号を復号化することによって前記端末番号を認識し、前記端末番号を含む前記メッセージを生成した前記端末を特定することを特徴とする。
【００１５】
また、本発明の通信サービスシステムは、前記通信サービス網と、前記網インタフェース部と接続される複数の端末と、を備える通信サービスシステムであって、前記通信承認部は、認証された前記端末に共有秘密鍵、及び、当該共有秘密鍵に対応するセキュリティアソシェーション番号を割り当て、認証された前記端末は、当該端末の端末番号を含むメッセージに、前記共有秘密鍵を用いて暗号化し対応するセキュリティアソシェーション番号を付与し、認証された他の前記端末を介して送信し、前記通信承認部は、前記セキュリティアソシェーション番号に基づいて、前記共有秘密鍵を特定し、特定された前記共有秘密鍵を用いて、暗号化された前記端末番号を復号化することによって前記端末番号を認識し、前記端末番号を含む前記メッセージを生成した前記端末を特定することを特徴とする。
【００１６】
かかる構成によると、認証された端末が他端末を介して前記通信サービス網にメッセージ送信を行う場合に、端末番号を他装置に対して秘匿することができる。
【００１７】
前記複数の端末は、発側の前記端末と着側の前記端末との間で、着側の前記端末が前記発側の端末からの呼の着信を許可する着信許可条件を調整し、着側の前記端末は、前記着信許可条件を前記通信承認部に登録することを着側の前記端末が許可する条件を示す登録許可条件と前記端末番号とを暗号化した登録許可トークンを生成して発側の前記端末に送信し、発側の前記端末は、前記登録許可トークンと前記着信許可条件とを前記通信承認部へ送信し、前記通信承認部は、前記登録許可トークンの暗号を復号し、前記登録許可条件を評価し、合格すれば前記着信許可条件を前記通信承認部内に記憶し、以後、発側の前記端末から着側の前記端末への通信要求を受信すると、前記着信許可条件を評価し、合格すれば前記複数の端末間の通信を承認する構成であってもよい。
【００１８】
また、前記複数の端末は、発側の前記端末と着側の前記端末との間で、着側の前記端末が前記発側の端末からの呼の着信を許可する着信許可条件を調整し、発側の前記端末は、前記着信許可条件を前記通信承認部に登録することを発側の前記端末が許可する条件を示す登録要求条件と前記端末番号とを暗号化した登録要求トークンを生成し、着側の前記端末に送信し、発側の前記端末は、前記登録要求トークンと前記着信許可条件とを前記通信承認部へ送信し、前記通信承認部は、前記登録要求トークンの暗号を復号し、前記登録要求条件を評価し、合格すれば前記着信許可条件を前記通信承認部内に記憶し、以後、発側の前記端末から着側の前記端末への通信要求を受信すると、前記着信許可条件を評価し、合格すれば前記複数の端末間の通信を承認する構成であってもよい。
【００１９】
かかる構成によると、通信サービス網内に登録された着信許可条件に合格した発側の端末から着側の端末への呼による通信のみを許可することができる。また通信サービス網内に着信許可条件を登録時に、着信許可条件の調整を実施していない端末から、前記端末への無効な登録確認を防ぐことができる。
【００２０】
また、前記端末は、着側の前記端末ごとに、着側の前記端末において発側の当該端末を識別するために用いられるパーソナル発端末番号を設定するとともに、発側の前記端末ごとに、発側の前記端末において着側の当該端末を識別するために用いられるパーソナル着端末番号を設定して、前記パーソナル発端末番号及び前記パーソナル着端末番号を前記通信承認部へ送信し、前記通信承認部は、承認された発側の前記端末の前記パーソナル発端末番号及び承認された着側の前記端末の前記パーソナル着端末番号を前記網インタフェース部に設定し、前記網インタフェース部は、承認された発側の前記端末から送信された前記パーソナル着端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル着端末番号を前記パーソナル発端末番号に変換して当該信号を承認された着側の前記端末へ転送し、承認された着側の前記端末から送信された前記パーソナル発端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル発端末番号を前記パーソナル着端末番号に変換して当該信号を承認された発側の前記端末へ転送する構成であってもよい。
【００２１】
また、前記通信承認部は、着側の前記端末ごとに、着側の前記端末において発側の当該端末を識別するために用いられるパーソナル発端末番号を割り当てるとともに、発側の前記端末ごとに、発側の前記端末において着側の当該端末を識別するために用いられるパーソナル着端末番号を割り当てて、前記パーソナル発端末番号を着側の前記端末に送信し、前記パーソナル着端末番号を発側の前記端末へ送信し、前記通信承認部は、承認された発側の前記端末の前記パーソナル発端末番号及び承認された着側の前記端末の前記パーソナル着端末番号を前記網インタフェース部に設定し、前記網インタフェース部は、承認された発側の前記端末から送信された前記パーソナル着端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル着端末番号を前記パーソナル発端末番号に変換して当該信号を承認された着側の前記端末へ転送し、承認された着側の前記端末から送信された前記パーソナル発端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル発端末番号を前記パーソナル着端末番号に変換して当該信号を承認された発側の前記端末へ転送する構成であってもよい。
【００２２】
かかる構成によると、発側及び着側の端末の端末番号を用いずに通信を行うことができるので、端末番号を他装置に対して秘匿することができる。
【００２３】
また、前記通信承認部は、暗号化された前記端末信号を用いて前記着信許可条件の内容を発側の前記端末及び着側の前記端末に確認し、発側の前記端末及び着側の前記端末による承認が得られた場合に、前記パーソナル発端末番号及び前記パーソナル着端末番号を前記着信許可条件に関連付けて記憶する構成であってもよい。
【００２４】
かかる構成によると、着信許可条件を発側及び着側の端末に確認する際においても端末番号を用いずに通信を行うことができるので、端末番号を他装置に対して秘匿することができる。
【発明の効果】
【００２５】
本発明によれば、着側の端末のユーザとの間で信頼関係のある端末からの着信を信号手順によって許可するとともに、通信を許可していない端末からのいかなる信号も着側の端末へ転送されることを防ぐとともに、端末番号を秘匿することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施形態に係る通信サービスシステムを模式的に示す図である。
【図２】通信承認部に記憶されたテーブルを模式的に示す図である。
【図３】通信承認部に記憶されたテーブルを模式的に示す図である。
【図４】図１の通信サービスシステムの動作例を説明するための図である。
【図５】図１の通信サービスシステムの動作例を説明するための図である。
【発明を実施するための形態】
【００２７】
以下、本発明の実施形態について、適宜図面を参照しながら説明する。図１に示すように、本発明の実施形態に係る通信サービスシステム１は、複数の端末１０（１０Ａ，１０Ｂ，１０Ｃ，・・・）と、通信サービス網２０と、を備える。
【００２８】
＜端末＞
複数の端末１０は、電話端末であり、ボタン等からなる操作部１１と、表示部１２と、マイク１３と、スピーカ１４と、これらを制御する制御部１５と、を備える。
【００２９】
＜通信サービス網＞
通信サービス網２０は、複数の端末１０と通信可能に接続され、複数の端末１０間のデータ転送を中継するための網（ネットワーク）であり、網インタフェース部２１と、認証部２２と、通信承認部２３と、を備える。
【００３０】
＜網インタフェース部＞
網インタフェース部２１は、端末１０と通信可能に接続されたサーバである。この網インタフェース部２１は、複数の端末１０と認証部２２との間の通信と、認証された端末１０と通信承認部２３との間の通信と、通信承認部２３によって承認された複数の端末間の通信１０と、を許容し、それ以外の通信を防止するように構成されている。
【００３１】
＜認証部＞
認証部２２は、網インタフェース部２１と通信可能に接続されたサーバであり、端末１０の認証を行う。認証された端末１０は、後記する通信承認部２３による承認によって、通信サービス網２０を用いて他の認証された端末１０との通信が可能となる。認証部２２は、通信サービス網２０が端末１０を一意に特定することが可能な番号である端末番号と、当該端末番号に対応する認証鍵（公開鍵及び秘密鍵、又は、共有秘密鍵）と、が記憶された端末番号記憶部２２ａを備える。この端末番号は、対応する端末１０と、通信サービス網２０と、にしか知られておらず、他の端末１０は、端末番号を用いて当該端末番号に対応する端末１０を特定することはできない。なお、本実施形態において、端末番号記憶部２２ａには、発信者（発側の端末１０のユーザ）のプロファイル情報、例えば、住所、氏名、性別、年齢、職業、出身地等が、発側の端末１０の端末番号と関連付けて記憶されている。
【００３２】
＜通信承認部＞
通信承認部２３は、網インタフェース部２１と通信可能に接続されたサーバであり、認証された複数の端末１０間の網インタフェース部２１を介した通信を承認するために、通信承認条件記憶部２３ａを備える。通信承認条件記憶部２３ａには、端末１０の端末番号ごとに、当該端末１０が発側である場合の、当該端末１０が着側端末を識別するためのパーソナル着端末番号と、着側端末が当該端末１０を識別するためのパーソナル発端末番号と、当該端末１０からの呼を着側端末が着信するための着信許可条件と、着側端末の端末番号と、が関連付けて着信許可条件テーブルとして記憶されている（図２参照）。ここで、着信許可条件としては、発側の端末１０と着側端末との間で通信可能な時間帯（曜日等）、発側の端末１０及び着側端末の位置、のべ通信回数の上限、のべ通信時間の上限、その他発側の端末１０及び着側端末のそれぞれのプレゼンス情報等が挙げられる。
【００３３】
また、通信承認条件記憶部２３ａには、端末１０の端末番号ごとに、当該端末１０が着側端末の場合に当該端末１０への着信許可条件の登録を許可した登録番号と、登録を許可した発側端末の端末番号と、登録の許可時に発側の端末１０が割り当てたパーソナル着端末番号、が関連付けて着信許可条件登録許可テーブルとして記憶されている（図３参照）。
【００３４】
＜動作例＞
続いて、通信サービスシステム１の動作例について、端末１０Ａが発側端末、端末１０Ｂが着側端末である場合を例にとって説明する。通信サービスシステム１は、（１）〜（３）の動作を順に行うことによって、端末１０Ａからの発信を端末１０Ｂに着信することを許可する条件を通信承認部２３に登録すること可能とし、端末１０Ａ，１０Ｂは、（４）、（５）の動作によって、通信サービス網２０を介して実際に通信を行う。なお、端末１０Ａ，１０Ｂには、通信サービス網２０以外にも、相互認証、通信内容の秘匿、なりすましの防御等が可能な既存の通信手段があるものとする。かかる通信手段としては、端末１０Ａ，１０Ｂ間を直接blue tooth（登録商標）で接続したり、IPsec（Security Architecture for the Internet Protocol）、HTTP（Hyper Text Transfer Protocol）等によりインターネット上にセキュリティアソシエーションを構築して接続したりすることが挙げられる。
【００３５】
（１）サービス契約時
端末１０Ａを所有するユーザと、端末１０Ｂを所有するユーザとが、通信サービス網２０を利用するための契約を実施する。認証部２２と通信可能に接続されたコンピュータである事業者端末２４は、通信サービス網２０の事業者による操作に基づいて、端末１０Ａ，１０Ｂの端末番号及びそれぞれの認証鍵が入力され、認証部２２へ送信する。認証部２２は、端末１０Ａ，１０Ｂの端末番号及びそれぞれの認証鍵を取得し、これらを関連付けて記憶する。この段階において、通信承認部２３の通信条件記憶部２３ａはブランクであり、網インタフェース部２１は、端末１０Ａ，１０Ｂから送信された信号を認証部２２へ転送する。
【００３６】
（２）認証
ユーザの操作に基づいて端末１０Ａの電源がＯＮになると、端末１０Ａは、網インタフェース部２１を介して認証部２２と通信可能に接続される。端末１０Ａは、当該端末１０Ａに予め記憶された端末番号Ａを、網インタフェース部２１を介して認証部２２へ送信する。認証部２２は、端末番号Ａを受信し、受信した端末番号Ａを用いて端末番号記憶部２２ａを検索し、受信した端末番号Ａが端末番号記憶部２２ａ内に存在する場合には、端末１０Ａを認証する。かかる認証は、例えば802.1x等の既存技術を用いて、端末番号を他装置に対して秘匿しつつ行われる。認証部２２は、認証された端末１０Ａに関して、端末１０Ａと通信承認部２３との間の通信を許可する通信許可信号を網インタフェース部２１へ送信する。網インタフェース部２１は、通信許可信号を受信すると、当該通信許可信号に対応する端末１０Ａと通信承認部２３との通信を許可する設定を行う。なお、これらの処理は、端末１０Ｂに関しても同様に行われる。
【００３７】
（３）承認条件の登録
図４に示すように、端末１０Ａ及び端末１０Ｂは、既存のセキュリティアソシエーションを介して、通信サービス網２０における端末１０Ａから端末１０Ｂへの呼の着信許可条件を調整する（ステップＳ１）。
【００３８】
調整の対象となる着信許可条件の項目としては、例えば、通信可能な日時、通信のアプリケーション、着側の端末１０の場所、着側の端末１０の状況（具体例については後記する）、発側の端末１０の場所、発側の端末１０の状況、発側の端末１０のユーザ（発信者）のプロファイル等に関する情報が挙げられる。調整手法としては、例えば、着側の端末１０が、着信許可条件の項目毎に、当該着側の端末１０が合意可能な選択肢を発側の端末１０へ送信し、発側の端末１０が、受信した選択肢から当該発側の端末１０が合意可能な選択肢を選択し、選択した結果を着側の端末１０へ応答する、等が挙げられる。
【００３９】
ここで、着信許可条件の調整の具体例について説明する。
（１）現実世界（サークル、パーティ等）での出会い
現実世界で知り合った二人が、匿名で、条件付の信頼関係を結んだ場合、各自の端末（携帯電話）を用いて着信許可条件を調整する。ここで、着信許可条件としては、以下の項目を用いることができる。
発信者プロファイル：着信許可条件の登録要求を送信した端末（着信許可条件を調整した携帯電話）
通信可能な日時：１９：００−２２：００
着側の端末１０の状況：仕事中、及び、就寝中を除く（既存技術により収集したプレゼンス情報を利用する）
着側の端末１０の場所：多摩地区内
アプリケーション：電話
【００４０】
（２）仮想空間（条件付き匿名ＳＮＳ（Social Network Service））での出会い
ＳＮＳサービス提供者が、ＳＮＳサーバを通信サービス網２０へ接続する。ＳＮＳサーバは、インターネット等を用いて、通信サービス網２０におけるパーソナル着端末番号、及び、当該パーソナル着端末番号へ着信可能なユーザの条件を公開し、同窓会、地区の自治会員等を募集する。ここで、着信許可条件としては、以下の項目を用いることができる。
発信者プロファイル：多摩地区在住の男性（通信サービス網２０の認証部２２が保証する）
アプリケーション：Ｗｅｂブラウザ
【００４１】
（３）仮想空間（条件付き匿名ＳＮＳ（Social Network Service）での出会い（前記した（２）の続き）
発側の端末１０は、通信サービス網２０に接続された閉域ＳＮＳサーバへアクセスし、ＳＮＳサービスを用いて、同サービスのユーザ間で信頼関係を生成した後、ＳＮＳサーバを介して同サービスのユーザ間で着信許可条件を調整する。
ここで、発側の端末１０から、他のＳＮＳユーザの端末１０への呼における着信許可条件としては、以下の項目を用いることができる。
発信者プロファイル：多摩地区在住、３０〜４０才台、男性（認証部２２が保証する）
通信可能な日時：平日の１９：００−２２：００、又は、週末
着側の端末１０の状況：仕事中、就寝中を除く（既存技術により収集したプレゼンス情報を利用する）
着側の端末１０の場所：不問
アプリケーション：電話
有効期限：一ヶ月
【００４２】
続いて、端末１０Ｂは、認証部２２によって、認証された端末１０へ対して公開された公開鍵（認証部２２による認証に用いられる公開鍵と同一であってもよく、異なってもよい）を用いて、端末１０Ｂの端末番号Ｂと、端末１０Ｂが着信許可条件の登録を許可する毎に変化する番号である登録番号Ｂと、着信許可条件の登録を許可する条件である登録許可条件Ｂと、を暗号化することによって、端末１０Ｂの登録許可トークンＢを生成する。登録許可条件は、例えば、着信許可条件の登録が可能な期限、発側の端末１０Ａの場所、発信者のプロファイル等に関する情報が挙げられる。登録番号及び登録許可条件を登録許可条件に含める理由は、着側の端末１０Ｂへの無効な登録の確認依頼の実施を防ぐためである。ここで生成された登録許可トークンは、外部装置からは乱数に見えるため、外部装置は登録許可トークンを用いて端末１０Ｂを特定することはできない。
【００４３】
続いて、着側の端末１０Ｂは、登録許可トークンＢを、既存のセキュリティアソシエーションを介して、発側の端末１０Ａへ送信する（ステップＳ２）。発側の端末１０Ａは、端末１０Ｂから送信された登録許可トークンＢを受信すると、発側の端末１０Ａが着側の端末１０Ｂを識別するパーソナル着端末番号Ａを設定するとともに、ステップＳ１で調整した着信許可条件に、該登録許可トークンＢと、発側の端末１０Ａが着側の端末１０Ｂを識別するパーソナル着端末番号Ａ、端末１０Ａが他の登録承認処理と区別するために生成した番号（登録要求番号Ａ）、及び、端末番号Ａを付与した信号を、着信許可条件登録要求メッセージとして、網インタフェース部２１を介して通信承認部２３へ送信する（ステップＳ３，Ｓ４）。
【００４４】
通信承認部２３は、着信許可条件登録要求メッセージを受信すると、該メッセージ中の登録許可トークンＢを秘密鍵で復号し、端末番号Ｂと登録番号Ｂと登録許可条件Ｂを取り出し、それらを評価する。該登録許可条件は、例えば、着信許可条件の登録が可能な期限が登録番号Ｂが生成されてから一日以内、発側の端末１０Ａが網インタフェース部に接続する場所が着側の端末１０Ｂの場所から１００ｍ以内、発側の端末１０Ａが着信許可条件の調整の中で主張した住所・性別・年齢等のプロファイル情報が網が管理する発信者のプロファイル情報と矛盾しない、等が挙げられる。なお、発信者のプロファイル情報が登録許可条件Ｂに含まれている場合には、通信承認部２３は、認証部２２の端末情報記憶部２２ａから発信者プロファイル情報を読み出し、登録許可条件内の発信者プロファイル情報と比較する。この際に、通信承認部２３は、端末番号Ｂを認識し、端末番号Ｂを含む登録許可トークンＢを生成した端末１０Ｂを特定している。
【００４５】
通信承認部２３は、端末番号Ｂが有効で、登録許可条件Ｂが合格し、かつ、登録番号Ｂが着信許可条件登録許可テーブルに記録されていなければ、復号された端末番号Ｂに基づいて、着信許可条件及び登録番号Ｂを、登録確認依頼メッセージとして網インタフェース部２１を介して端末１０Ｂへ送信する（ステップＳ５，Ｓ６）。
【００４６】
端末１０Ｂは、登録確認依頼メッセージを受信すると、登録番号Ｂ及び着信許可条件を確認し、端末１０Ｂが合意した着信許可条件と一致している場合には、端末１０Ｂが端末１０Ａを識別するパーソナル発端末番号Ｂを設定するとともに、端末１０Ｂが端末１０Ａを識別するパーソナル発端末番号Ｂを含む信号を、登録承認メッセージとして、網インタフェース部２１を介して通信承認部２３へ送信する（ステップＳ７，Ｓ８）。
【００４７】
通信承認部２３は、登録承認メッセージを受信すると、着側の端末１０Ｂに対応する着信許可条件登録許可テーブルに、登録番号Ｂと、発端末番号Ａ、パーソナル着端末番号Ａを記録し、発端末である端末１０Ａに該当する着信許可条件テーブルに、パーソナル着端末番号Ａと、パーソナル発端末番号Ｂ、着信許可条件Ｂ、着端末番号Ｂを記録する。続いて、通信承認部２３は、登録要求番号Ａと登録要求の処理結果とを含む登録承認メッセージを、網インタフェース部２１を介して端末１０Ａへ送信する（ステップＳ９，Ｓ１０）。
【００４８】
端末１０Ａは、登録承認メッセージを受信すると、受信した登録承認メッセージ内の登録要求番号Ａを確認し、パーソナル着端末番号Ａと登録要求の処理結果とを表示部１２に表示させる。以後、端末１０Ａのユーザが端末１０Ｂとの通信を行いたい場合には、操作部１１を操作してパーソナル着端末番号Ａを入力することによって、端末１０Ａの発信を端末１０Ｂが着信することが可能となる。
【００４９】
（４）通信承認処理
図５に示すように、まず、端末１０Ａは、ユーザによる操作部１１の操作に基づいて、端末１０Ａの端末番号及び端末１０Ｂのパーソナル着端末番号Ａを含む通信要求メッセージを網インタフェース部２１を介して通信承認部２３へ送信する（ステップＳ２１，Ｓ２２）。
【００５０】
通信承認部２３は、通信要求メッセージを受信すると、端末番号Ａ及びパーソナル着端末番号Ａに基づいて着信許可条件テーブルから、端末１０Ｂからみた端末１０Ａを示すパーソナル発端末番号Ｂと、端末番号Ｂ及び着信許可条件を検索し、着信許可条件を評価する。着信許可条件が合格である、すなわち、着信許可条件が現時点での端末１０Ａと端末１０Ｂとの間の通信が可能であることを示す場合には、端末１０Ａと端末１０Ｂとの間の通信を承認し、網インタフェース部２１に対して、端末１０Ａが端末１０Ｂ宛に送信したデータパケットに付与されているパーソナル着端末番号Ａをパーソナル発端末番号に変換して端末１０Ｂに転送するように転送設定を行うとともに、端末１０Ｂが端末１０Ａ宛に送信するデータパケットについてパーソナル発端末番号Ｂをパーソナル着端末番号Ａに変換して端末１０Ａに転送するように転送設定を行うための転送設定信号を網インタフェース部２１へ送信し（ステップＳ２３）、網インタフェース部２１は、受信した転送設定信号に基づいて転送設定を行うとともに、転送設定応答信号を通信承認部２３へ送信する（ステップＳ２４）。
【００５１】
続いて、通信承認部２３は、端末１０Ａと端末１０Ｂとの間の通信を承認した旨を示す通信承認メッセージを網インタフェース部２１を介して端末１０Ａへ送信する（ステップＳ２５，Ｓ２６）。
【００５２】
（５）通信処理
続いて、端末１０Ａは、端末１０Ｂ宛のデータパケットに、パーソナル着端末番号Ａを付与して網インタフェース部２１へ送信する（ステップＳ２７）。網インタフェース部２１は、データパケットを受信すると、パーソナル着端末番号Ａをパーソナル発端末番号Ｂに変換して端末１０Ｂへ転送する。
【００５３】
一方、端末１０Ｂは、端末１０Ａ宛のデータパケットに、パーソナル発端末番号Ｂを付与して網インタフェース部２１へ送信する（ステップＳ２７）。網インタフェース部２１は、データパケットを受信すると、パーソナル発端末番号Ｂをパーソナル着端末番号Ａに変換して端末１０Ａへ転送する。
【００５４】
本発明の実施形態に係る通信サービス網２０を備えた通信サービスシステム１は、着側の端末１０Ｂのユーザとの間で信頼関係のある端末１０Ａからの着信を信号手順によって許可するとともに、通信を許可していない端末（例えば、端末１０Ｃ）からのいかなる信号も着側の端末１０Ｂへ転送されることを防ぐとともに、端末番号を秘匿することができる。すなわち、着側の端末１０Ｂのパーソナル着端末番号が、信頼関係のある端末１０Ａのユーザのみに知られ、発側の端末１０Ａのパーソナル発端末番号が、信頼関係のある端末１０Ｂのユーザのみに知られ、発側の端末１０Ａの端末番号が、着側の端末１０Ｂのユーザにも知られず、着側の端末１０Ｂの端末番号が、発側の端末１０Ａのユーザにも知られない状態で、発側の端末１０Ａから着側の端末１０Ｂへの呼によるデータ通信が可能である。
また、通信サービスシステム１によると、着信を許可しない端末からの着信を着側の端末１０Ｂではなく通信サービス網２０が防ぐため、着信を許可しない端末（例えば、端末１０Ｃ）からのデータが着側の端末１０Ｂと通信サービス網２０との間のアクセス回線の通信帯域を圧迫することがなくなり、また、それらのデータを着側の端末２０Ｂが廃棄するための処理が不要になる。このため、通信帯域又は処理性能が非力なセンサ、アクチュエータ端末等を端末１０として用いた場合には、通信品質の向上、及び、電池寿命の向上を実現することができる。
また、通信サービスシステム１によると、ユーザ宅内又は屋外に設置される家電等を端末１０として用いた場合には、端末１０へのメーカ側サーバからのアクセスの承認を通信サービス網２０が管理するため、現地機器である端末１０へのフィルタ設定等の管理の手間が不要になる。
また、通信サービスシステム１によると、発側及び着側の端末１０がお互いを識別するための番号として、グローバルな番号（グローバルＩＰアドレス、ＦＤＱＮ、電話番号等)を使用しないため、名寄せによる通信相手氏名の特定や移動経路のトレースを防止することができる。
【００５５】
＜具体例＞
前記した（４）通信承認処理、及び、（５）通信処理に関しては、端末１０Ａ，１０Ｂと網インタフェース部２１との間の通信として、既存のＩＰプロトコルを用いたコネクションレス通信を採用することができ、この場合には、パーソナル発端末番号及びパーソナル着端末番号として、本来はグローバルな番号体系である、ＦＱＤＮ（Fully Qualified Domain Name）、ＳＩＰ−ＵＲＩ（Session Initiation Protocol - Uniform Resource Identifier）、ＩＰ（Internet Protocol）アドレス、ＭＡＣ（Media Access Control）アドレス等を用いることができる。以下、ＦＱＤＮを用いた場合について説明する。
【００５６】
（４）通信承認処理
端末１０Ａは、端末１０Ｂのパーソナル着端末番号に相当するＦＱＤＮをキーに端末１０ＢのＩＰアドレスをＤＮＳプロトコルにより検索する。通信承認部２３は、発側の端末１０Ａの端末番号とパーソナル着端末番号に基づいて、着信許可条件テーブルから着端末番号と、着信許可条件を検索し、通信を承認すると、網インタフェース部２１に、端末１０Ａと端末１０Ｂとの間の通信許可を設定する。網インタフェース部２１は、端末１０Ａと通信サービス網２０間とのインタフェースで未使用のＩＰアドレスを着側の端末１０Ｂに割り当て、端末１０Ａに対してＤＮＳプロトコルにより応答する。
【００５７】
（５）通信処理
端末１０Ａは、端末１０Ｂ宛のデータパケットに、ＤＮＳプロトコルで通知された端末１０ＢのＩＰアドレスを付与して網インタフェース部２１へ送信する。網インタフェース部２１は、受信したデータパケットの宛先を端末１０Ｂに割り当てているＩＰアドレスに変換し、また発側の端末１０Ａのアドレスに端末１０Ｂと通信サービス網２０間とのインタフェースで未使用のＩＰアドレスを割り当てて端末１０Ｂへ送信する。
【００５８】
以上、本発明の実施形態について説明したが、本発明は前記実施形態に限定されず、本発明の要旨を逸脱しない範囲で適宜設計変更可能であり、例えば、以下の変形例及びこれらの組み合せが実施可能である。
【００５９】
＜変形例１＞
前記実施形態では、端末１０は、公開鍵を用いて端末番号を暗号化することによって登録許可トークンを生成しているが、端末番号記憶部２２ａに記憶された共有秘密鍵と使用する共有秘密鍵を示すセキュリティアソシエーション番号とを用いて登録許可トークンを生成してもよい。ただし、セキュリティアソシエーション番号による名寄せを防ぐため、外部装置からは乱数に見えるように、短い周期でセキュリティアソシエーション番号を変更することが望ましい。この場合には、通信承認部２３が、認証された端末１０Ｂに共有秘密鍵、及び、当該共有秘密鍵に対応するセキュリティアソシェーション番号を割り当て、端末１０Ｂが、当該端末１０Ｂの端末番号を含むメッセージに、共有秘密鍵を用いて暗号化し対応するセキュリティアソシェーション番号を付与し、端末１０Ａを介して送信し（ステップＳ２〜Ｓ４）、通信承認部２３が、セキュリティアソシェーション番号に基づいて、共有秘密鍵を特定し、特定された共有秘密鍵を用いて、暗号化された端末番号を復号化することによって端末番号を認識し、端末番号を含むメッセージを生成した前記端末１０Ｂを特定することとなる。
【００６０】
＜変形例２＞
また、前記実施形態では、着側の端末１０Ｂから着信許可条件の登録要求を送信しているが、発側の端末１０Ａから起動する、以下のシーケンスでの実現も可能である。すなわち、着側の端末１０Ｂから発側の端末１０Ａへの登録許可トークンの配布（ステップＳ２）に代えて、発側の端末１０Ａが、当該１０Ａの端末番号、登録要求番号及び登録要求条件を暗号化した登録要求トークンを生成し、着側の端末１０Ｂに配布し（ステップＳ２’、着側の端末１０Ｂが、該登録要求トークンを付与して着信許可条件の登録要求を送信し（ステップＳ３’，Ｓ４’）、通信承認部２３が、該登録要求トークンを復号して得られた発側の端末１０Ａの端末番号が有効で、かつ該登録要求番号が使用中でなく、かつ登録要求条件が合格の場合に、発側の端末１０Ａに登録の確認依頼を実施してもよい（ステップＳ５’〜Ｓ１０’）。この場合には、図４における端末１０Ａと端末１０Ｂを入れ替えた動作フローとなる。なお、通信承認部２３は、着信許可条件テーブルに使用中の登録要求番号を記録しておくことができる。
【００６１】
＜変形例３＞
また、前記実施形態のステップＳ１において、発側の端末１０Ａが、当該端末１０Ａの端末番号と登録要求番号とを暗号化して着側の端末１０Ｂに配布し、着側の端末１０Ｂが、それらを登録許可トークンに含めて再度暗号化して発側の端末１０Ａに送信し（ステップＳ２）、通信承認部２３が、登録許可トークンを復号して得られた発側の端末１０Ａの端末番号と、着信許可条件の登録要求を送信した端末の端末番号とを比較し、該登録許可トークンが第三者に使われていないことを判定してもよい（ステップＳ３，Ｓ４）。
【００６２】
同様に、前記変形例２のステップＳ１において、着側の端末１０Ｂが、当該端末１０Ｂの端末番号と登録番号とを暗号化して発端末に配布し、発側の端末１０Ａが、それらを登録要求トークンに含めて再度暗号化して着側の端末１０Ｂに送信し（ステップＳ２’）、通信承認部２３が、該登録要求トークンを復号して得られた着側の端末１０Ｂの端末番号と、着信許可条件の登録要求を送信した端末の端末番号とを比較し、該登録要求トークンが第三者に使われていないことを判定してもよい（ステップＳ３’，Ｓ４’）。この場合には、図４における端末１０Ａと端末１０Ｂを入れ替えた動作フローとなる。
【００６３】
＜変形例４＞
また、前記実施形態では、ステップＳ６において着信許可条件の評価を着側の端末１０Ｂが実施しているが、ステップＳ２において、着側の端末１０Ｂが着信許可条件を登録許可トークンＢに含めて端末１０Ａに送信し、発側の端末１０Ａが、該登録許可トークンＢを含む着信許可条件の登録要求を網インタフェース部２１を介して通信承認部２３に送信し、通信承認部２３が、該登録許可トークンを復号し、得られた着信許可条件を着信許可条件テーブルに登録する構成でもよい（ステップＳ３，Ｓ４）。
【００６４】
同様に、前記変形例２のステップＳ２’において、発側の端末１０Ａが、着信許可条件を登録要求トークンに含めて端末１０Ｂに送信し、着側の端末１０Ｂが、該登録要求トークンを含む着信許可条件の登録要求を網インタフェース部２１を介して通信承認部２３に送信し、通信承認部２３が、該登録要求トークンを復号し、得られた着信許可条件を着信許可条件テーブルに登録する構成でもよい（ステップＳ３’，Ｓ４’）。この場合には、図４における端末１０Ａと端末１０Ｂを入れ替えた動作フローとなる。
【００６５】
＜変形例５＞
また、前記実施形態では、パーソナル発端末番号及びパーソナル着端末番号を端末１０が設定して通信サービス網２０に通知しているが、通信承認部２３が設定して端末１０に通知する構成でもよい。なお、パーソナル発端末番号及びパーソナル着端末番号の決定手法は、前記したものに限定されず、端末１０又は通信承認部２３が乱数等を生成することによってパーソナル発端末番号及びパーソナル着端末番号を、発側端末及び着側端末のペアごとに異なるように設定する構成であってもよい。
【符号の説明】
【００６６】
１ 通信サービスシステム
１０（１０Ａ，１０Ｂ，１０Ｃ） 端末
２０ 通信サービス網
２１ 網インタフェース部
２２ 認証部
２３ 通信承認部
【特許請求の範囲】
【請求項１】
複数の端末と接続され、前記複数の端末間のデータ転送を中継する通信サービス網であって、
前記複数の端末と接続される網インタフェース部と、
前記複数の端末の認証を行う認証部と、
認証された前記複数の端末間の前記網インタフェース部を介した接続を承認する通信承認部と、
を備え、
前記認証部は、前記端末から前記網インタフェース部を介して送信された当該端末の端末番号と、当該認証部に予め記憶された端末番号と、に基づいて前記端末の認証を行い、
前記網インタフェース部は、前記複数の端末と前記認証部との間の通信と、認証された前記端末と前記通信承認部との間の通信と、前記通信承認部によって承認された前記複数の端末間の通信と、を許容する
ことを特徴とする通信サービス網。
【請求項２】
請求項１に記載の通信サービス網と、前記網インタフェース部と接続される複数の端末と、を備える通信サービスシステムであって、
認証された前記端末は、当該端末の端末番号を含むメッセージを、前記通信サービス網によって公開された公開鍵を用いて暗号化し、認証された他の前記端末を介して送信し、
前記通信承認部は、暗号化された前記端末番号を復号化することによって前記端末番号を認識し、前記端末番号を含む前記メッセージを生成した前記端末を特定する
ことを特徴とする通信サービスシステム。
【請求項３】
請求項１に記載の通信サービス網と、前記網インタフェース部と接続される複数の端末と、を備える通信サービスシステムであって、
前記通信承認部は、認証された前記端末に共有秘密鍵、及び、当該共有秘密鍵に対応するセキュリティアソシェーション番号を割り当て、
認証された前記端末は、当該端末の端末番号を含むメッセージに、前記共有秘密鍵を用いて暗号化し対応するセキュリティアソシェーション番号を付与し、認証された他の前記端末を介して送信し、
前記通信承認部は、前記セキュリティアソシェーション番号に基づいて、前記共有秘密鍵を特定し、特定された前記共有秘密鍵を用いて、暗号化された前記端末番号を復号化することによって前記端末番号を認識し、前記端末番号を含む前記メッセージを生成した前記端末を特定する
ことを特徴とする通信サービスシステム。
【請求項４】
前記複数の端末は、発側の前記端末と着側の前記端末との間で、着側の前記端末が前記発側の端末からの呼の着信を許可する着信許可条件を調整し、
着側の前記端末は、前記着信許可条件を前記通信承認部に登録することを着側の前記端末が許可する条件を示す登録許可条件と前記端末番号とを暗号化した登録許可トークンを生成して発側の前記端末に送信し、
発側の前記端末は、前記登録許可トークンと前記着信許可条件とを前記通信承認部へ送信し、
前記通信承認部は、前記登録許可トークンの暗号を復号し、前記登録許可条件を評価し、合格すれば前記着信許可条件を前記通信承認部内に記憶し、以後、発側の前記端末から着側の前記端末への通信要求を受信すると、前記着信許可条件を評価し、合格すれば前記複数の端末間の通信を承認する
ことを特徴とする請求項２又は請求項３に記載の通信サービスシステム。
【請求項５】
前記複数の端末は、発側の前記端末と着側の前記端末との間で、着側の前記端末が前記発側の端末からの呼の着信を許可する着信許可条件を調整し、
発側の前記端末は、前記着信許可条件を前記通信承認部に登録することを発側の前記端末が許可する条件を示す登録要求条件と前記端末番号とを暗号化した登録要求トークンを生成し、着側の前記端末に送信し、
発側の前記端末は、前記登録要求トークンと前記着信許可条件とを前記通信承認部へ送信し、
前記通信承認部は、前記登録要求トークンの暗号を復号し、前記登録要求条件を評価し、合格すれば前記着信許可条件を前記通信承認部内に記憶し、以後、発側の前記端末から着側の前記端末への通信要求を受信すると、前記着信許可条件を評価し、合格すれば前記複数の端末間の通信を承認する
ことを特徴とする請求項２又は請求項３に記載の通信サービスシステム。
【請求項６】
前記端末は、着側の前記端末ごとに、着側の前記端末において発側の当該端末を識別するために用いられるパーソナル発端末番号を設定するとともに、発側の前記端末ごとに、発側の前記端末において着側の当該端末を識別するために用いられるパーソナル着端末番号を設定して、前記パーソナル発端末番号及び前記パーソナル着端末番号を前記通信承認部へ送信し、
前記通信承認部は、承認された発側の前記端末の前記パーソナル発端末番号及び承認された着側の前記端末の前記パーソナル着端末番号を前記網インタフェース部に設定し、
前記網インタフェース部は、
承認された発側の前記端末から送信された前記パーソナル着端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル着端末番号を前記パーソナル発端末番号に変換して当該信号を承認された着側の前記端末へ転送し、
承認された着側の前記端末から送信された前記パーソナル発端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル発端末番号を前記パーソナル着端末番号に変換して当該信号を承認された発側の前記端末へ転送する
ことを特徴とする請求項４又は請求項５に記載の通信サービスシステム。
【請求項７】
前記通信承認部は、着側の前記端末ごとに、着側の前記端末において発側の当該端末を識別するために用いられるパーソナル発端末番号を割り当てるとともに、発側の前記端末ごとに、発側の前記端末において着側の当該端末を識別するために用いられるパーソナル着端末番号を割り当てて、前記パーソナル発端末番号を着側の前記端末に送信し、前記パーソナル着端末番号を発側の前記端末へ送信し、
前記通信承認部は、承認された発側の前記端末の前記パーソナル発端末番号及び承認された着側の前記端末の前記パーソナル着端末番号を前記網インタフェース部に設定し、
前記網インタフェース部は、
承認された発側の前記端末から送信された前記パーソナル着端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル着端末番号を前記パーソナル発端末番号に変換して当該信号を承認された着側の前記端末へ転送し、
承認された着側の前記端末から送信された前記パーソナル発端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル発端末番号を前記パーソナル着端末番号に変換して当該信号を承認された発側の前記端末へ転送する
ことを特徴とする請求項４又は請求項５に記載の通信サービスシステム。
【請求項８】
前記通信承認部は、暗号化された前記端末信号を用いて前記着信許可条件の内容を発側の前記端末及び着側の前記端末に確認し、発側の前記端末及び着側の前記端末による承認が得られた場合に、前記パーソナル発端末番号及び前記パーソナル着端末番号を前記着信許可条件に関連付けて記憶する
ことを特徴とする請求項６又は請求項７に記載の通信サービスシステム。
【請求項１】
複数の端末と接続され、前記複数の端末間のデータ転送を中継する通信サービス網であって、
前記複数の端末と接続される網インタフェース部と、
前記複数の端末の認証を行う認証部と、
認証された前記複数の端末間の前記網インタフェース部を介した接続を承認する通信承認部と、
を備え、
前記認証部は、前記端末から前記網インタフェース部を介して送信された当該端末の端末番号と、当該認証部に予め記憶された端末番号と、に基づいて前記端末の認証を行い、
前記網インタフェース部は、前記複数の端末と前記認証部との間の通信と、認証された前記端末と前記通信承認部との間の通信と、前記通信承認部によって承認された前記複数の端末間の通信と、を許容する
ことを特徴とする通信サービス網。
【請求項２】
請求項１に記載の通信サービス網と、前記網インタフェース部と接続される複数の端末と、を備える通信サービスシステムであって、
認証された前記端末は、当該端末の端末番号を含むメッセージを、前記通信サービス網によって公開された公開鍵を用いて暗号化し、認証された他の前記端末を介して送信し、
前記通信承認部は、暗号化された前記端末番号を復号化することによって前記端末番号を認識し、前記端末番号を含む前記メッセージを生成した前記端末を特定する
ことを特徴とする通信サービスシステム。
【請求項３】
請求項１に記載の通信サービス網と、前記網インタフェース部と接続される複数の端末と、を備える通信サービスシステムであって、
前記通信承認部は、認証された前記端末に共有秘密鍵、及び、当該共有秘密鍵に対応するセキュリティアソシェーション番号を割り当て、
認証された前記端末は、当該端末の端末番号を含むメッセージに、前記共有秘密鍵を用いて暗号化し対応するセキュリティアソシェーション番号を付与し、認証された他の前記端末を介して送信し、
前記通信承認部は、前記セキュリティアソシェーション番号に基づいて、前記共有秘密鍵を特定し、特定された前記共有秘密鍵を用いて、暗号化された前記端末番号を復号化することによって前記端末番号を認識し、前記端末番号を含む前記メッセージを生成した前記端末を特定する
ことを特徴とする通信サービスシステム。
【請求項４】
前記複数の端末は、発側の前記端末と着側の前記端末との間で、着側の前記端末が前記発側の端末からの呼の着信を許可する着信許可条件を調整し、
着側の前記端末は、前記着信許可条件を前記通信承認部に登録することを着側の前記端末が許可する条件を示す登録許可条件と前記端末番号とを暗号化した登録許可トークンを生成して発側の前記端末に送信し、
発側の前記端末は、前記登録許可トークンと前記着信許可条件とを前記通信承認部へ送信し、
前記通信承認部は、前記登録許可トークンの暗号を復号し、前記登録許可条件を評価し、合格すれば前記着信許可条件を前記通信承認部内に記憶し、以後、発側の前記端末から着側の前記端末への通信要求を受信すると、前記着信許可条件を評価し、合格すれば前記複数の端末間の通信を承認する
ことを特徴とする請求項２又は請求項３に記載の通信サービスシステム。
【請求項５】
前記複数の端末は、発側の前記端末と着側の前記端末との間で、着側の前記端末が前記発側の端末からの呼の着信を許可する着信許可条件を調整し、
発側の前記端末は、前記着信許可条件を前記通信承認部に登録することを発側の前記端末が許可する条件を示す登録要求条件と前記端末番号とを暗号化した登録要求トークンを生成し、着側の前記端末に送信し、
発側の前記端末は、前記登録要求トークンと前記着信許可条件とを前記通信承認部へ送信し、
前記通信承認部は、前記登録要求トークンの暗号を復号し、前記登録要求条件を評価し、合格すれば前記着信許可条件を前記通信承認部内に記憶し、以後、発側の前記端末から着側の前記端末への通信要求を受信すると、前記着信許可条件を評価し、合格すれば前記複数の端末間の通信を承認する
ことを特徴とする請求項２又は請求項３に記載の通信サービスシステム。
【請求項６】
前記端末は、着側の前記端末ごとに、着側の前記端末において発側の当該端末を識別するために用いられるパーソナル発端末番号を設定するとともに、発側の前記端末ごとに、発側の前記端末において着側の当該端末を識別するために用いられるパーソナル着端末番号を設定して、前記パーソナル発端末番号及び前記パーソナル着端末番号を前記通信承認部へ送信し、
前記通信承認部は、承認された発側の前記端末の前記パーソナル発端末番号及び承認された着側の前記端末の前記パーソナル着端末番号を前記網インタフェース部に設定し、
前記網インタフェース部は、
承認された発側の前記端末から送信された前記パーソナル着端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル着端末番号を前記パーソナル発端末番号に変換して当該信号を承認された着側の前記端末へ転送し、
承認された着側の前記端末から送信された前記パーソナル発端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル発端末番号を前記パーソナル着端末番号に変換して当該信号を承認された発側の前記端末へ転送する
ことを特徴とする請求項４又は請求項５に記載の通信サービスシステム。
【請求項７】
前記通信承認部は、着側の前記端末ごとに、着側の前記端末において発側の当該端末を識別するために用いられるパーソナル発端末番号を割り当てるとともに、発側の前記端末ごとに、発側の前記端末において着側の当該端末を識別するために用いられるパーソナル着端末番号を割り当てて、前記パーソナル発端末番号を着側の前記端末に送信し、前記パーソナル着端末番号を発側の前記端末へ送信し、
前記通信承認部は、承認された発側の前記端末の前記パーソナル発端末番号及び承認された着側の前記端末の前記パーソナル着端末番号を前記網インタフェース部に設定し、
前記網インタフェース部は、
承認された発側の前記端末から送信された前記パーソナル着端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル着端末番号を前記パーソナル発端末番号に変換して当該信号を承認された着側の前記端末へ転送し、
承認された着側の前記端末から送信された前記パーソナル発端末番号を含む信号を受信した場合には、当該信号に含まれる前記パーソナル発端末番号を前記パーソナル着端末番号に変換して当該信号を承認された発側の前記端末へ転送する
ことを特徴とする請求項４又は請求項５に記載の通信サービスシステム。
【請求項８】
前記通信承認部は、暗号化された前記端末信号を用いて前記着信許可条件の内容を発側の前記端末及び着側の前記端末に確認し、発側の前記端末及び着側の前記端末による承認が得られた場合に、前記パーソナル発端末番号及び前記パーソナル着端末番号を前記着信許可条件に関連付けて記憶する
ことを特徴とする請求項６又は請求項７に記載の通信サービスシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−８０３５８（Ｐ２０１２−８０３５８Ａ）
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願番号】特願２０１０−２２４２０８（Ｐ２０１０−２２４２０８）
【出願日】平成２２年１０月１日（２０１０．１０．１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２４年４月１９日（２０１２．４．１９）
【国際特許分類】
【出願日】平成２２年１０月１日（２０１０．１０．１）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]