特許 6976199 情報処理サーバおよび情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6976199

(24)【登録日】2021年11月11日

(45)【発行日】2021年12月8日

(54)【発明の名称】情報処理サーバおよび情報処理方法

(51)【国際特許分類】

   G06F 13/00 20060101AFI20211125BHJP

   H04L 12/725 20130101ALI20211125BHJP

【ＦＩ】

   G06F13/00 510A

   H04L12/725

【請求項の数】6

【全頁数】14

(21)【出願番号】特願2018-38728(P2018-38728)

(22)【出願日】2018年3月5日

(65)【公開番号】特開2019-153151(P2019-153151A)

(43)【公開日】2019年9月12日

【審査請求日】2020年3月3日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】特許業務法人大塚国際特許事務所

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(74)【代理人】

【識別番号】100134175

【弁理士】

【氏名又は名称】永川 行光

(74)【代理人】

【識別番号】100131886

【弁理士】

【氏名又は名称】坂本 隆志

(74)【代理人】

【識別番号】100170667

【弁理士】

【氏名又は名称】前田 浩次

(72)【発明者】

【氏名】田淵 純一

(72)【発明者】

【氏名】松井 利樹

【審査官】 小林 義晴

(56)【参考文献】

【文献】 特許第５８４４４４１（ＪＰ，Ｂ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｌ １２／７２５

(57)【特許請求の範囲】

【請求項1】

複数の通信経路を利用可能な情報処理端末から接続要求を受信する受信手段と、
前記受信手段で受信した、マルチパス伝送制御プロトコルを利用した接続要求に含まれる情報が、ユーザ識別子を特定可能な情報を含むか否かを判断する識別手段と、
前記識別手段で、マルチパス伝送制御プロトコルを利用した前記接続要求に含まれる情報がユーザ識別子を特定可能な情報を含まないと判断した場合には応答を返さず、ユーザ識別子を特定可能な情報を含むと判断した場合には、前記接続要求に対する応答を返して接続を確立する接続確立手段と、
を備えることを特徴とする情報処理サーバ。

【請求項2】

前記識別手段が、マルチパス伝送制御プロトコルを利用しない接続要求に含まれる情報が、ユーザ識別子を特定可能な情報を含むか否かを判断し、
前記識別手段で、マルチパス伝送制御プロトコルを利用しない前記接続要求が、ユーザ識別子を特定可能な情報を含まないと判断した場合に、前記接続確立手段が前記接続要求に対する応答を返すことを特徴とする請求項１に記載の情報処理サーバ。

【請求項3】

前記識別手段が、送信元のＩＰアドレス、宛先ＭＡＣアドレス、及び宛先ネットワークポートのうち少なくとも何れか１つに基づいて、接続要求に含まれる情報がユーザ識別子を特定可能な情報を含むか否かを判断することを特徴とする請求項１または２に記載の情報処理サーバ。

【請求項4】

前記接続要求に含まれる情報に基づいて前記ユーザ識別子に関する情報を取得し、前記ユーザ識別子に関する情報に基づいて自動認証を行う認証実行手段を更に備えることを特徴とする請求項１乃至３の何れか１項に記載の情報処理サーバ。

【請求項5】

前記受信手段が受信した接続要求が、前記情報処理サーバとは異なる情報処理サーバがユーザ識別子を特定可能な情報を含む場合に、前記接続確立手段が前記接続要求に対する応答を返し、前記認証実行手段が前記自動認証を行わないことを特徴とする請求項４に記載の情報処理サーバ。

【請求項6】

情報処理サーバが実行する接続確立のための情報処理方法であって、
複数の通信経路を利用可能な情報処理端末から接続要求を受信する受信工程と、
前記受信工程で受信した、マルチパス伝送制御プロトコルを利用した接続要求に含まれる情報が、ユーザ識別子を特定可能な情報を含むか否かを判断する識別工程と、
前記識別工程で、マルチパス伝送制御プロトコルを利用した前記接続要求に含まれる情報がユーザ識別子を特定可能な情報を含まないと判断した場合には応答を返さず、ユーザ識別子を特定可能な情報を含むと判断した場合には、前記接続要求に対する応答を返して接続を確立する接続確立工程と、
を備えることを特徴とする情報処理サーバが実行する情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、マルチパス伝送制御プロトコルを利用可能な情報処理サーバおよび情報処理方法に関する。

【背景技術】

【0002】

特許文献１には、ユーザ端末（ＵＥ）がマルチパス伝送制御プロトコル（ＭＰＴＣＰ）を利用し、複数のアクセス技術を介して通信することで、より高いスループットを実現し、ユーザの利便性を向上させる技術が提案されている。例えば、ユーザ端末は、３ＧＰＰ規格に準拠した移動通信網を介したネットワークアクセスと、Ｗｉ−Ｆｉのようなインターネットを介したネットワークアクセスとの両方を介して並列に接続することができる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１６−５０８３０８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ここで、移動通信網やＦＴＴＨなどのネットワークのオペレータが運用する認証サーバ（情報処理サーバ）に、ＵＥ（情報処理端末）が当該ネットワーク（契約通信網）を介して接続する場合、認証サーバはＵＥから送信される接続要求に含まれる情報に基づいて、自動的にユーザ認証を行いうる。一方、認証サーバを運用するオペレータが運用するネットワークとは異なるネットワーク（非契約通信網）を介して当該認証サーバに接続する場合、当該認証サーバは接続要求に含まれる情報に基づいてユーザ認証を行うことができない。そのため、ユーザを認証するために、認証に必要な情報の入力をユーザに要求する必要がある。

