(57)【要約】【課題】処理移動後のハンドシェイクの集中による負荷の増大を抑制すること。【解決手段】情報処理装置１０１は、自装置から他の情報処理装置１０２への処理Ｐの移動を開始してから、処理Ｐにアクセスする端末の通信先を自装置から他の情報処理装置１０２に切り替えるまでに、自装置との間で確立される処理Ｐにアクセスする端末との新規セッションについて、自装置と他の情報処理装置１０２とが共有する鍵情報Ｋで復号可能なセッションチケットを発行する。【選択図】図１
2020014170.tif 000002
【特許請求の範囲】
【請求項１】
自装置から他の情報処理装置への処理の移動を開始してから、前記処理にアクセスする端末の通信先を自装置から前記他の情報処理装置に切り替えるまでに、自装置との間で確立される前記処理にアクセスする端末との新規セッションについて、自装置と前記他の情報処理装置とが共有する鍵情報で復号可能なセッションチケットを発行する、
制御部を有することを特徴とする情報処理装置。
【請求項２】
前記制御部は、
前記処理の移動を開始したことに応じて、前記処理の移動を開始する前に自装置との間で確立された前記処理にアクセスする端末とのセッションについて、前記セッションの識別子を含むセッション情報を、前記他の情報処理装置にコピーする、ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
他の情報処理装置から自装置に第２の処理が移動された場合、前記第２の処理にアクセスする端末からのセッション確立要求を受け付け、
受け付けた前記セッション確立要求にセッションチケットが含まれる場合、自装置が有する鍵情報で前記セッションチケットを復号し、
前記セッションチケットの復号に成功した場合、前記端末とのセッションを再開する、
ことを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記制御部は、
前記セッションチケットの復号に成功した場合、前記端末とのセッションの識別子を含むセッション情報を保存し、
前記セッションの識別子を前記端末に送信する、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
自装置に配備された処理の他の情報処理装置への移動指示を受け付け、
前記移動指示を受け付けると、自装置から前記他の情報処理装置への前記処理の移動を開始してから、前記処理にアクセスする端末の通信先を自装置から前記他の情報処理装置に切り替えるまでに、自装置との間で確立される前記処理にアクセスする端末との新規セッションについて、自装置と前記他の情報処理装置とが共有する鍵情報で復号可能なセッションチケットを発行する、
処理をコンピュータが実行することを特徴とする分散処理プログラム。
【請求項６】
複数の情報処理装置と、端末と前記複数の情報処理装置とを接続する通信装置とを含む分散処理システムにおいて、
前記複数の情報処理装置に含まれる情報処理装置は、
自装置から他の情報処理装置への処理の移動を開始してから、前記処理にアクセスする端末の通信先を自装置から前記他の情報処理装置に切り替えるまでに、自装置との間で確立される前記処理にアクセスする端末との新規セッションについて、自装置と前記他の情報処理装置とが共有する鍵情報で復号可能なセッションチケットを発行する制御部、
を有することを特徴とする分散処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、分散処理プログラムおよび分散処理システムに関する。
【背景技術】
【０００２】
ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）の進展にともなって、エンドデバイスが生み出すデータ量が増加し、全てのデータの処理やデバイスの制御をクラウドで行うことが難しくなってきている。このため、エッジコンピューティングによる分散処理環境に注目が集まっている。エッジコンピューティングは、コンピュータネットワーク上で、利用者に近い場所に複数のエッジ装置を配置して、負荷の分散と通信の低遅延化を図る技術である。
【０００３】
先行技術としては、中継サーバで処理したＴＬＳプロトコルのセッション情報を、セキュアＯＳによりアクセスが制限されているデータベースに書き込むことにより、役割サーバが、データベースに書き込まれたセッション情報を利用して、ＴＬＳプロトコルの処理をするものがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０３６３８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来技術では、クラウドの処理をエッジ装置に移動した場合に、処理にアクセスする端末とのセッションを構築し直すためのハンドシェイク（いわゆる、フルハンドシェイク）がエッジ装置に集中して、エッジ装置の負荷が増大する場合がある。
【０００６】
一つの側面では、本発明は、処理移動後のハンドシェイクの集中による負荷の増大を抑制することを目的とする。
【課題を解決するための手段】
【０００７】
１つの実施態様では、自装置から他の情報処理装置への処理の移動を開始してから、前記処理にアクセスする端末の通信先を自装置から前記他の情報処理装置に切り替えるまでに、自装置との間で確立される前記処理にアクセスする端末との新規セッションについて、自装置と前記他の情報処理装置とが共有する鍵情報で復号可能なセッションチケットを発行する、制御部を有する情報処理装置が提供される。
【発明の効果】
【０００８】
本発明の一側面によれば、処理移動後のハンドシェイクの集中による負荷の増大を抑制することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施の形態にかかる情報処理装置の一実施例を示す説明図である。
【図２】図２は、ＳＳＬ／ＴＬＳ通信のハンドシェイクを示す説明図である。
【図３】図３は、セッションＩＤ方式によるハンドシェイクを示す説明図である。
【図４】図４は、分散処理システム４００のシステム構成例を示す説明図である。
【図５】図５は、情報処理装置１０１等のハードウェア構成例を示すブロック図である。
【図６】図６は、セッション情報ＤＢ４２２の記憶内容の一例を示す説明図である。
【図７】図７は、振り分け設定テーブル４４０の記憶内容の一例を示す説明図（その１）である。
【図８】図８は、振り分け設定テーブル４４０の記憶内容の一例を示す説明図（その２）である。
【図９】図９は、セッション情報テーブル４５０の記憶内容の一例を示す説明図である。
【図１０】図１０は、分散処理システム４００の機能的構成例を示すブロック図である。
【図１１】図１１は、エッジ装置間の処理の移動を示す説明図である。
【図１２】図１２は、分散処理システム４００の動作例を示すシーケンス図である。
【図１３】図１３は、情報処理装置１０１の振分設定変更処理手順の一例を示すフローチャートである。
【図１４】図１４は、情報処理装置１０１の通信制御処理手順の一例を示すフローチャートである。
【図１５】図１５は、新規セッション確立処理の具体的処理手順の一例を示すフローチャートである。
【図１６】図１６は、セッションチケット方式によるセッション再開処理の具体的処理手順の一例を示すフローチャートである。
【図１７】図１７は、端末Ｔｋの通信制御処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下に図面を参照して、本発明にかかる情報処理装置、分散処理プログラムおよび分散処理システムの実施の形態を詳細に説明する。
【００１１】
（実施の形態）
図１は、実施の形態にかかる情報処理装置の一実施例を示す説明図である。図１において、情報処理装置１０１，１０２は、処理Ｐを実行可能なコンピュータである。情報処理装置１０１は、例えば、クラウドコンピューティングのサーバである。情報処理装置１０２は、例えば、エッジコンピューティングのエッジ装置である。
【００１２】
処理Ｐは、例えば、端末１０３から収集されるデータを処理するプロセス、アプリケーション、仮想マシンなどである。図１の例では、処理Ｐは、情報処理装置１０１に配備され、情報処理装置１０１上で動作している。端末１０３は、処理Ｐにアクセスするコンピュータである。通信装置１０４は、情報処理装置１０１，１０２と端末１０３とを接続するコンピュータである。
【００１３】
ここで、クラウド上で行われていた処理を、利用者に近い場所に配置されたエッジ装置に行わせるべく、クラウドからエッジ装置に処理を移動する場合がある。これにより、端末から処理へのアクセスにかかる通信遅延やネットワークトラフィックを削減することができる。
【００１４】
この際、端末にアクセス先が変わらないように見せるため、ゲートウェイやルータ等の通信装置において、処理にアクセスする端末の通信先を、クラウドからエッジ装置に切り替えることが行われる。これにより、端末は、処理のある位置を意識することなく、処理にアクセスすることができる。
【００１５】
一方、端末／クラウド間や端末／エッジ装置間では、セキュアな通信を行うためのハンドシェイクが行われる。ハンドシェイクとは、装置間でデータ通信を行うにあたり、通信方式やプロトコルなどの情報（例えば、通信速度、誤り訂正方式、暗号化方式）を事前にやり取りすることである。
【００１６】
セキュア通信としては、例えば、サーバ証明書を用いたＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）／ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）通信がある。ＳＳＬ／ＴＬＳ通信によれば、第三者によるデータの盗聴や改ざんを防いだり、端末が正しい接続先に接続しているかといったことを確認することができる。
【００１７】
ここで、図２を用いて、ＳＳＬ／ＴＬＳ通信のハンドシェイクについて説明する。ここでは、端末１０３とクラウドＣＬとの間のＳＳＬ／ＴＬＳ通信を例に挙げて説明する。クラウドＣＬは、クラウドコンピューティングのサーバである。
【００１８】
図２は、ＳＳＬ／ＴＬＳ通信のハンドシェイクを示す説明図である。図２において、端末１０３とクラウドＣＬとの間で新規にセッションを確立する際に行われるハンドシェイク（いわゆる、フルハンドシェイク）の処理手順が示されている。クラウドＣＬは、端末１０３からセッション確立要求を受信すると、端末１０３にセッション確立応答を送信し、サーバ証明書を送信する。
【００１９】
そして、クラウドＣＬは、端末１０３からクライアント鍵情報を受信すると、セッション鍵を生成して、端末１０３との鍵交換を完了する。セッション鍵の生成は、端末１０３側でも行われる。セッション鍵は、データの暗号化と復号に用いられる共通鍵である。クラウドＣＬにおいて、生成されたセッション鍵は、セッション情報２００として管理される。
【００２０】
なお、鍵交換方式としては、例えば、ＲＳＡやＤＨＥ（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ  ｅｐｈｅｍｅｒａｌ）などがある。ＲＳＡで鍵交換する場合、サーバ証明書には、クラウドの公開鍵が含まれる。クライアント鍵情報は、共通鍵（セッション鍵）を生成するためのプリマスタシークレットをクラウドの公開鍵で暗号化したものとなる。
【００２１】
ＤＨＥで鍵交換する場合には、クラウドからサーバ証明書を送信する際に、サーバ鍵情報も送信する。サーバ鍵情報は、ＤＨパラメータ（ｇ，ｐ）とサーバ公開鍵（ｇa  ｍｏｄ  ｐ）を含む。ａは、クラウドが決めた秘密の値（サーバ秘密鍵）である。クライアント鍵情報は、クライアント公開鍵（ｇb  ｍｏｄ  ｐ）である。ｂは、端末が決めた秘密の値（クライアント秘密鍵）である。
【００２２】
このように、新規にセッションを確立する際のハンドシェイク（フルハンドシェイク）では、サーバ証明書や鍵情報のやりとりを行うことになり、負荷や時間がかかる。このため、クラウドＣＬからエッジ装置に処理を移動した場合に、処理移動後のエッジ装置において、端末とのセッションを構築し直すとなると、ハンドシェイクの集中による負荷の増大を招くおそれがある。
【００２３】
ここで、２回目以降の接続時は、１回目の接続時に発行されるセッションＩＤを利用して、ハンドシェイクにかかる時間を短縮する、いわゆる、セッションＩＤ方式がある。
【００２４】
図３は、セッションＩＤ方式によるハンドシェイクを示す説明図である。図３において、（１回目）は、端末１０３からクラウドＣＬへの１回目の接続時、すなわち、新規にセッションを確立する際に行われるハンドシェイクの処理手順を示す。（２回目以降）は、端末１０３からクラウドＣＬへの２回目以降の接続時に行われるセッションＩＤ方式のハンドシェイクの処理手順を示す。
【００２５】
（１回目）の手順は、図２に示したハンドシェイクの手順と同様であるが、クラウドＣＬから端末１０３に送信されるセッション確立応答に、セッションＩＤが含まれる。セッションＩＤは、セッションを一意に識別する識別子である。セッションＩＤは、端末側とクラウド側の双方で、セッション鍵とともに管理される。ここでは、クラウドＣＬにおいて、端末１０３との間で確立されたセッションのセッションＩＤやセッション鍵がセッション情報３００として管理される。
【００２６】
（２回目以降）の手順では、端末１０３からのセッション確立要求に、１回目の接続時に発行されたセッションＩＤを含める。クラウドＣＬは、セッション確立要求に含まれるセッションＩＤが、セッション情報３００に含まれるセッションＩＤと一致すれば、鍵交換にかかる手順をスキップすることができる。
【００２７】
しかしながら、クラウドＣＬからエッジ装置に処理を移動した場合に、処理を移動したエッジ装置側にセッション情報（例えば、セッション情報３００）がなければ、鍵交換にかかる手順をスキップすることができず、端末／エッジ装置間でセッションを構築し直すことになる。
【００２８】
なお、クラウドＣＬのセッション情報、すなわち、エッジ装置へ処理を移動する前に確立されたセッションの情報を、エッジ装置側にコピーすることで、エッジ装置側でセッション情報を再利用することが考えられる。ところが、エッジ装置側にセッション情報をコピーしてから、処理にアクセスする端末の通信先を切り替えるまでの間の処理への新規接続はクラウドＣＬに届く。
【００２９】
この間に確立されたセッションについては、エッジ装置側にセッション情報がコピーされないため、処理移動後において端末／エッジ装置間でセッションを構築し直すことになる。処理にアクセスする端末数の増加にともなって、クラウドＣＬからエッジ装置へ処理を移動する場合を想定すると、コピー漏れになる端末数が増加して、エッジ装置の負荷が増大することが予測される。
【００３０】
そこで、本実施の形態では、自装置に配備された処理Ｐの他の情報処理装置１０２への移動後のハンドシェイクの集中による負荷の増大を抑制する情報処理装置１０１について説明する。以下、情報処理装置１０１，１０２の処理例（図１中、（１）〜（５））について説明する。
【００３１】
（１）情報処理装置１０１は、自装置に配備された処理Ｐの他の情報処理装置１０２への移動指示を受け付けると、自装置から他の情報処理装置１０２への処理Ｐの移動を開始する。処理Ｐの移動指示は、例えば、情報処理装置１０１，１０２の管理者によって行われる。処理Ｐを移動するとは、移動元装置に配備されていた処理Ｐのプログラムやデータを移動先装置に移行して、移動先装置に処理Ｐを配備することである。移動先装置に配備された処理Ｐは、移動先装置上で動作する。
【００３２】
（２）情報処理装置１０１は、自装置から他の情報処理装置１０２への処理Ｐの移動を開始してから、処理Ｐにアクセスする端末の通信先を自装置から他の情報処理装置１０２に切り替えるまでに、自装置との間で確立される処理Ｐにアクセスする端末との新規セッションについて、鍵情報Ｋで復号可能なセッションチケットを発行する。
【００３３】
ここで、セッションチケットとは、鍵情報Ｋを用いて暗号化された情報であり、セッションが確立されてハンドシェイクが完了した端末を判別するために用いられる情報である。鍵情報Ｋは、情報処理装置１０１，１０２で共有される。セッションチケットは、端末側で管理され、情報処理装置１０１，１０２側では管理しなくてよい。
【００３４】
図１の例では、情報処理装置１０１上の処理Ｐにアクセスする端末１０３との新規セッションについて、セッションチケット１１０が発行された場合を想定する。セッションチケット１１０は、例えば、情報処理装置１０１と端末１０３との間で確立された新規セッションのセッション情報を鍵情報Ｋで暗号化したものである。
【００３５】
ここで、情報処理装置１０１から情報処理装置１０２への処理Ｐの移動が完了して、通信装置１０４において、処理Ｐにアクセスする端末の通信先が、情報処理装置１０１から情報処理装置１０２に切り替わった場合を想定する。
【００３６】
（３）情報処理装置１０２は、処理Ｐにアクセスする端末からセッション確立要求を受け付ける。図１の例では、情報処理装置１０２は、通信装置１０４を介して、処理Ｐにアクセスする端末１０３からのセッションチケット１１０を含むセッション確立要求を受け付けた場合を想定する。
【００３７】
（４）情報処理装置１０２は、受け付けたセッション確立要求にセッションチケットが含まれる場合、自装置が有する鍵情報Ｋでセッションチケットを復号する。図１の例では、情報処理装置１０２は、端末１０３からのセッション確立要求に含まれるセッションチケット１１０を、自装置が有する鍵情報Ｋで復号する。
【００３８】
（５）情報処理装置１０２は、セッションチケットの復号に成功した場合、端末とのセッションを確立する。図１の例では、セッションチケット１１０の復号に成功した場合を想定する。この場合、情報処理装置１０２は、端末１０３との間でセッションを確立（再開）する。
【００３９】
このように、情報処理装置１０１によれば、自装置から他の情報処理装置１０２への処理Ｐの移動中に、処理Ｐにアクセスする端末１０３との新規セッションについて、鍵情報Ｋで復号可能なセッションチケット１１０を発行することができる。
【００４０】
これにより、処理Ｐを移動中に情報処理装置１０１へ新規接続してきた端末１０３について、処理Ｐを移動後の情報処理装置１０２において、セッションチケット方式でセッションを再開することが可能となる。このため、端末１０３の処理Ｐへの次回アクセス時にフルハンドシェイクでセッションを構築し直す場合に比べて、情報処理装置１０２および端末１０３の負荷を下げることができる。また、処理Ｐを移動後の情報処理装置１０２において、処理Ｐにアクセスする端末とのフルハンドシェイクが集中して行われるのを防ぐことができる。
【００４１】
（分散処理システム４００のシステム構成例）
つぎに、実施の形態にかかる分散処理システム４００のシステム構成例について説明する。ここでは、図１に示した情報処理装置１０１をクラウドコンピューティングのサーバに適用し、図１に示した情報処理装置１０２をエッジコンピューティングのエッジ装置に適用した場合を例に挙げて説明する。
【００４２】
図４は、分散処理システム４００のシステム構成例を示す説明図である。図４において、分散処理システム４００は、情報処理装置１０１と、エッジ装置Ｅ１〜Ｅｎ（ｎ：２以上の自然数）と、ゲートウェイ装置ＧＷと、アクセスポイントＡＰと、端末Ｔ１〜Ｔｍ（ｍ：２以上の自然数）と、管理端末４０１と、を含む。分散処理システム４００において、情報処理装置１０１、エッジ装置Ｅ１〜Ｅｎおよびゲートウェイ装置ＧＷは、有線または無線のネットワーク４１０を介して接続される。ネットワーク４１０は、例えば、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなどである。端末Ｔ１〜Ｔｍは、アクセスポイントＡＰを介して、ゲートウェイ装置ＧＷに接続される。ただし、端末Ｔ１〜Ｔｍは、ゲートウェイ装置ＧＷに直接接続されることにしてもよい。
【００４３】
以下の説明において、エッジ装置Ｅ１〜Ｅｎのうちの任意のエッジ装置を「エッジ装置Ｅｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。また、端末Ｔ１〜Ｔｍのうちの任意の端末を「端末Ｔｋ」と表記する場合がある（ｋ＝１，２，…，ｍ）。
【００４４】
情報処理装置１０１は、処理プログラムＤＢ（Ｄａｔａｂａｓｅ）４２１およびセッション情報ＤＢ４２２を有し、処理Ｐを実行可能なクラウドコンピューティングのサーバである。処理プログラムＤＢ４２１は、処理Ｐのプログラムやデータを記憶する。セッション情報ＤＢ４２２は、セッション情報を記憶する。
【００４５】
なお、セッション情報ＤＢ４２２の記憶内容については、図６を用いて後述する。また、処理Ｐの配備先は、例えば、処理Ｐと、処理Ｐが配備された情報処理装置１０１またはエッジ装置Ｅｉとの対応関係を示す処理配備先情報（不図示）によって管理される。
【００４６】
エッジ装置Ｅｉは、処理プログラムＤＢ４３１およびセッション情報ＤＢ４３２を有し、処理Ｐを実行可能なコンピュータである。エッジ装置Ｅｉは、情報処理装置１０１のセッション情報を引き継ぐことができ、また、情報処理装置１０１と同じ暗号方式をサポートしているものとする。
【００４７】
処理プログラムＤＢ４３１は、処理Ｐのプログラムやデータを記憶する。セッション情報ＤＢ４３２は、セッション情報を記憶する。例えば、エッジ装置Ｅｉは、サーバやＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などである。図１に示した情報処理装置１０２は、例えば、エッジ装置Ｅｉに対応する。
【００４８】
なお、セッション情報ＤＢ４３２の記憶内容については、後述の図６に示すセッション情報ＤＢ４２２の記憶内容と同様のため、図示および説明を省略する。
【００４９】
ゲートウェイ装置ＧＷは、振り分け設定テーブル４４０を有し、端末Ｔｋと情報処理装置１０１や端末Ｔｋとエッジ装置Ｅｉとを接続するコンピュータである。例えば、ゲートウェイ装置ＧＷは、ルータである。振り分け設定テーブル４４０の記憶内容については、図７および図８を用いて後述する。図１に示した通信装置１０４は、例えば、ゲートウェイ装置ＧＷに対応する。
【００５０】
アクセスポイントＡＰは、近距離無線通信可能なコンピュータである。近距離無線通信としては、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを利用した通信が挙げられる。例えば、アクセスポイントＡＰは、無線ＬＡＮのアクセスポイントである。
【００５１】
端末Ｔｋは、セッション情報テーブル４５０を有し、近距離無線通信可能なコンピュータである。端末Ｔｋは、処理Ｐに用いられるデータを取得する。処理Ｐに用いられるデータとしては、例えば、カメラによって撮像される画像や環境センサのセンシングデータなどである。例えば、端末Ｔｋは、スマートフォン、タブレットＰＣなどである。
【００５２】
なお、端末Ｔｋは、工場などに設置される生産機器、組立機器などであってもよい。この場合、処理Ｐに用いられるデータは、例えば、生産機器や組立機器のログである。セッション情報テーブル４５０の記憶内容については、図９を用いて後述する。
【００５３】
管理端末４０１は、分散処理システム４００の管理者が使用するコンピュータである。管理端末４０１は、例えば、管理者の指示に応じて、クラウド上（情報処理装置１０１）に処理Ｐを配備したり、情報処理装置／エッジ装置間あるいはエッジ装置間における処理Ｐの移動を指示したりする。例えば、管理端末４０１は、ＰＣ、タブレットＰＣ、スマートフォンなどである。
【００５４】
分散処理システム４００において、情報処理装置１０１およびエッジ装置Ｅ１〜Ｅｎは、鍵情報Ｋを共有する。鍵情報Ｋは、セッションチケットを生成したり、セッションチケットを解読（復号）したりするために使用される共通鍵である。鍵情報Ｋは、例えば、分散処理システム４００の管理者により生成され、情報処理装置１０１およびエッジ装置Ｅ１〜Ｅｎに記憶される。
【００５５】
なお、図４では、ゲートウェイ装置ＧＷおよびアクセスポイントＡＰを１台のみ表示したが、これに限らない。例えば、分散処理システム４００では、拠点ごとに、エッジ装置Ｅ１〜Ｅｎ、ゲートウェイ装置ＧＷおよびアクセスポイントＡＰが設けられる。各拠点のエッジ装置Ｅ１〜Ｅｎ、ゲートウェイ装置ＧＷおよびアクセスポイントＡＰは、例えば、同一ＬＡＮ内に存在する。
【００５６】
（情報処理装置１０１およびエッジ装置Ｅｉのハードウェア構成例）
ここで、情報処理装置１０１およびエッジ装置Ｅｉのハードウェア構成例について説明する。ここでは、情報処理装置１０１およびエッジ装置Ｅｉを「情報処理装置１０１等」と表記する。
【００５７】
図５は、情報処理装置１０１等のハードウェア構成例を示すブロック図である。図５において、情報処理装置１０１等は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０１と、メモリ５０２と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）５０３と、ディスクドライブ５０４と、ディスク５０５と、を有する。また、各構成部は、バス５００によってそれぞれ接続される。
【００５８】
ここで、ＣＰＵ５０１は、情報処理装置１０１等の全体の制御を司る。ＣＰＵ５０１は、複数のコアを有していてもよい。メモリ５０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ５０１のワークエリアとして使用される。メモリ５０２に記憶されるプログラムは、ＣＰＵ５０１にロードされることで、コーディングされている処理をＣＰＵ５０１に実行させる。
【００５９】
Ｉ／Ｆ５０３は、通信回線を通じてネットワーク４１０に接続され、ネットワーク４１０を介して他の装置（例えば、ゲートウェイ装置ＧＷ、管理端末４０１など）に接続される。そして、Ｉ／Ｆ５０３は、ネットワーク４１０と装置内部とのインターフェースを司り、外部のコンピュータからのデータの入出力を制御する。Ｉ／Ｆ５０３には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
【００６０】
ディスクドライブ５０４は、ＣＰＵ５０１の制御に従ってディスク５０５に対するデータのリード／ライトを制御する。ディスク５０５は、ディスクドライブ５０４の制御で書き込まれたデータを記憶する。ディスク５０５としては、例えば、磁気ディスク、光ディスクなどが挙げられる。
【００６１】
なお、情報処理装置１０１等は、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、入力装置、ディスプレイ等を有することにしてもよい。また、図４に示したゲートウェイ装置ＧＷ、アクセスポイントＡＰ、端末Ｔｋおよび管理端末４０１についても、情報処理装置１０１等と同様のハードウェア構成により実現することができる。ただし、端末Ｔｋや管理端末４０１は、例えば、入力装置、ディスプレイ、カメラ、各種センサなどを有する。
【００６２】
（セッション情報ＤＢ４２２の記憶内容）
つぎに、情報処理装置１０１が有するセッション情報ＤＢ４２２の記憶内容について説明する。セッション情報ＤＢ４２２は、例えば、図５に示したメモリ５０２、ディスク５０５などの記憶装置により実現される。
【００６３】
図６は、セッション情報ＤＢ４２２の記憶内容の一例を示す説明図である。図６において、セッション情報ＤＢ４２２は、アクセス元ＩＰ、送信先ＩＰ、セッションＩＤ、暗号化アルゴリズム、セッション鍵およびセッション確立時刻のフィールドを有し、各フィールドに情報を設定することで、セッション情報（例えば、セッション情報６００−１〜６００−３）をレコードとして記憶する。
【００６４】
ここで、アクセス元ＩＰは、自装置と端末Ｔｋとを接続するゲートウェイ装置ＧＷ、すなわち、自装置と端末Ｔｋとの通信を中継するゲートウェイ装置ＧＷのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスである。送信先ＩＰは、クラウド上（情報処理装置１０１）に初期配備された処理Ｐにアクセスするにあたり、端末Ｔｋが指定するＩＰアドレスである。
【００６５】
セッションＩＤは、自装置（情報処理装置１０１）と端末Ｔｋとの間に確立されたセッションを一意に識別する識別子である。暗号化アルゴリズムは、端末Ｔｋとの通信に使用する暗号化アルゴリズムである。セッション鍵は、データの暗号化と復号に用いられる共通鍵である。セッション確立時刻は、セッションが確立された日時である。
【００６６】
（振り分け設定テーブル４４０の記憶内容）
つぎに、図７および図８を用いて、ゲートウェイ装置ＧＷが有する振り分け設定テーブル４４０の記憶内容について説明する。振り分け設定テーブル４４０は、例えば、ゲートウェイ装置ＧＷの不図示のメモリ、ディスクなどの記憶装置により実現される。
【００６７】
図７は、振り分け設定テーブル４４０の記憶内容の一例を示す説明図（その１）である。図７において、振り分け設定テーブル４４０は、送信先ＩＰおよび振り分け先ＩＰのフィールドを有し、各フィールドに情報を設定することで、振り分け設定情報（例えば、振り分け設定情報７００−１，７００−２）をレコードとして記憶する。
【００６８】
ここで、送信先ＩＰは、クラウド上（情報処理装置１０１）に初期配備された処理Ｐにアクセスするにあたり、端末Ｔｋが指定するＩＰアドレスである。振り分け先ＩＰは、処理Ｐへのアクセスを振り分ける先のコンピュータのＩＰアドレスである。振り分け先ＩＰは、処理Ｐが現在配備されている情報処理装置１０１またはエッジ装置ＥｉのＩＰアドレスである。
【００６９】
振り分け設定情報によれば、送信先ＩＰから特定される処理Ｐへのアクセスを、どのコンピュータ（情報処理装置１０１またはエッジ装置Ｅｉ）に転送すればよいのかを判別することができる。例えば、振り分け設定情報７００−１によれば、送信先ＩＰ「１５．２０５．１．４」の処理Ｐへのアクセスを、振り分け先ＩＰ「１９２．１６８．１．５」のコンピュータに転送すればよいことを判別することができる。
【００７０】
図８は、振り分け設定テーブル４４０の記憶内容の一例を示す説明図（その２）である。図８において、振り分け設定テーブル４４０は、送信元端末ＩＰ、送信先ＩＰおよび振り分け先ＩＰのフィールドを有し、各フィールドに情報を設定することで、振り分け設定情報（例えば、振り分け設定情報８００−１，８００−２）をレコードとして記憶する。
【００７１】
ここで、送信元端末ＩＰは、送信元の端末ＴｋのＩＰアドレスである。振り分け先ＩＰは、処理Ｐへのアクセスを振り分ける先のコンピュータのＩＰアドレスである。送信先ＩＰは、クラウド上（情報処理装置１０１）に初期配備された処理Ｐにアクセスするにあたり、端末Ｔｋが指定するＩＰアドレスである。振り分け先ＩＰは、処理Ｐが現在配備されている情報処理装置１０１またはエッジ装置ＥｉのＩＰアドレスである。
【００７２】
振り分け設定情報によれば、送信元端末ＩＰから特定される端末Ｔｋからの処理Ｐへのアクセスを、どのコンピュータ（情報処理装置１０１またはエッジ装置Ｅｉ）に転送すればよいのかを判別することができる。
【００７３】
例えば、振り分け設定情報８００−１によれば、送信元端末ＩＰ「１９２．１６８．１．１００〜１９２．１６８．１．１３９」の端末Ｔｋからの送信先ＩＰ「１５．２０５．１．４」の処理Ｐへのアクセスを、振り分け先ＩＰ「１９２．１６８．１．５」のコンピュータに転送すればよいことを判別することができる。
【００７４】
なお、ゲートウェイ装置ＧＷにおいて、図７に示した振り分け設定テーブル４４０、または、図８に示した振り分け設定テーブル４４０のいずれを使用するかは、例えば、分散処理システム４００の管理者によって任意に設定可能である。例えば、図８に示した振り分け設定テーブル４４０は、移動元装置および移動先装置の双方で同じ処理Ｐを動作させる場合などに使用される。
【００７５】
（セッション情報テーブル４５０の記憶内容）
つぎに、図９を用いて、端末Ｔｋが有するセッション情報テーブル４５０の記憶内容について説明する。セッション情報テーブル４５０は、例えば、端末Ｔｋの不図示のメモリ、ディスクなどの記憶装置により実現される。
【００７６】
図９は、セッション情報テーブル４５０の記憶内容の一例を示す説明図である。図９において、セッション情報テーブル４５０は、送信先ＩＰ、セッションＩＤ、暗号化アルゴリズム、セッション鍵、セッション確立時刻およびセッションチケットのフィールドを有し、各フィールドに情報を設定することで、セッション情報（例えば、セッション情報９００−１）をレコードとして記憶する。
【００７７】
ここで、送信先ＩＰは、クラウド上（情報処理装置１０１）に初期配備された処理Ｐにアクセスするにあたり、端末Ｔｋが指定するＩＰアドレスである。セッションＩＤは、自端末（端末Ｔｋ）と通信先（情報処理装置１０１またはエッジ装置Ｅｉ）との間に確立されたセッションを一意に識別する識別子である。暗号化アルゴリズムは、通信先との通信に使用する暗号化アルゴリズムである。
【００７８】
セッション鍵は、データの暗号化と復号に用いられる共通鍵である。セッション確立時刻は、セッションが確立された日時である。セッションチケットは、通信先において自端末（端末Ｔｋ）を判別するために用いられる情報である。セッションチケットが未発行の場合は、「−（Ｎｕｌｌ）」となる。
【００７９】
（分散処理システム４００の機能的構成例）
つぎに、図１０を用いて、分散処理システム４００の機能的構成例について説明する。
【００８０】
＜情報処理装置１０１の機能的構成例＞
図１０は、分散処理システム４００の機能的構成例を示すブロック図である。まず、情報処理装置１０１の機能的構成例について説明する。図１０において、情報処理装置１０１は、指示受付部１０１１と、移動制御部１０１２と、要求受付部１０１３と、処理実行部１０１４と、変更制御部１０１５と、を含む。指示受付部１０１１〜変更制御部１０１５は制御部となる機能であり、具体的には、例えば、図５に示した情報処理装置１０１のメモリ５０２、ディスク５０５などの記憶装置に記憶されたプログラムをＣＰＵ５０１に実行させることにより、または、Ｉ／Ｆ５０３により、その機能を実現する。各機能部の処理結果は、例えば、情報処理装置１０１のメモリ５０２、ディスク５０５などの記憶装置に記憶される。
【００８１】
指示受付部１０１１は、処理移動指示を受け付ける。ここで、処理移動指示とは、自装置に配備された処理Ｐを、移動先装置に移動するよう指示するものである。処理移動指示には、例えば、移動対象の処理Ｐおよび移動先装置を特定する情報が含まれる。移動対象の処理Ｐを特定する情報は、例えば、処理ＰにアクセスするためのＩＰアドレス（送信先ＩＰ）や、処理Ｐの名称、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）などである。移動先装置を特定する情報は、例えば、移動先装置のＩＰアドレスや名称である。
【００８２】
移動元装置が情報処理装置１０１の場合、移動先装置は、エッジ装置Ｅｉとなる。また、移動元装置がエッジ装置Ｅｉの場合、移動先装置は、情報処理装置１０１または他のエッジ装置Ｅｊ（ｊ≠ｉ、ｊ＝１，２，…，ｎ）となる。具体的には、例えば、指示受付部１０１１は、図４に示した管理端末４０１から処理移動指示を受信することにより、受信した処理移動指示を受け付ける。
【００８３】
移動制御部１０１２は、自装置に配備された処理Ｐを移動する。具体的には、例えば、移動制御部１０１２は、指示受付部１０１１が処理移動指示を受け付けたことに応じて、処理移動指示から特定される移動対象の処理Ｐの移動先装置への移動を開始する。
【００８４】
より詳細に説明すると、例えば、移動制御部１０１２は、処理プログラムＤＢ４２１（図４参照）から、処理Ｐのプログラムやデータを読み出して、読み出した処理Ｐのプログラムやデータを移動先装置に送信する。そして、移動制御部１０１２は、移動先装置から処理Ｐを実行する準備が整ったことを示す通知を受信したことに応じて、移動先装置への処理Ｐの移動が完了したと判断する。
【００８５】
また、移動制御部１０１２は、処理Ｐの移動を開始したことに応じて、処理Ｐの移動を開始する前に自装置との間で確立された処理Ｐにアクセスする端末Ｔｋとのセッションについてのセッション情報を、移動先装置にコピーする。セッション情報は、例えば、セッションＩＤ、暗号化アルゴリズム、セッション鍵、セッション確立時刻などを含む。
【００８６】
具体的には、例えば、移動制御部１０１２は、図６に示したセッション情報ＤＢ４２２から、セッション確立時刻が、処理Ｐの移動を開始する前のセッション情報を取得する。この際、移動制御部１０１２は、送信先ＩＰに、処理ＰにアクセスするためのＩＰアドレスが設定されたセッション情報を取得することにしてもよい。さらに、移動制御部１０１２は、アクセス元ＩＰに、移動先装置を配下にもつゲートウェイ装置ＧＷのＩＰアドレスが設定されたセッション情報を取得することにしてもよい。また、移動制御部１０１２は、処理Ｐの移動を開始した時点から一定時間以上過去（例えば、セッション確立時刻が２日以上前）のセッション情報は取得しないことにしてもよい。
【００８７】
そして、移動制御部１０１２は、取得したセッション情報を送信することにより、移動先装置にセッション情報をコピーする。ただし、セッション情報のうち、例えば、アクセス元ＩＤ、暗号化アルゴリズムおよびセッション確立時刻については、送信対象から除外することにしてもよい。この場合、移動制御部１０１２は、例えば、移動先装置へのセッション情報のコピーが完了し、かつ、移動先装置から処理Ｐを実行する準備が整ったことを示す通知を受信した場合に、移動先装置への処理Ｐの移動が完了したと判断する。
【００８８】
移動先装置であるエッジ装置Ｅｉは、情報処理装置１０１からセッション情報を受信すると、受信したセッション情報を、例えば、図４に示したセッション情報ＤＢ４３２に記憶する。これにより、エッジ装置Ｅｉは、情報処理装置１０１のセッション情報を引き継ぐことができる。
【００８９】
情報処理装置１０１において、エッジ装置Ｅｉにコピーしたセッション情報は、セッション情報ＤＢ４２２から削除してもよい。これにより、情報処理装置１０１において管理する情報量を削減することができる。ただし、情報処理装置１０１から移動した処理Ｐを、再度、情報処理装置１０１に戻す場合がある。このため、エッジ装置Ｅｉにコピーしたセッション情報は、セッション情報ＤＢ４２２に残すことにしてもよい。これにより、再度、情報処理装置１０１に処理Ｐを戻すときに、移動元装置から情報処理装置１０１にコピーするセッション情報の情報量を減らすことができる。
【００９０】
なお、自装置（情報処理装置１０１）が移動先装置の場合は、移動制御部１０１２は、例えば、移動元装置であるエッジ装置Ｅｉからセッション情報を受信し、受信したセッション情報をセッション情報ＤＢ４２２に記憶する。これにより、情報処理装置１０１は、エッジ装置Ｅｉのセッション情報を引き継ぐことができる。
【００９１】
変更制御部１０１５は、移動元装置から移動先装置への処理Ｐの移動が完了したことに応じて、ゲートウェイ装置ＧＷに振分設定変更指示を送信する。移動元装置から移動先装置への処理Ｐの移動の完了は、移動制御部１０１２（または、エッジ装置Ｅｉの移動制御部１０２２）から通知される。
【００９２】
ここで、振分設定変更指示は、移動対象の処理Ｐにアクセスする端末Ｔｋの通信先を移動元装置から移動先装置に切り替えるよう指示するものである。振分設定変更指示には、例えば、送信先ＩＰと振り分け先ＩＰが含まれる。送信先ＩＰは、クラウド上に初期配備された処理Ｐにアクセスするにあたり、端末Ｔｋが指定するＩＰアドレスである。振り分け先ＩＰは、処理Ｐへのアクセスを振り分ける先のコンピュータのＩＰアドレスである。
【００９３】
また、変更制御部１０１５は、ゲートウェイ装置ＧＷから設定変更完了通知を受信した場合、移動制御部１０１２（または、エッジ装置Ｅｉの移動制御部１０２２）に通知することにしてもよい。設定変更完了通知は、処理Ｐにアクセスする端末Ｔｋの通信先が移動元装置から移動先装置へ切り替わったことを示す通知である。
【００９４】
これにより、移動制御部１０１２（または、エッジ装置Ｅｉの移動制御部１０２２）は、処理Ｐにアクセスする端末Ｔｋの通信先が移動元装置から移動先装置へ切り替わったことを認識することができる。
【００９５】
要求受付部１０１３は、端末Ｔｋからのセッション確立要求を受け付ける。具体的には、例えば、要求受付部１０１３は、ゲートウェイ装置ＧＷを介して、端末Ｔｋからセッション確立要求を受信することにより、セッション確立要求を受け付ける。ここで、セッション確立要求には、例えば、送信先ＩＰ、セッションＩＤが含まれる。
【００９６】
送信先ＩＰは、クラウド上（情報処理装置１０１）に初期配備された処理Ｐにアクセスするにあたり、端末Ｔｋが指定するＩＰアドレスである。セッションＩＤは、端末Ｔｋと情報処理装置１０１またはエッジ装置Ｅｉとの間に確立されたセッションを一意に識別する識別子である。ただし、新規セッションを確立する場合、セッションＩＤは、長さ「０」の初期値が設定される。
【００９７】
・新規セッション確立（フルハンドシェイク）
例えば、セッション確立要求に含まれるセッションＩＤの長さが「０」であり、かつ、セッション確立要求にセッションチケットが含まれない場合、要求受付部１０１３は、端末Ｔｋと新規セッションを確立する。具体的には、例えば、要求受付部１０１３は、図２に示したような処理手順により、端末Ｔｋとハンドシェイク（フルハンドシェイク）を行う。
【００９８】
つぎに、要求受付部１０１３は、自装置から移動先装置へ処理Ｐを移動中であるか否かを判断する。ここで、自装置から移動先装置へ処理Ｐを移動中の場合、要求受付部１０１３は、移動中の処理Ｐに端末Ｔｋがアクセスするか否かを判断する。例えば、セッション確立要求に含まれる送信先ＩＰが、移動中の処理ＰにアクセスするＩＰアドレスと一致する場合、要求受付部１０１３は、移動中の処理Ｐにアクセスすると判断する。
【００９９】
この場合、要求受付部１０１３は、例えば、フルハンドシェイクして得られたセッション情報を鍵情報Ｋで暗号化してセッションチケットを生成する。鍵情報Ｋは、移動元装置と移動先装置とで共有されている。このため、セッションチケットは、移動先装置において鍵情報Ｋで解読（復号）可能である。そして、要求受付部１０１３は、端末Ｔｋに対して、生成したセッションチケットを送信（発行）し、次回のセッション再開はセッションチケット方式でハンドシェイクすることを通知する。
【０１００】
なお、自装置から移動先装置へ処理Ｐを移動中ではない場合、要求受付部１０１３は、端末Ｔｋに対して、セッションＩＤを発行し、次回のセッション再開はセッションＩＤ方式でハンドシェイクすることを通知する。また、移動中の処理Ｐに端末Ｔｋがアクセスしない場合も、要求受付部１０１３は、端末Ｔｋに対して、セッションＩＤを発行し、次回のセッション再開はセッションＩＤ方式でハンドシェイクすることを通知する。そして、要求受付部１０１３は、ハンドシェイク（フルハンドシェイク）して得られたセッション情報を、セッション情報ＤＢ４２２に保存する。
【０１０１】
・セッションＩＤ方式でハンドシェイク
例えば、セッション確立要求にセッションＩＤ（初期値を除く）が含まれる場合、要求受付部１０１３は、図３に示したような処理手順により、セッションＩＤ方式で端末Ｔｋとハンドシェイクを行ってセッションを再開する。
【０１０２】
具体的には、例えば、要求受付部１０１３は、セッション情報ＤＢ４２２から、セッション確立要求に含まれるセッションＩＤに対応するセッション情報を検索する。ここで、セッション情報が検索された場合、要求受付部１０１３は、端末Ｔｋとのセッションを再開する。一方、セッション情報が検索されなかった場合には、要求受付部１０１３は、端末Ｔｋと新規セッションを確立する。
【０１０３】
なお、セッション情報が検索された場合であっても、セッション情報の有効期限が切れているときは、要求受付部１０１３は、当該セッション情報を無効として、端末Ｔｋと新規セッションを確立することにしてもよい。有効期限が切れたセッション情報とは、セッション確立時刻から一定時間以上経過したセッション情報である。
【０１０４】
・セッションチケット方式でハンドシェイク
例えば、セッション確立要求にセッションチケットが含まれる場合、要求受付部１０１３は、セッションチケット方式で端末Ｔｋとハンドシェイクを行ってセッションを再開する。
【０１０５】
具体的には、例えば、要求受付部１０１３は、セッション確立要求に含まれるセッションチケットを、鍵情報Ｋで解読（復号）する。ここで、セッションチケットを解読できた場合、要求受付部１０１３は、端末Ｔｋとのセッションを再開する。一方、セッションチケットが解読できなかった場合には、要求受付部１０１３は、端末Ｔｋと新規セッションを確立する。
【０１０６】
また、要求受付部１０１３は、セッションチケットを解読できた場合に、自装置から移動先装置へ処理Ｐを移動中であるか否かを判断することにしてもよい。ここで、自装置から移動先装置へ処理Ｐを移動中の場合、要求受付部１０１３は、端末Ｔｋに対して、次回も同じセッションチケットを用いることを通知して、端末Ｔｋとのセッションを再開する。
【０１０７】
一方、自装置から移動先装置へ処理Ｐを移動中ではない場合、要求受付部１０１３は、端末Ｔｋに対して、セッションチケットを解読して得られたセッションＩＤを送信（発行）し、次回のセッション再開はセッションＩＤ方式でハンドシェイクすることを通知して、端末Ｔｋとのセッションを再開する。
【０１０８】
これにより、次回セッションを再開するときの端末Ｔｋとのハンドシェイクを、セッションチケット方式からセッションＩＤ方式に変更することができる。
【０１０９】
この際、要求受付部１０１３は、端末Ｔｋに対して、セッションチケットを破棄させることにしてもよい。セッションチケットを破棄させる方法として、例えば、セッションチケットに有効・無効を判定するフラグを付与することにしてもよい。この場合、端末Ｔｋは、情報処理装置１０１からフラグ「無効」が付与されたセッションチケットを受信すると、無効になったと判定して、セッションチケットを破棄する。また、端末Ｔｋに、セッション確立応答にセッションＩＤがセットされているときは、セッションチケットよりもセッションＩＤを優先させることにしてもよい。
【０１１０】
なお、移動先装置において、当該装置に処理Ｐを移動してから所定時間経過したら、処理Ｐにアクセスする全端末のセッションチケットを無効にし、ハンドシェイクをやり直すことにしてもよい。この方法によれば、端末側に特別な処理をさせなくても、セッションチケット方式からセッションＩＤ方式に戻すことができる。
【０１１１】
端末Ｔｋとのハンドシェイクが完了すると、端末Ｔｋとの間でセッション鍵を用いた暗号化通信を行うことが可能となる。また、端末Ｔｋから送信されてくるデータは、例えば、処理プログラムＤＢ４２１に記憶されて処理Ｐの実行に用いられる。
【０１１２】
処理実行部１０１４は、端末Ｔｋからのデータに基づいて、自装置に配備された処理Ｐを実行する。処理Ｐの実行に用いられるプログラムやデータは、例えば、処理プログラムＤＢ４２１に記憶されている。具体的には、例えば、処理実行部１０１４は、処理プログラムＤＢ４２１を参照して、自装置に配備された処理Ｐを実行する。
【０１１３】
＜エッジ装置Ｅｉの機能的構成例＞
つぎに、エッジ装置Ｅｉの機能的構成例について説明する。図１０において、エッジ装置Ｅｉは、指示受付部１０２１と、移動制御部１０２２と、要求受付部１０２３と、処理実行部１０２４と、を含む。指示受付部１０２１〜処理実行部１０２４は制御部となる機能であり、具体的には、例えば、図５に示したエッジ装置Ｅｉのメモリ５０２、ディスク５０５などの記憶装置に記憶されたプログラムをＣＰＵ５０１に実行させることにより、または、Ｉ／Ｆ５０３により、その機能を実現する。各機能部の処理結果は、例えば、エッジ装置Ｅｉのメモリ５０２、ディスク５０５などの記憶装置に記憶される。
【０１１４】
ただし、エッジ装置Ｅｉの各機能部１０２１〜１０２４は、情報処理装置１０１の各機能部１０１１〜１０１４と同様のため、詳細な説明は省略する。具体的には、エッジ装置Ｅｉの指示受付部１０２１は、情報処理装置１０１の指示受付部１０１１に対応する。エッジ装置Ｅｉの移動制御部１０２２は、情報処理装置１０１の移動制御部１０１２に対応する。エッジ装置Ｅｉの要求受付部１０２３は、情報処理装置１０１の要求受付部１０１３に対応する。エッジ装置Ｅｉの処理実行部１０２４は、情報処理装置１０１の処理実行部１０１４に対応する。
【０１１５】
また、ここではエッジ装置Ｅｉが、情報処理装置１０１の変更制御部１０１５に対応する機能部を有さないことにしたが、これに限らない。例えば、エッジ装置Ｅｉは、移動元装置から移動先装置への処理Ｐの移動が完了したことに応じて、ゲートウェイ装置ＧＷに振分設定変更指示を送信する機能部を有することにしてもよい。
【０１１６】
また、エッジ装置Ｅｉ，Ｅｊ間で処理Ｐを移動する場合、図１１に示すように、エッジ装置Ｅｉ，Ｅｊ間でセッション情報をコピーする。
【０１１７】
図１１は、エッジ装置間の処理の移動を示す説明図である。図１１において、同一ＬＡＮ内に存在するエッジ装置Ｅｉ，Ｅｊ間で処理Ｐの移動が行われている（エッジ装置Ｅｉ⇒エッジ装置Ｅｊ）。この場合、エッジ装置Ｅｉは、処理Ｐの移動を開始したことに応じて、エッジ装置Ｅｊにセッション情報１１００をコピーする。
【０１１８】
セッション情報１１００は、エッジ装置Ｅｉからエッジ装置Ｅｊに処理Ｐの移動を開始する前に、エッジ装置Ｅｉとの間で確立された処理Ｐにアクセスする端末Ｔｋとのセッションについての情報である。これにより、エッジ装置Ｅｊは、エッジ装置Ｅｉのセッション情報１１００を引き継ぐことができる。
【０１１９】
＜ゲートウェイ装置ＧＷの機能的構成例＞
つぎに、ゲートウェイ装置ＧＷの機能的構成例について説明する。図１０において、ゲートウェイ装置ＧＷは、設定変更受付部１０３１と、アクセス振り分け部１０３２と、を含む。設定変更受付部１０３１およびアクセス振り分け部１０３２は、制御部となる機能であり、具体的には、例えば、ゲートウェイ装置ＧＷのメモリ、ディスクなどの記憶装置に記憶されたプログラムをＣＰＵに実行させることにより、または、Ｉ／Ｆにより、その機能を実現する。各機能部の処理結果は、例えば、ゲートウェイ装置ＧＷのメモリ、ディスクなどの記憶装置に記憶される。
【０１２０】
設定変更受付部１０３１は、振分設定変更指示を受け付ける。振分設定変更指示は、移動対象の処理Ｐにアクセスする端末Ｔｋの通信先を移動元装置から移動先装置に切り替えるよう指示するものである。振分設定変更指示には、例えば、送信先ＩＰと振り分け先ＩＰが含まれる。具体的には、例えば、設定変更受付部１０３１は、情報処理装置１０１から振分設定変更指示を受信することにより、受信した振分設定変更指示を受け付ける。
【０１２１】
アクセス振り分け部１０３２は、処理Ｐへのアクセスを振り分ける。具体的には、例えば、アクセス振り分け部１０３２は、設定変更受付部１０３１が振分設定変更指示を受け付けた場合、図７に示した振り分け設定テーブル４４０を参照して、振分設定変更指示に含まれる送信先ＩＰに対応する振り分け設定情報を取得する。そして、アクセス振り分け部１０３２は、取得した振り分け設定情報に基づいて、送信先ＩＰから特定される処理Ｐへのアクセスを、振り分け先ＩＰから特定されるコンピュータ（情報処理装置１０１またはエッジ装置Ｅｉ）に転送する。
【０１２２】
例えば、振分設定変更指示に含まれる送信先ＩＰに対応する振り分け設定情報を、図７に示した振り分け設定情報７００−１とする。また、端末Ｔｋから、振り分け設定情報７００−１の送信先ＩＰ「１５．２０５．１．４」を含むセッション確立要求を受信したとする。この場合、アクセス振り分け部１０３２は、受信したセッション確立要求を、振り分け設定情報７００−１の振り分け先ＩＰ「１９２．１６８．１．５」から特定されるコンピュータ（情報処理装置１０１またはエッジ装置Ｅｉ）に転送する。
【０１２３】
また、図８に示した振り分け設定テーブル４４０を用いる場合、アクセス振り分け部１０３２は、図８に示した振り分け設定テーブル４４０を参照して、振分設定変更指示に含まれる送信先ＩＰに対応する振り分け設定情報を取得する。そして、アクセス振り分け部１０３２は、取得した振り分け設定情報に基づいて、送信元端末ＩＰから特定される端末Ｔｋからの、送信先ＩＰから特定される処理Ｐへのアクセスを、振り分け先ＩＰから特定されるコンピュータに転送する。
【０１２４】
例えば、振分設定変更指示に含まれる送信先ＩＰに対応する振り分け設定情報を、図８に示した振り分け設定情報８００−１とする。また、ＩＰアドレス「１９２．１６８．１．１００」の端末Ｔｋから、振り分け設定情報８００−１の送信先ＩＰ「１５．２０５．１．４」を含むセッション確立要求を受信したとする。
【０１２５】
ここで、端末ＴｋのＩＰアドレス「１９２．１６８．１．１００」は、振り分け設定情報８００−１の送信元端末ＩＰ「１９２．１６８．１．１００−１３９」に含まれる。この場合、アクセス振り分け部１０３２は、受信したセッション確立要求を、振り分け設定情報８００−１の振り分け先ＩＰ「１９２．１６８．１．５」から特定されるコンピュータ（情報処理装置１０１またはエッジ装置Ｅｉ）に転送する。
【０１２６】
これにより、例えば、情報処理装置１０１およびエッジ装置Ｅｉの両方に処理Ｐを配備し、特定の端末からの処理Ｐへのアクセスだけをエッジ装置Ｅｉに振り分けるといった運用を行うことが可能となる。
【０１２７】
（分散処理システム４００の動作例）
つぎに、分散処理システム４００の動作例について説明する。ここでは、情報処理装置１０１からエッジ装置Ｅｉに処理Ｐを移動する場合を例に挙げて説明する。
【０１２８】
図１２は、分散処理システム４００の動作例を示すシーケンス図である。図１２において、情報処理装置１０１の移動制御部１０１２は、指示受付部１０１１が処理移動指示を受け付けたことに応じて、自装置に配備された処理Ｐをエッジ装置Ｅｉに移動する（ステップＳ１２０１）。
【０１２９】
また、情報処理装置１０１の移動制御部１０１２は、処理Ｐの移動を開始する前に自装置との間で確立された処理Ｐにアクセスする端末Ｔｋとのセッションについてのセッション情報を、エッジ装置Ｅｉにコピーする（ステップＳ１２０２）。つぎに、情報処理装置１０１の要求受付部１０１３は、端末Ｔｋからのセッション確立要求を受け付けると、端末Ｔｋとのハンドシェイクを行う（ステップＳ１２０３）。
【０１３０】
ここでは、セッション確立要求に含まれるセッションＩＤの長さが「０」であり、かつ、セッション確立要求にセッションチケットが含まれない場合を想定する。この場合、情報処理装置１０１の要求受付部１０１３は、端末Ｔｋとハンドシェイク（フルハンドシェイク）を行う。
【０１３１】
ここで、端末Ｔｋからのセッション確立要求は、移動中の処理Ｐへアクセスするためのものとする。この場合、情報処理装置１０１の要求受付部１０１３は、端末Ｔｋに対して、フルハンドシェイクして得られたセッション情報から、鍵情報Ｋを用いて生成したセッションチケットを発行する（ステップＳ１２０４）。
【０１３２】
つぎに、情報処理装置１０１の変更制御部１０１５は、自装置からエッジ装置Ｅｉへの処理Ｐの移動が完了したことに応じて、ゲートウェイ装置ＧＷに振分設定変更指示を送信する（ステップＳ１２０５）。この結果、ゲートウェイ装置ＧＷにおいて、処理Ｐにアクセスする端末Ｔｋの通信先が情報処理装置１０１からエッジ装置Ｅｉに変更される。
【０１３３】
このあと、エッジ装置Ｅｉの要求受付部１０２３は、端末Ｔｋからのセッション確立要求（セッションチケットを含む）を受け付けると（ステップＳ１２０６）、セッションチケット方式で端末Ｔｋとのハンドシェイクを行う（ステップＳ１２０７）。ここでは、鍵情報Ｋを用いたセッションチケットの解読に成功して、端末Ｔｋとのセッションが再開された場合を想定する。
【０１３４】
つぎに、エッジ装置Ｅｉの要求受付部１０２３は、端末Ｔｋからのセッション確立要求（セッションＩＤを含む）を受け付けると（ステップＳ１２０８）、セッションＩＤ方式で端末Ｔｋとのハンドシェイクを行う（ステップＳ１２０９）。ここでは、セッション確立要求に含まれるセッションＩＤに対応するセッション情報が存在するため、端末Ｔｋとのセッションが再開される。
【０１３５】
このように、分散処理システム４００によれば、処理Ｐを移動中に情報処理装置１０１との間でフルハンドシェイクが行われた端末Ｔｋについて、情報処理装置１０１とエッジ装置Ｅｉとが共有する鍵情報Ｋで解読可能なセッションチケットを発行することができる。これにより、処理Ｐを移動後のエッジ装置Ｅｉにおいて端末Ｔｋとのフルハンドシェイクが再度行われるのを防いで、エッジ装置Ｅｉおよび端末Ｔｋの負荷を下げることができる。また、エッジ装置Ｅｉにおいてセッションチケット方式で端末Ｔｋとのセッションを再開したら、次回接続時はセッションＩＤ方式に切り替えることができる。
【０１３６】
（情報処理装置１０１の各種処理手順）
つぎに、情報処理装置１０１の各種処理手順について説明する。まず、図１３を用いて、情報処理装置１０１の振分設定変更処理手順について説明する。情報処理装置１０１の振分設定変更処理は、本分散処理プログラムにより実現される。
【０１３７】
図１３は、情報処理装置１０１の振分設定変更処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、情報処理装置１０１は、管理端末４０１から処理移動指示を受信したか否かを判断する（ステップＳ１３０１）。ここで、情報処理装置１０１は、処理移動指示を受信するのを待つ（ステップＳ１３０１：Ｎｏ）。
【０１３８】
そして、情報処理装置１０１は、処理移動指示を受信した場合（ステップＳ１３０１：Ｙｅｓ）、受信した処理移動指示から特定される処理Ｐの移動先装置への移動を開始する（ステップＳ１３０２）。つぎに、情報処理装置１０１は、セッション情報ＤＢ４２２を参照して、移動先装置にセッション情報をコピーする（ステップＳ１３０３）。
【０１３９】
そして、情報処理装置１０１は、自装置から移動先装置への処理Ｐの移動が完了したか否かを判断する（ステップＳ１３０４）。ここで、情報処理装置１０１は、処理Ｐの移動が完了するのを待つ（ステップＳ１３０４：Ｎｏ）。そして、情報処理装置１０１は、処理Ｐの移動が完了した場合（ステップＳ１３０４：Ｙｅｓ）、ゲートウェイ装置ＧＷに振分設定変更指示を送信して（ステップＳ１３０５）、本フローチャートによる一連の処理を終了する。
【０１４０】
これにより、自装置に配備された処理Ｐを移動先装置に移動するとともに、処理Ｐの移動が完了したことに応じて、処理Ｐにアクセスする端末Ｔｋの通信先を自装置から移動先装置に切り替えることができる。
【０１４１】
つぎに、図１４を用いて、情報処理装置１０１の通信制御処理手順について説明する。情報処理装置１０１の通信制御処理は、本分散処理プログラムにより実現される。
【０１４２】
図１４は、情報処理装置１０１の通信制御処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、情報処理装置１０１は、ゲートウェイ装置ＧＷを介して、端末Ｔｋからのセッション確立要求を受信したか否かを判断する（ステップＳ１４０１）。
【０１４３】
ここで、情報処理装置１０１は、セッション確立要求を受信するのを待つ（ステップＳ１４０１：Ｎｏ）。そして、情報処理装置１０１は、セッション確立要求を受信した場合（ステップＳ１４０１：Ｙｅｓ）、受信したセッション確立要求にセッションチケットが含まれるか否かを判断する（ステップＳ１４０２）。
【０１４４】
ここで、セッションチケットが含まれない場合（ステップＳ１４０２：Ｎｏ）、情報処理装置１０１は、受信したセッション確立要求に含まれるセッションＩＤの長さが１以上であるか否かを判断する（ステップＳ１４０３）。すなわち、情報処理装置１０１は、セッションＩＤを用いたセッションの再開要求であるか否かを判断する。ただし、セッションＩＤの初期値の長さを「０」とする。
【０１４５】
ここで、セッションＩＤの長さが１以上ではない場合（ステップＳ１４０３：Ｎｏ）、情報処理装置１０１は、新規セッション確立処理を実行して（ステップＳ１４０４）、本フローチャートによる一連の処理を終了する。新規セッション確立処理の具体的な処理手順については、図１５を用いて後述する。
【０１４６】
一方、セッションＩＤの長さが１以上の場合には（ステップＳ１４０３：Ｙｅｓ）、情報処理装置１０１は、セッション情報ＤＢ４２２から、セッション確立要求に含まれるセッションＩＤに対応するセッション情報を検索する（ステップＳ１４０５）。そして、情報処理装置１０１は、セッション情報が検索されたか否かを判断する（ステップＳ１４０６）。
【０１４７】
ここで、セッション情報が検索された場合（ステップＳ１４０６：Ｙｅｓ）、情報処理装置１０１は、端末Ｔｋとのセッションを再開して（ステップＳ１４０７）、本フローチャートによる一連の処理を終了する。一方、セッション情報が検索されなかった場合（ステップＳ１４０６：Ｎｏ）、情報処理装置１０１は、ステップＳ１４０４に移行する。
【０１４８】
また、ステップＳ１４０２において、セッションチケットが含まれる場合（ステップＳ１４０２：Ｙｅｓ）、情報処理装置１０１は、自装置に保存された鍵情報Ｋを用いて、セッションチケットを解読する（ステップＳ１４０８）。そして、情報処理装置１０１は、セッションチケットの解読に成功したか否かを判断する（ステップＳ１４０９）。
【０１４９】
ここで、セッションチケットの解読に失敗した場合（ステップＳ１４０９：Ｎｏ）、情報処理装置１０１は、ステップＳ１４０４に移行する。
【０１５０】
一方、セッションチケットの解読に成功した場合（ステップＳ１４０９：Ｙｅｓ）、情報処理装置１０１は、セッションチケット方式によるセッション再開処理を実行して（ステップＳ１４１０）、本フローチャートによる一連の処理を終了する。セッションチケット方式によるセッション再開処理の具体的な処理手順については、図１６を用いて後述する。
【０１５１】
これにより、端末Ｔｋと新規セッションを確立、あるいは、端末Ｔｋとのセッションを再開して、端末Ｔｋとの間でセッション鍵を用いた暗号化通信を行うことができる。
【０１５２】
つぎに、図１５を用いて、図１４に示したステップＳ１４０４の新規セッション確立処理の具体的な処理手順について説明する。
【０１５３】
図１５は、新規セッション確立処理の具体的処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、情報処理装置１０１は、端末Ｔｋとハンドシェイク（フルハンドシェイク）を行う（ステップＳ１５０１）。つぎに、情報処理装置１０１は、自装置から移動先装置へ、端末Ｔｋがアクセスする処理Ｐを移動中であるか否かを判断する（ステップＳ１５０２）。
【０１５４】
ここで、処理Ｐを移動中ではない場合（ステップＳ１５０２：Ｎｏ）、情報処理装置１０１は、端末Ｔｋに対して、セッションＩＤを発行し（ステップＳ１５０３）、次回のセッション再開はセッションＩＤ方式でハンドシェイクを行うと通知する（ステップＳ１５０４）。
【０１５５】
つぎに、情報処理装置１０１は、ハンドシェイク（フルハンドシェイク）して得られたセッション情報を、セッション情報ＤＢ４２２に保存する（ステップＳ１５０５）。そして、情報処理装置１０１は、端末Ｔｋとのセッションを開始して（ステップＳ１５０６）、本フローチャートによる一連の処理を終了する。
【０１５６】
また、ステップＳ１５０２において、処理Ｐを移動中の場合（ステップＳ１５０２：Ｙｅｓ）、情報処理装置１０１は、フルハンドシェイクして得られたセッション情報を鍵情報Ｋで暗号化してセッションチケットを生成する（ステップＳ１５０７）。つぎに、情報処理装置１０１は、端末Ｔｋに対して、セッションチケットを発行し（ステップＳ１５０８）、次回のセッション再開はセッションチケット方式でハンドシェイクを行うと通知する（ステップＳ１５０９）。
【０１５７】
具体的には、例えば、情報処理装置１０１は、端末Ｔｋに対して、空のＳｅｓｓｉｏｎＴｉｃｋｅｔ  ｅｘｔｅｎｓｉｏｎを送信する。この際、情報処理装置１０１は、セッションＩＤを含めて送信してもよい。そして、情報処理装置１０１は、端末Ｔｋとのセッションを開始して（ステップＳ１５１０）、本フローチャートによる一連の処理を終了する。
【０１５８】
これにより、端末Ｔｋとの間で新規にセッションを開始することができる。また、自装置から移動先装置（エッジ装置Ｅｉ）へ処理Ｐを移動中のときは、端末Ｔｋに対して、次回セッションを再開する際に用いるセッションチケットを発行することができる。
【０１５９】
つぎに、図１６を用いて、図１４に示したステップＳ１４１０のセッションチケット方式によるセッション再開処理の具体的な処理手順について説明する。
【０１６０】
図１６は、セッションチケット方式によるセッション再開処理の具体的処理手順の一例を示すフローチャートである。図１６のフローチャートにおいて、まず、情報処理装置１０１は、自装置から移動先装置へ、端末Ｔｋがアクセスする処理Ｐを移動中であるか否かを判断する（ステップＳ１６０１）。
【０１６１】
ここで、処理Ｐを移動中ではない場合（ステップＳ１６０１：Ｎｏ）、次回のセッション再開はセッションＩＤ方式でハンドシェイクを行うと通知する（ステップＳ１６０２）。具体的には、例えば、情報処理装置１０１は、端末Ｔｋに対して、セッションチケットを解読して得られるセッションＩＤと、空のＳｅｓｓｉｏｎＴｉｃｋｅｔ  ｅｘｔｅｎｓｉｏｎとを送信して、セッションチケットを破棄させる。
【０１６２】
つぎに、情報処理装置１０１は、セッションチケットを解読して得られるセッション情報を、セッション情報ＤＢ４２２に保存する（ステップＳ１６０３）。そして、情報処理装置１０１は、端末Ｔｋとのセッションを再開して（ステップＳ１６０４）、本フローチャートによる一連の処理を終了する。
【０１６３】
また、ステップＳ１６０１において、処理Ｐを移動中の場合（ステップＳ１６０１：Ｙｅｓ）、情報処理装置１０１は、端末Ｔｋに対して、次回も同じセッションチケットを用いることを通知する（ステップＳ１６０５）。そして、情報処理装置１０１は、端末Ｔｋとのセッションを再開して（ステップＳ１６０６）、本フローチャートによる一連の処理を終了する。
【０１６４】
これにより、セッションチケットを用いて、端末Ｔｋとのセッションを再開することができる。また、自装置から移動先装置へ処理Ｐを移動中でないときは、端末Ｔｋに対して、次回セッションを再開する際はセッションＩＤ方式でハンドシェイクを行うことを通知することができる。
【０１６５】
なお、エッジ装置Ｅｉの各種処理手順については、情報処理装置１０１の各種処理手順と同様のため、図示および説明を省略する。ただし、エッジ装置Ｅｉは、図１３に示したステップＳ１３０５において、情報処理装置１０１の変更制御部１０１５に対して、自装置から移動先装置への処理Ｐの移動が完了したことを通知することにしてもよい。この場合、情報処理装置１０１の変更制御部１０１５により、ゲートウェイ装置ＧＷに対して振分設定変更指示が送信される。
【０１６６】
（端末Ｔｋの通信制御処理手順）
つぎに、図１７を用いて、端末Ｔｋの通信制御処理手順について説明する。
【０１６７】
図１７は、端末Ｔｋの通信制御処理手順の一例を示すフローチャートである。図１７のフローチャートにおいて、まず、端末Ｔｋは、セッション情報テーブル４５０から、接続先（例えば、送信先ＩＰ）のセッション情報を検索する（ステップＳ１７０１）。そして、端末Ｔｋは、セッション情報が検索されたか否かを判断する（ステップＳ１７０２）。
【０１６８】
ここで、セッション情報が検索されなかった場合（ステップＳ１７０２：Ｎｏ）、端末Ｔｋは、接続先との間で新規セッションを確立する（ステップＳ１７０３）。例えば、端末Ｔｋは、セッション確立要求（セッションＩＤの長さ：０、空のＳｅｓｓｉｏｎＴｉｃｋｅｔ  ｅｘｔｅｎｓｉｏｎ）を送信する。そして、端末Ｔｋは、確立した新規セッションのセッション情報を、セッション情報テーブル４５０に保存して（ステップＳ１７０４）、本フローチャートによる一連の処理を終了する。
【０１６９】
また、ステップＳ１７０２において、セッション情報が検索された場合（ステップＳ１７０２：Ｙｅｓ）、端末Ｔｋは、検索したセッション情報にセッションチケットがあるか否かを判断する（ステップＳ１７０５）。ここで、セッションチケットがない場合（ステップＳ１７０５：Ｎｏ）、端末Ｔｋは、セッションＩＤ方式でセッション確立要求を行う（ステップＳ１７０６）。
【０１７０】
つぎに、端末Ｔｋは、セッション確立要求が拒否されたか否かを判断する（ステップＳ１７０７）。ここで、セッション確立要求が拒否された場合（ステップＳ１７０７：Ｙｅｓ）、端末Ｔｋは、ステップＳ１７０３に移行する。一方、セッション確立要求が拒否されなかった場合（ステップＳ１７０７：Ｎｏ）、端末Ｔｋは、接続先とのセッションを再開して（ステップＳ１７０８）、本フローチャートによる一連の処理を終了する。
【０１７１】
また、ステップＳ１７０５において、セッションチケットがある場合（ステップＳ１７０５：Ｙｅｓ）、端末Ｔｋは、セッションチケット方式でセッション確立要求を行う（ステップＳ１７０９）。つぎに、端末Ｔｋは、セッション確立要求が拒否されたか否かを判断する（ステップＳ１７１０）。
【０１７２】
ここで、セッション確立要求が拒否された場合（ステップＳ１７１０：Ｙｅｓ）、端末Ｔｋは、ステップＳ１７０３に移行する。一方、セッション確立要求が拒否されなかった場合（ステップＳ１７１０：Ｎｏ）、端末Ｔｋは、セッションチケットの破棄要求があるか否かを判断する（ステップＳ１７１１）。
【０１７３】
ここで、セッションチケットの破棄要求があった場合（ステップＳ１７１１：Ｙｅｓ）、端末Ｔｋは、セッション情報テーブル４５０内の対応するセッション情報を更新して（ステップＳ１７１２）、ステップＳ１７０８に移行する。具体的には、例えば、端末Ｔｋは、検索したセッション情報にセッションＩＤを保存するとともに、当該セッション情報からセッションチケットを削除する。
【０１７４】
また、ステップＳ１７１１において、セッションチケットの破棄要求がなかった場合（ステップＳ１７１１：Ｎｏ）、端末Ｔｋは、ステップＳ１７０８に移行する。
【０１７５】
これにより、処理Ｐが配備された情報処理装置１０１またはエッジ装置Ｅｉとセッションを確立して、処理Ｐにアクセスすることができる。この際、アクセスする処理Ｐが移動されたときであっても、セッションチケット方式でセッションを再開できるため、フルハンドシェイクを再度行うことによる負荷を削減することができる。
【０１７６】
以上説明したように、実施の形態にかかる情報処理装置１０１（または、エッジ装置Ｅｉ）によれば、自装置から移動先装置への処理Ｐの移動を開始してから、処理Ｐにアクセスする端末Ｔｋの通信先を自装置から移動先装置に切り替えるまでに、自装置との間で確立される処理Ｐにアクセスする端末Ｔｋとの新規セッションについて、自装置と移動先装置とが共有する鍵情報Ｋで復号可能なセッションチケットを発行することができる。
【０１７７】
これにより、移動先装置へ処理Ｐを移動中に移動元装置へ新規接続してきた端末Ｔｋについて、セッションチケット方式で移動先装置とセッションを再開することが可能となる。このため、フルハンドシェイクによりセッションを構築し直す場合に比べて、移動先装置および端末Ｔｋの負荷を下げることができる。
【０１７８】
また、情報処理装置１０１（または、エッジ装置Ｅｉ）によれば、処理Ｐの移動を開始したことに応じて、処理Ｐの移動を開始する前に自装置との間で確立された処理Ｐにアクセスする端末Ｔｋとのセッションについて、セッションＩＤを含むセッション情報を移動先装置にコピーすることができる。
【０１７９】
これにより、移動開始前に処理Ｐにアクセスした端末Ｔｋについて、セッションＩＤ方式で移動先装置とのセッションを再開することが可能となる。このため、フルハンドシェイクによりセッションを構築し直す場合に比べて、移動先装置および端末Ｔｋの負荷を下げることができる。
【０１８０】
また、エッジ装置Ｅｉ（または、情報処理装置１０１）によれば、移動元装置から自装置に処理Ｐが移動された場合、処理Ｐにアクセスする端末Ｔｋからのセッション確立要求を受け付け、受け付けたセッション確立要求にセッションチケットが含まれる場合、自装置が有する鍵情報Ｋでセッションチケットを復号し、セッションチケットの復号に成功した場合に、端末Ｔｋとのセッションを再開することができる。
【０１８１】
これにより、フルハンドシェイクによりセッションを構築し直すことなく、セッションチケット方式により端末Ｔｋとのセッションを再開することができ、ハンドシェイクにかかる負荷を下げることができる。
【０１８２】
また、エッジ装置Ｅｉ（または、情報処理装置１０１）によれば、セッションチケットの復号に成功した場合、端末ＴｋとのセッションのセッションＩＤを含むセッション情報を保存し、セッションＩＤを端末Ｔｋに送信することができる。
【０１８３】
これにより、次回以降はセッションＩＤ方式により端末Ｔｋとのセッションを再開することが可能となり、セッションチケット方式で行う場合に比べて、通信量や処理負荷を下げることができる。例えば、常時セッションチケット方式を採用する場合に比べて、セッションチケットの受け渡しや解読にともなう通信量や処理負荷の増加を防ぐことができる。
【０１８４】
これらのことから、実施の形態にかかる分散処理システム４００によれば、処理Ｐを移動した移動先装置で端末Ｔｋとのフルハンドシェイクが再度行われるのを防いで、移動先装置および端末Ｔｋの負荷を下げることができる。このため、例えば、処理Ｐの移動後に移動先装置で端末Ｔｋとのフルハンドシェイクが集中して、端末ＴｋのＵＸ（ｕｓｅｒ  ｅｘｐｅｒｉｅｎｃｅ）が低下するといった不具合を防止することができる。
【０１８５】
なお、本実施の形態で説明した分散処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本分散処理プログラムは、インターネット等のネットワークを介して配布してもよい。
【０１８６】
上述した実施の形態に関し、さらに以下の付記を開示する。
【０１８７】
（付記１）自装置から他の情報処理装置への処理の移動を開始してから、前記処理にアクセスする端末の通信先を自装置から前記他の情報処理装置に切り替えるまでに、自装置との間で確立される前記処理にアクセスする端末との新規セッションについて、自装置と前記他の情報処理装置とが共有する鍵情報で復号可能なセッションチケットを発行する、
制御部を有することを特徴とする情報処理装置。
【０１８８】
（付記２）前記制御部は、
前記処理の移動を開始したことに応じて、前記処理の移動を開始する前に自装置との間で確立された前記処理にアクセスする端末とのセッションについて、前記セッションの識別子を含むセッション情報を、前記他の情報処理装置にコピーする、ことを特徴とする付記１に記載の情報処理装置。
【０１８９】
（付記３）前記制御部は、
他の情報処理装置から自装置に第２の処理が移動された場合、前記第２の処理にアクセスする端末からのセッション確立要求を受け付け、
受け付けた前記セッション確立要求にセッションチケットが含まれる場合、自装置が有する鍵情報で前記セッションチケットを復号し、
前記セッションチケットの復号に成功した場合、前記端末とのセッションを再開する、
ことを特徴とする付記１または２に記載の情報処理装置。
【０１９０】
（付記４）前記制御部は、
前記セッションチケットの復号に成功した場合、前記端末とのセッションの識別子を含むセッション情報を保存し、
前記セッションの識別子を前記端末に送信する、
ことを特徴とする付記３に記載の情報処理装置。
【０１９１】
（付記５）前記セッションチケットは、前記新規セッションのセッション情報を前記鍵情報で暗号化したものである、ことを特徴とする付記１〜４のいずれか一つに記載の情報処理装置。
【０１９２】
（付記６）前記通信先の切り替えは、端末と複数の情報処理装置とを接続する通信装置において行われる、ことを特徴とする付記１〜５のいずれか一つに記載の情報処理装置。
【０１９３】
（付記７）自装置に配備された処理の他の情報処理装置への移動指示を受け付け、
前記移動指示を受け付けると、自装置から前記他の情報処理装置への前記処理の移動を開始してから、前記処理にアクセスする端末の通信先を自装置から前記他の情報処理装置に切り替えるまでに、自装置との間で確立される前記処理にアクセスする端末との新規セッションについて、自装置と前記他の情報処理装置とが共有する鍵情報で復号可能なセッションチケットを発行する、
処理をコンピュータが実行することを特徴とする分散処理プログラム。
【０１９４】
（付記８）複数の情報処理装置と、端末と前記複数の情報処理装置とを接続する通信装置とを含む分散処理システムにおいて、
前記複数の情報処理装置に含まれる情報処理装置は、
自装置から他の情報処理装置への処理の移動を開始してから、前記処理にアクセスする端末の通信先を自装置から前記他の情報処理装置に切り替えるまでに、自装置との間で確立される前記処理にアクセスする端末との新規セッションについて、自装置と前記他の情報処理装置とが共有する鍵情報で復号可能なセッションチケットを発行する制御部、
を有することを特徴とする分散処理システム。
【符号の説明】
【０１９５】
１０１，１０２  情報処理装置
１０３  端末
１０４  通信装置
１１０  セッションチケット
２００，３００，１１００  セッション情報
４００  分散処理システム
４０１  管理端末
４１０  ネットワーク
４２１，４３１  処理プログラムＤＢ
４２２，４３２  セッション情報ＤＢ
４４０  振り分け設定テーブル
４５０  セッション情報テーブル
５００  バス
５０１  ＣＰＵ
５０２  メモリ
５０３  Ｉ／Ｆ
５０４  ディスクドライブ
５０５  ディスク
１０１１，１０２１  指示受付部
１０１２，１０２２  移動制御部
１０１３，１０２３  要求受付部
１０１４，１０２４  処理実行部
１０１５  変更制御部
１０３１  設定変更受付部
１０３２  アクセス振り分け部
【図１】
2020014170.tif 000003
【図２】
2020014170.tif 000004
【図３】
2020014170.tif 000005
【図４】
2020014170.tif 000006
【図５】
2020014170.tif 000007
【図６】
2020014170.tif 000008
【図７】
2020014170.tif 000009
【図８】
2020014170.tif 000010
【図９】
2020014170.tif 000011
【図１０】
2020014170.tif 000012
【図１１】
2020014170.tif 000013
【図１２】
2020014170.tif 000014
【図１３】
2020014170.tif 000015
【図１４】
2020014170.tif 000016
【図１５】
2020014170.tif 000017
【図１６】
2020014170.tif 000018
【図１７】
2020014170.tif 000019