【0005】

ＵＥがＭＰＴＣＰを利用し、契約通信網と非契約通信網とを介して通信可能であり、優先的に非契約通信網を用いるようＵＥが設定されている場合、当該ＵＥは契約通信網内の認証サーバであっても、非契約通信網を介して接続要求を送信する。そのため、認証サーバはその接続要求に基づいて自動認証を実行することができず、当該ＵＥのユーザは、ユーザ情報の入力を要求され、不都合が生じていた。

【0006】

本発明は上述の問題に鑑みて成されたものであり、ＭＰＴＣＰを利用する情報処理端末がユーザ識別子を特定可能な通信経路を利用可能な場合には、情報処理端末の設定に関わらず、当該利用経路を利用させ、自動認証を行うための技術を提供することを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するために本発明の一態様に係る情報処理サーバは以下のような構成を備える。即ち、情報処理サーバは、複数の通信経路を利用可能な情報処理端末から接続要求を受信する受信手段と、前記受信手段で受信した、マルチパス伝送制御プロトコルを利用した接続要求に含まれる情報が、ユーザ識別子を特定可能な情報を含むか否かを判断する識別手段と、前記識別手段で、マルチパス伝送制御プロトコルを利用した前記接続要求に含まれる情報がユーザ識別子を特定可能な情報を含まないと判断した場合には応答を返さず、ユーザ識別子を特定可能な情報を含むと判断した場合には、前記接続要求に対する応答を返して接続を確立する接続確立手段と、備えることを特徴とする。

【発明の効果】

【0008】

本発明によれば、ＭＰＴＣＰを利用する情報処理端末がユーザ識別子を特定可能な通信経路を利用可能な場合には、情報処理端末の設定に関わらず、当該通信経路を利用させ、自動認証を行うことが可能になる。

【図面の簡単な説明】

【0009】

【図1】第一の実施形態に係る情報処理サーバを含む通信システムを示す図。

【図2】第一の実施形態に係る情報処理サーバと情報処理端末のブロック図。

【図3】第一の実施形態に係る情報処理サーバがユーザ識別子を特定するために用いる登録情報の一例を示す図。

【図4】第一の実施形態に係る情報処理サーバと情報処理端末とが接続を確立するための処理の一例を示すシーケンス図。

【図5】第一の実施形態に係る情報処理サーバの制御部で実行される処理の一例を示すフローチャート図。

【図6】第二の実施形態に係る情報処理サーバの制御部で実行される処理の一例を示すフローチャート図。

【図7】第三の実施形態に係る情報処理サーバの制御部で実行される処理の一例を示すフローチャート図。

【発明を実施するための形態】

【0010】

以下、本発明の実施の形態について、図面を参照しながら説明する。

【0011】

伝送制御プロトコル（ＴＣＰ）を利用する情報処理端末（ユーザ端末（ＵＥ））から接続され、ユーザ認証を行う情報処理サーバ（認証サーバ）は、その通信経路によって異なるユーザ認証を行いうる。例えば、ＵＥのユーザが、認証サーバのオペレータが運用するネットワーク（第一の通信網）の加入者であり、ＵＥが当該ネットワークを介して通信を行う場合、認証サーバは接続要求に含まれるアドレス情報からユーザ情報を取得できる。そのため、認証サーバはユーザにユーザ情報の入力を要求することなく自動認証を行える。しかしながら、ＵＥのユーザが、認証サーバのオペレータが運用するネットワークの加入者であっても、ＵＥが当該ネットワークとは異なるネットワーク（第二の通信網）を介して接続要求を送信する場合、認証サーバはユーザ情報を取得できない。そのため、認証サーバは、ユーザにユーザ情報の入力を要求しうる。

【0012】

本実施形態は、ＵＥがマルチパス伝送制御プロトコル（ＭＰＴＣＰ）を利用して認証サーバに接続し、ユーザの自動認証を行う通信システムを提供する。具体的には、本実施形態は、ユーザ識別子を特定可能な通信経路を利用可能な場合には当該通信経路を利用させる認証サーバに関する。

【0013】

＜第一の実施形態＞
図１を参照して、本実施形態に係る認証サーバを含む通信システムを説明する。

【0014】

通信システム１００は、ユーザ端末（ＵＥ）１０１、認証サーバ１０２、第一の通信網１０３、第二の通信網１０４を含む。

【0015】

ＵＥ１０１は、スマートフォン、タブレットＰＣ、パーソナルコンピュータ、またはスマートウォッチを含み、ＭＰＴＣＰを利用する通信装置を含む。本実施形態では、ＵＥ１０１のユーザは、第一の通信網１０３の加入者であり、第一の通信網１０３を介して認証サーバ１０２と通信可能である。このような場合、ＵＥ１０１は、加入者（ユーザ）を識別するユーザ識別子またはユーザ識別子を特定可能な情報を認証サーバ１０２に送信することで、自動認証を受けうる。また、一例では、第一の通信網１０３と第二の通信網１０４とのそれぞれは、無線ネットワークまたは有線ネットワークの少なくとも何れかを含みうる。

【0016】

認証サーバ１０２は、ユーザ識別子を含む、ユーザの情報（登録情報）を保持または取得でき、ＵＥ１０１から送信された情報（ユーザ情報）と登録情報とを照合することでユーザ認証を行うことができる。認証サーバ１０２は、第一の通信網１０３または第二の通信網１０４を介してアクセスされることができる。一例では、登録情報とは、認証サーバ１０２の運用者または当該運用者と提携する事業者によって提供されるサービスの加入者に関する情報であり、例えば第一の通信網１０３の加入者の情報であってもよい。なお、本実施形態では、認証サーバ１０２は、第一の通信網１０３内に位置し、第一の通信網１０３に接続したユーザ端末１０１からの通信と、第二の通信網１０４に接続したユーザ端末１０１からの通信とを識別可能であるものとする。

【0017】

一例では、認証サーバ１０２は、Ｗｅｂサーバとしての機能も有し、接続を確立したＵＥ１０１に、ユーザ情報の入力フォームを含むＷｅｂページを送信し、入力されたユーザ情報をＵＥ１０１から受信してユーザ認証を行うことができる。また、一例では、認証サーバ１０２は、接続要求の受信、接続確立、ユーザ情報の要求等によって、ＵＥ１０１から記憶部２１２に格納したユーザ情報を受信し、ユーザ入力を要求しないユーザ認証（自動認証）を行うことができる。なお、一例では、第一の通信網１０３の加入者の情報が登録情報であり、加入者情報を記憶部２２２に格納し、ＵＥ１０１から送信されたユーザ情報と、加入者情報とを比較し、ユーザが第一の通信網１０３の加入者であるか判断することでユーザ認証を行いうる。

【0018】

第一の通信網１０３は、一例ではＣＤＭＡ２０００、Ｗ−ＣＤＭＡ、ＨＳＰＡ、ＬＴＥ、またはＬＴＥ−Ａといった規格に準拠した移動通信ネットワークであり、本実施形態ではＵＥ１０１のユーザが加入するネットワークである。別の例では、第一の通信網１０３は、ＦＴＴＨなどであってもよい。第二の通信網１０４はＩＥＥＥ８０２．１１ ａ、ｂ、ｇ、ｎ、ａｃ等の何れかの規格に準拠した無線ローカルエリアネットワーク（ＷＬＡＮ）またはＥｔｈｅｒｎｅｔ等の有線ＬＡＮでありうる。なお、第二の通信網１０４はＵＥ１０１のユーザが加入する第一の通信網１０３とは異なる移動通信ネットワークを含んでもよい。一例では、第一の通信網１０３はイントラネットであり、第二の通信網１０４はインターネットであってもよい。

【0019】

次に、図２を参照して、認証サーバ１０２およびユーザ端末１０１のブロック図を説明する。ユーザ端末１０１は、経路管理部および接続確立部を含む制御部２１１、記憶部２１２、通信部２１３、および入出力部２１４を含む。制御部２１１、記憶部２１２、通信部２１３、および入出力部２１４は、バスによって相互に通信可能に接続される。

【0020】

制御部２１１は、たとえばＣＰＵなどのプロセッサであり、記憶部２１２に格納された処理を実行することでユーザ端末１０１全体の動作を制御する。この処理は、通信部２１３を介して認証サーバ１０２と通信を行うためにＭＰＴＣＰを用いて接続を確立する接続確立部および経路管理部の処理を含む。

【0021】

記憶部２１２は、ＲＯＭ、ＨＤＤ等の記憶装置である。記憶部２１２には、制御部２１１が実行するプログラムのほか、各種のデータが格納されうる。一例では、記憶部２１２に格納されたプログラムを制御部２１１がＲＡＭ（不図示）に展開し、実行することで制御部２１１の機能を実現することができる。また、記憶部２１２は、移動通信ネットワークの加入者を特定するための固有番号（ＩＭＳＩ）を格納するＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カードも含む。

【0022】

通信部２１３は、第一の通信網１０３を介した通信と、第二の通信網１０４を介した通信とが可能な通信インタフェース（Ｉ／Ｆ）である。一例では、通信部２１３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）に準拠した通信Ｉ／Ｆも有してもよい。入出力部２１４は、ユーザがユーザ端末１０１を操作するためのタッチパネル、キーボード、マウス、マイク、またはボタンを含む入力装置と、ユーザ端末１０１からユーザに通知を行うためのディスプレイまたはスピーカを含む出力装置とを有しうる。

【0023】

認証サーバ１０２は、制御部２２１、記憶部２２２、および通信部２２３を含む。制御部２２１、記憶部２２２、および通信部２２３は、バスによって相互に通信可能に接続される。

【0024】

制御部２２１は、１つ以上のＣＰＵなどのプロセッサであり、記憶部２２２に格納された処理を実行することで認証サーバ１０２全体の動作を制御する。この処理は、ユーザ端末１０１から受信したパケットが第一の通信網１０３と第二の通信網１０４とのいずれかを介して送信されたものであるかを判断する回線識別部の機能を含みうる。また、ユーザ端末１０１から受信した接続要求に応じてＭＰＴＣＰ接続またはＴＣＰ接続を確立する接続確立部の機能を含みうる。また、ユーザ端末１０１からユーザ情報を受信して、認証サーバ１０２が保有する加入者情報と照合することでユーザ認証を実行する認証実行部の機能を含みうる。

【0025】

記憶部２２２は、ＲＯＭ、ＨＤＤ等の記憶装置である。記憶部２２２には、制御部２２１が実行するプログラムのほか、各種のデータが格納されうる。一例では、記憶部２２２に格納されたプログラムを制御部２２１がＲＡＭ（不図示）に展開し、実行することで制御部２２１の機能を実現することができる。なお、登録情報は、本実施形態では記憶部２２２に格納されるものとするが、認証サーバ１０２と通信可能な別個のデータベースサーバ等に格納されてもよい。その場合は、認証サーバ１０２はユーザ端末１０１から受信したユーザ情報を、データベースに送信し、ユーザ情報に合致する登録情報を取得することでユーザ認証を行ってもよい。

【0026】

通信部２２３は、第一の通信網１０３および第二の通信網１０４を介した有線通信または無線通信が可能な通信Ｉ／Ｆである。一例では、通信部２２３は、片方は第一の通信網１０３に、他方は第二の通信網１０４に接続するための２つの有線ネットワークＩ／Ｆを備えてもよい。

【0027】

ここで、図３を参照し、認証サーバ１０２がユーザ認証に使用する登録情報の一例として、認証サーバ１０２がユーザ認証を行うために用いる第一の通信網１０３の加入者情報のデータ構造を説明する。ＵＩＤ情報３０１は、加入者に紐づけられたユーザ識別子であり、一例ではＵＩＤ情報３０１はＩＭＳＩに対応する。ＭＳＩＳＤＮ情報３０２は、第一の通信網１０３の加入者に割り当てられる電話番号であり、加入者に対する課金にも用いられうるユーザ識別子としても機能する。一例では、ＵＩＤ情報３０１およびＭＳＩＳＤＮ情報３０２は、携帯端末１０１のＳＩＭカードに格納されうる。名前情報３０３は、ユーザの氏名またはユーザによって決定されるユーザ名である。メールアドレス３０４は、ユーザが電子メールの送受信に用いる電子メールサーバのアカウントである。電子メールサーバは、第一の通信網１０３のオペレータによって運用されてもよく、他の電子メールサービスを提供する事業者によって運用されてもよい。パスワード情報３０５は、ユーザまたは認証サーバ１０２によって決定されるパスワードに対応し、一例では、パスワードをハッシュ化したものなど、認証サーバ１０２がパスワードを生成可能なデータである。割り当てアドレス３０６は、ＵＥ１０１が第一の通信網１０３でＴＣＰ／ＩＰプロトコル規格に準拠した通信を行うために利用するＩＰｖ４アドレスまたはＩＰｖ６アドレスである。割り当てアドレス３０６は、第一の通信網１０３内のネットワーク装置によって割り当てられる可変アドレスであってもよいし、ＵＥ１０１が専有する固定アドレスであってもよい。また、割り当てアドレス３０６は、プライベートＩＰアドレスであってもよく、グローバルＩＰアドレスであってもよい。

【0028】

なお、必ずしも全ての登録情報を認証サーバ１０２がユーザ認証に利用しなければならないわけではない。例えば、認証サーバ１０２は、ユーザがユーザ端末１０１に入力したユーザのメールアドレスとパスワードとを受信し、これらの情報を認証サーバ１０２が保有するメールアドレス情報３０４とパスワード情報３０５と照合することで、ユーザを認証できる。あるいは、認証サーバ１０２はＵＥ１０１から送信される接続要求の送信元アドレスと一致する割り当てアドレス３０６を有するユーザを特定することで、ユーザ認証を行うことができる。すなわち、１つ以上のユーザ情報と1つ以上の登録情報とを照合してユーザ認証を行うことができる。

【0029】

次に、図４を参照し、認証サーバ１０２がＵＥ１０１との間で、接続を確立してユーザ認証を行うまでのやり取りを示す処理シーケンスの例を説明する。なお、図４では、いずれの通信経路を介して接続要求が送信されるかが容易に理解できるように、第一の通信網１０３と第二の通信網１０４とが処理を行っているように示されるが、いずれの処理もユーザ端末１０１の制御部２１１が行っている。すなわち、第一の通信網１０３と第二の通信網１０４とは、制御部２１１が認証サーバ１０２との通信のために用いる通信経路を示しているに過ぎず、ユーザ端末１０１の処理を行っているのは制御部２１１である。

【0030】

図４（Ａ）のＳ４０１で、ユーザ端末１０１はＭＰＴＣＰを用いた通信を行うための接続要求（ＳＹＮ）パケットを第二の通信網１０４を介して認証サーバ１０２に送信する。ＭＰＴＣＰを用いた通信を行うためのＳＹＮパケットでは、パケットヘッダのＳｕｂｔｙｐｅフィールドがＭＰ＿ＣＡＰＡＢＬＥに設定される。認証サーバ１０２は、Ｓ４０２で、パケットヘッダに基づき接続要求を受信したと判断し、受信した接続要求の通信経路を識別する。一例では、認証サーバ１０２は、パケットの送信元アドレスが第一の通信網１０３に割り当てられたＩＰアドレス帯域であるか、それ以外のアドレスであるかなど、ＩＰアドレスに基づいて接続要求が送信された通信経路を識別することができる。別の例では、認証サーバ１０２は、第二の通信網１０４への通信Ｉ／Ｆと第一の通信網１０３への通信Ｉ／Ｆとを有し、接続要求を何れのＩ／Ｆで受信したかを判別するなど、宛先ＭＡＣアドレスに基づいて接続要求が送信された通信経路を識別することができる。あるいは、認証サーバ１０２は、接続要求を受信したＴＣＰポート（宛先ネットワークポート）に基づいて接続要求が送信された通信経路を識別することができる。すなわち、トランスポート層、ネットワーク層、またはデータリンク層に関する何れかの情報を用いて通信経路を識別することができる。

【0031】

第二の通信網１０４を介したＳＹＮパケットを受信した場合には、認証サーバ１０２は、接続要求に含まれる情報に基づいて図３に示す登録情報との一致を判断できなくてもよい。そのため、認証サーバ１０２は、ＳＹＮパケットに対する応答（ＳＹＮ／ＡＣＫ）を送信せず、ユーザ端末１０１は、接続が確立されなかったと判断し、接続失敗を通知するメッセージを入出力部２１４を介してユーザに通知しうる。あるいは、ユーザ端末１０１は接続要求を再度第二の通信網１０４を介して認証サーバ１０２に送信しうる。あるいは、ユーザ端末１０１は、入出力部２１４を介して、ユーザに対して通信経路の切り替えを依頼してもよい。ユーザから通信経路の切り替えの指示があると、ＵＥ１０１の経路管理部は、通信経路を第二の通信網１０４から第一の通信網１０３に切り替えて接続要求を送信することができる。これによって、ユーザは、認証サーバ１０２がユーザ識別子を特定可能な情報を含む接続要求をユーザ端末に送信させることができ、自動認証を行うことができる。

【0032】

一方、図４（Ｂ）のＳ４０４で示すように、ユーザ端末１０１は、第一の通信網１０３を介して接続要求を送信しうる。続いて、認証サーバ１０２は、Ｓ４０５で、接続要求の送信元アドレスは第一の通信網１０３のＩＰアドレス帯域内にあるため、割り当てアドレス３０６と照合することで、ＭＳＩＳＤＮ情報３０２などのユーザ識別子を特定可能であると判断する。そのため、認証サーバ１０２は、続いてＳ４０６でＵＥ１０１に応答（ＳＹＮ／ＡＣＫ）を送信する。認証サーバ１０２から応答を受信したユーザ端末１０１は、Ｓ４０７でＳＹＮ／ＡＣＫパケットに対する応答（ＡＣＫ）を送信し、接続を確立する。接続を確立した後、認証サーバ１０２はＳ４０８で、接続要求に含まれる情報に基づいて自動認証を実行する。一例では、接続の確立後に、ＩＭＳＩ情報３０１やＭＳＩＳＤＮ情報３０２等の、認証に必要な付加的な情報をユーザ端末１０１から受信してもよい。

【0033】

なお、説明を容易にするために、認証サーバ１０２は接続確立後に認証処理を実行するように示しているが、認証処理Ｓ４０８は接続要求の識別Ｓ４０５と同時に行ってもよい。すなわち、接続要求に含まれる情報を用いて、自動認証を行い、自動認証が成功した場合にユーザ識別子を特定可能な情報を含んでいたと判断してもよい。

【0034】

図４（Ｂ）の例では、ユーザ端末１０１は、第一の通信網１０３を介して接続を確立した後、Ｓ４０９でＳｕｂｔｙｐｅフィールドをＭＰ＿ＪＯＩＮに設定したＳＹＮパケットを第二の通信網１０４を介して認証サーバ１０２に送信する。本実施形態では、第二の通信網１０４を介したＳＹＮパケットは、確立された接続への参加要求を示すものであり、接続要求ではないため、認証サーバ１０２はＳ４１０で応答（ＳＹＮ／ＡＣＫ）を送信する。次に、Ｓ４１１でＵＥ１０１はＳＹＮ／ＡＣＫに対する応答（ＡＣＫ）を送信して接続を確立する。その後、ＵＥ１０１は第一の通信網１０３と第二の通信網１０４とを介して、認証サーバ１０２と通信を行ってもよい。

【0035】

なお、ユーザ端末１０１は、送信した接続要求に対する応答が一定時間内に得られない場合、接続要求を再送してもよい。これによって、パケットロスなどの一時的な通信障害によって認証サーバ１０２との接続を確立できない状況を改善しうる。この場合、一定回数以上再送を行っても接続が確立できない場合に、ＵＥ１０１は接続要求が失敗したと判断しうる。

【0036】

次に、図５を参照し、認証サーバ１０２が、ユーザ端末１０１から接続要求を受信し、ユーザ認証を実行するまでの処理について説明する。この処理は、認証サーバ１０２の制御部２２１が記憶部２２２または通信部２２３と協働して実行する。

【0037】

Ｓ５０１で、制御部２２１は通信部２２３から接続要求を受信する。一例では、ＴＣＰパケットのうち、ヘッダのＳｕｂｔｙｐｅフィールドがＭＰ＿ＣＡＰＡＢＬＥであるパケットを受信した際に、認証サーバ１０２は接続要求を受信したと判断するものとする。しかしながら、一例では、ＴＣＰパケットのうち、ＳＹＮフラグが設定されたパケットを受信した際に、認証サーバ１０２は接続要求を受信したと判断してもよい。続いて、Ｓ５０２で、制御部２２１は接続要求が送信された経路を、ＴＣＰポート、ＩＰアドレス、またはＭＡＣアドレスの少なくとも何れかに基づいて識別しうる。

【0038】

続いて、Ｓ５０３で、制御部２２１は接続要求がユーザ識別子を特定可能な情報を含む場合にはＳ５０４に処理を進め、ユーザ識別子を特定可能な情報を含まない場合にはＳ５０６に処理を進める。本実施形態では、第一の通信網１０３を介して送信された接続要求はユーザ識別子を特定可能な情報を含み、第二の通信網１０４を介して送信された接続要求はユーザ識別子を特定可能な情報を含まない。Ｓ５０４で、制御部２２１はユーザ端末１０１に応答し、接続確立処理を行う。

【0039】

続いて、Ｓ５０５で、認証サーバ１０２は、ユーザ識別子を取得する。なお、上述したように、ユーザ識別子の取得は、Ｓ５０３の処理と同時に行われてもよい。あるいは、上述したように、Ｓ５０５の処理を行うために、ＵＥ１０１と通信を行って付加的な情報を取得してもよい。続いて認証処理は、接続要求に含まれる情報に基づいて行われてもよく、認証処理を行うためにユーザ端末１０１と送受信を行ってもよい。

【0040】

以上説明したように、本実施形態では、ＭＰＴＣＰを利用するユーザ端末が送信した接続要求が、ユーザ識別子を特定可能な情報を含む場合には応答を返し、ユーザ識別子を特定可能な情報を含まない場合には応答を返さない。これによって、ＭＰＴＣＰを利用するユーザ端末がユーザ識別子を特定可能な通信経路を利用可能な場合には、ユーザ端末の設定に関わらず、当該通信経路を利用させ、自動認証を行うことが可能になる。

【0041】

＜第二の実施形態＞
第一の実施形態では、認証サーバは、ユーザ識別子を特定可能な情報を含まない接続要求に対しては応答を返さず、ユーザ識別子を特定可能な情報を含む接続要求に対しては応答を返す。しかしながら、認証サーバがユーザ識別子を特定できない接続要求であっても、その性質に応じて処理を変えることが求められうる。例えば、ユーザ端末がユーザ識別子を特定可能な情報を含まない接続要求しか送信できない場合には、ユーザ入力によってユーザ認証を行うことが求められうる。

【0042】

本実施形態では、ユーザ識別子を特定可能な情報を含まない接続要求を受信した場合であっても、接続要求に含まれる情報によって応答を返し、接続確立を行う認証サーバの処理を説明する。なお、第一の実施形態と同様の構成または処理については説明を省略する。

【0043】

図６は、本実施形態に係る認証サーバ１０２が実行する処理のフローチャートを示す。本実施形態に係る認証サーバ１０２は、Ｓ５０１で、ＳＹＮフラグが１に設定されているパケットを受信した際に、接続要求を受信したと判断しうる。続いて、Ｓ５０２で接続要求の識別を行い、図６のＳ５０３でユーザ識別子を特定可能ではない場合、Ｓ６０１の処理に進む。Ｓ６０１では、認証サーバ１０２は、接続要求のＳｕｂｔｙｐｅフィールドがＭＰ＿ＣＡＰＡＢＬＥであるかどうかを判断する。すなわち、Ｓ６０１でＭＰＴＣＰを利用した接続要求である場合（Ｓ６０１でＹＥＳ）、認証サーバ１０２は接続要求に対して応答せず、処理を終了する。一方。Ｓ６０１でＭＰＴＣＰではなくＴＣＰを利用した接続要求である場合（Ｓ６０１でＮＯ）、認証サーバ１０２は処理をＳ６０２に進める。Ｓ６０２で、認証サーバ１０２は、第二の通信網１０４を介した接続要求に応答し、接続を確立し、処理をＳ６０３に進める。Ｓ６０３で、認証サーバ１０２はユーザ端末にユーザ情報の入力を要求する。一例では、認証サーバ１０２がＷｅｂサーバとして動作する場合、認証サーバ１０２は接続確立後に、ユーザがユーザ情報を入力するためのＷｅｂページをユーザ端末１０１に送信してもよい。

【0044】

以上説明したように、ユーザ識別子を特定できない通信経路を介した接続要求であっても、通信経路の切り替えができないことが明らかである場合には、認証サーバ１０２は応答を返す。これによって、ユーザ識別子を特定可能な通信経路しか利用できない可能性が高い場合には、応答してユーザ情報の入力を要求することができる。

【0045】

なお、Ｓ６０１において、ＳＹＮフラグが１に設定され、ＭＰＴＣＰを利用した通信であっても、接続要求ではない場合には、別途処理が行われてもよい。例えば、図４のＳ４０９で送信される、通信経路の追加要求は、接続要求ではないものの、ＳＹＮフラグが１に設定され、ＭＰＴＣＰを利用した通信である。この通信経路の追加を許可するために、Ｓ６０１でＳｕｂｔｙｐｅフィールドがＭＰ＿ＣＡＰＡＢＬＥである場合は応答せず、ＭＰ＿ＪＯＩＮである場合は応答して通信経路の追加、などの分岐処理を行ってもよい。

【0046】

以上説明したように、本実施形態では、認証サーバは、受信した接続要求がマルチパス伝送制御プロトコルを利用せず、ユーザ識別子を特定可能な情報を含まない場合、応答を返し、通信を確立する。これによって、ユーザ識別子を特定できない通信経路しか利用可能ではないユーザ端末のユーザに情報の入力を要求することができる。

【0047】

＜第三の実施形態＞
第一または第二の実施形態では、認証サーバは、ユーザ識別子を特定可能な情報を含む接続要求に対しては応答を返しうる。しかしながら、認証サーバが、ユーザ識別子を特定可能な情報を含む接続要求であると判断できるが、ユーザ識別子を特定できない場合、認証サーバは自動認証を行うことができない。そのため、認証サーバは、ユーザにユーザ識別子の入力を要求する等、自動認証とは異なるユーザ認証を行うことが求められうる。本実施形態では、ユーザ識別子を特定可能な情報を含む接続要求であって、認証サーバには取得できないユーザ識別子であることを示す接続要求を受信した場合は、応答を返して接続確立を行うが、自動認証を行わない認証サーバの処理を説明する。なお、第一または第二の実施形態と同様の構成または処理については説明を省略する。

【0048】

図７を参照して、認証サーバ１０２がユーザ識別子を特定できない接続要求であっても、別の認証サーバがユーザ識別子を特定可能な接続要求には応答を返す認証サーバ１０２の処理の一例について説明する。ここで、別の認証サーバとは、第一の通信網１０３とは異なるネットワークのオペレータが運用する認証サーバであってもよく、第一の通信網１０３内のイントラネット上で動作する認証サーバであってもよい。認証サーバ１０２が、別の接続要求に含まれる情報に基づき、別の認証サーバであればユーザ識別子を特定可能であると判断できればよい。

【0049】

まず、Ｓ５０１で接続要求を受信した認証サーバ１０２は、Ｓ５０２に処理を進め、接続要求が送信された通信経路を識別する。例えば、認証サーバ１０２は、記憶部２２２に、複数の移動通信ネットワークのネットワークオペレータが管理するＩＰアドレス帯域を格納しており、受信した接続要求の送信元ＩＰアドレスに基づき、ＵＥ１０１が属するネットワークのオペレータを判断しうる。Ｓ７０２で、接続要求に含まれる情報からＵＥ１０１のネットワークオペレータの情報が取得できた場合（Ｓ７０１でＹＥＳ）、認証サーバ１０２は処理をＳ５０３に進める。Ｓ７０１で、認証サーバ１０２がＵＥ１０１のネットワークオペレータの情報が取得できなかった場合（Ｓ７０１でＮＯ）、処理を終了する。

【0050】

Ｓ５０３で、受信した接続要求が、ユーザ識別子を特定可能な情報を含み、当該ユーザ識別子を認証サーバ１０２が取得可能であると判断した場合（Ｓ５０３でＹＥＳ）、認証サーバは、Ｓ５０４に処理を進める。Ｓ５０４で接続を確立すると、認証サーバはＳ５０５に処理を進めてユーザ識別子を取得し、次にＳ５０６に処理を進めて自動認証を実行する。例えば、接続要求の送信元ＩＰアドレスが、認証サーバ１０２のオペレータが運用するネットワークのＩＰアドレス帯域内にある場合、認証サーバ１０２はユーザ識別子が特定可能な接続要求である（Ｓ５０３でＹＥＳ）と判断しうる。Ｓ５０３でユーザ識別子を認証サーバ１０２が取得できない場合（Ｓ５０３でＮＯ）、すなわち認証サーバ１０２がＵＥ１０１のネットワークオペレータは特定できるがユーザ識別子は特定できない場合、認証サーバ１０２は処理をＳ７０２に進める。Ｓ７０２で、認証サーバ１０２は接続要求に対する応答（ＳＹＮ／ＡＣＫ）を送信し、接続を確立する。続いて、Ｓ７０３で認証サーバ１０２はユーザ情報の入力を要求する。あるいは、当該他のネットワークオペレータの認証サーバのアドレス情報を有する場合は、当該他のネットワークオペレータの認証サーバに転送するか、アドレス情報をＵＥ１０１に送信してもよい。

【0051】

また、以上説明したように、本実施形態では、認証サーバは、受信した接続要求がユーザ識別子を特定可能な情報を含むが、当該ユーザ識別子を当該認証サーバが特定可能ではない場合、応答を返し、通信を確立する。これによって、他のネットワークオペレータの加入者のユーザ端末から送信された接続要求に対する利便性を向上することができる。

【0052】

＜第四の実施形態＞
第一乃至第三の実施形態では、ユーザ端末は設定に応じて、接続要求を送信する通信経路を判断する。第三の実施形態では、ユーザ端末は適応的に接続要求を送信する通信経路を判断するユーザ端末について説明する。なお、第一乃至第三の実施形態と同様の構成または処理については説明を省略する。

【0053】

一例では、ＵＥ１０１は、図４（Ａ）のＳ４０１で第二の通信網１０４を介して認証サーバ１０２に接続要求を送信し、所定時間、認証サーバ１０２から応答がなかった場合、経路管理部は、自動的に通信経路を切り替えてもよい。これによって、ユーザからの通信経路の切り替え指示を待たずに、通信経路を切り替えることができ、ユーザの利便性を向上させることができる。

【0054】

また、一例では、ＵＥ１０１は、認証サーバ１０２のアドレス情報と、認証サーバ１０２がユーザ識別子を特定可能な接続要求に関する情報とを含む通信経路情報を記憶する経路記憶部を有する。この場合、ＵＥ１０１は、認証サーバ１０２に接続要求を送信する場合に、当該認証サーバ１０２のアドレス情報に対応する通信経路を経路記憶部から読み出し、当該通信経路を介して接続要求を送信するよう制御部２１１が動作する。通信経路情報は、入出力部２１４を介してユーザによって入力されてもよく、認証サーバ１０２と接続を確立する度に制御部２１１によって保存されてもよく、認証サーバ１０２からＵＥ１０１に送信されてもよい。あるいは、認証サーバ１０２とは異なるサーバやネットワーク装置（外部装置）から、ＵＥ１０１に送信されてもよい。

【0055】

以上説明したように、本実施形態では、ユーザ端末は、所定の時間内に通信要求に対する応答がなかった場合、通信経路を切り替える経路管理部を有する。これによって、ユーザ端末が、ユーザから通信経路の切り替え指示を待たずに、認証サーバがユーザ識別子を特定できる通信経路に切り替えることができ、ユーザの利便性を向上させることができる。

【0056】

また、以上説明したように、本実施形態では、ユーザ端末は、認証サーバのアドレス情報と、認証サーバがユーザ識別子を特定可能な接続要求に関する情報とを含む通信経路情報を記憶する経路記憶部に格納する。これによって、認証サーバが応答を返さない通信経路を用いることがなくなるため、接続要求を確立するまでにかかる時間を短縮することができる。

【0057】

＜その他の実施形態＞
上記第一から第四の実施形態は随意に組み合わせることができる。例えば、認証サーバ１０２は、第二の通信網を介した接続要求は、ＭＰＴＣＰである場合には応答を返さず、ＴＣＰである場合には応答を返し、第一の通信網を介した接続要求は応答を返し、そのオペレータによって認証処理を変えてもよい。

【0058】

また、本実施形態では、ユーザ端末と認証サーバは２つの通信経路を介して通信可能であるが、一例では３つ以上の通信経路を介して接続可能であってもよい。

【0059】

また、一例では、認証サーバは、ＴＣＰポート単位で本実施形態に係る処理を行ってもよい。例えば、認証サーバが多機能である場合、ポート１００はユーザ認証のための接続要求を受信するＴＣＰポートであり、ポート２００は例えばユーザ認証以外のＷｅｂサーバなどのサービスに関する接続要求を受信するＴＣＰポートでありうる。このような場合、認証サーバは、ポート１００のみに本実施形態に係る応答を送信するか否かを判断する処理を行い、ポート２００を介して受信した接続要求に対しては、通信経路によらずに応答を行ってもよい。また、ポート１００および２００以外のポートへの接続要求に対しては応答を返さなくてもよい。すなわち、本実施形態に係る認証サーバは、ＭＰＴＣＰを利用した接続要求がユーザ識別子を特定可能な情報を含まないと判断した場合には応答を返さず、ユーザ識別子を特定可能な情報を含むと判断した場合には応答を返す１以上のポートを有すればよい。当該ポート以外のポートでは、認証サーバは任意の処理を行ってよく、例えば、当該異なるポートを介して接続要求を受信した場合には、ユーザ識別子を特定可能な情報を含むか否かに関わらず応答を返してもよいし、全ての接続要求に応答を返さなくてもよい。

【0060】

また、一例では、ユーザ認証後に、ＵＥ１０１または認証サーバ１０２は接続を切断してもよい。例えば、ＵＥ１０１は、図４（Ｂ）に示すように、ユーザ認証が完了し、第二の通信網を介した通信をＭＰＴＣＰ接続に参加させた後、両方の接続を切断しうる。続いて、ＵＥ１０１は第二の通信網１０４を介して接続要求を送信する。認証サーバ１０２は、当該接続要求を送信したユーザ端末すでにユーザ認証が完了しており、ユーザ識別子を取得可能であるため、接続要求に対する応答を返しうる。これによって、第一の通信網１０３を介した通信の通信量を抑えることができ、第一の通信網１０３の通信料が第二の通信網の通信料より高い場合に、ＵＥ１０１と認証サーバ１０２との間の通信に係る通信料を低コスト化することができる。

【符号の説明】

【0061】

１００：通信システム、１０１：ユーザ端末、１０２：認証サーバ、１０３：第一の通信網、１０４：第二の通信網、２１１：制御部、２１２：記憶部、２１３：通信部、２１４：入出力部、２２１：制御部、２２２：記憶部、２２３：通信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】