(57)【要約】  セッション管理部は、サーバー装置とクライアント装置とのプロセス間通信を接続し、第１のサーバープログラムを識別する第１のサーバープログラム識別子と第２のサーバープログラムを識別する第２のサーバープログラム識別子とを含んだセッション開始メッセージ（４００）をクライアント装置から受信する。セッション開始メッセージ（４００）が受信された場合、セッション管理部は、第１のサーバープログラムのプロセスと第２のサーバープログラムのプロセスとのプロセス間通信を接続する。
2016075818.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置からの、利用する２以上のサービス含んだ依存関係を記述したセッション開始メッセージを受信し、  前記セッション開始メッセージに従って、前記利用する２以上サービスのプロセス、及びサービス間の通信接続を生成するセッション管理部を備えるサーバー装置。
【請求項２】
前記セッション管理部は、前記サーバー装置と前記クライアント装置との通信を切断されてもセッションを維持する請求項１に記載のサーバー装置。
【請求項３】
第１の実行コンテキストは第１のサーバープロセスで使用する公開鍵を含む請求項２に記載のサーバー装置。
【請求項４】
関数型暗号方式の秘密鍵である関数型秘密鍵を用いて復号される関数型暗号データを記憶するデータ記憶部と、  再暗号化技術によって、前記関数型暗号データを、前記実行コンテキストに含まれる公開鍵を用いて復号される暗号データに変換するデータ管理部とを備える請求項３に記載のサーバー装置。
【請求項５】
前記セッション管理部は前記サーバー装置と前記クライアント装置との通信、及びサーバー上でのプロセス間通信を保護する共通鍵を定期的に更新して前記クライアント装置と前記プロセスに与え、  定期的な鍵更新においてセッション内のいずれかのプロセスが失敗するとセッションを削除する  請求項４に記載のサーバー装置。
【請求項６】
予め与えられた構成情報により、クライアント装置からの要求無しに、前記構成情報にあるサーバープロセスを起動する  請求項５に記載のサーバー装置。
【請求項７】
請求項１に記載のサーバー装置に対し、利用する２以上のサービス含んだ依存関係を記述したセッション開始メッセージを送信するクライアント装置。
【請求項８】
クライアント装置からの、利用する２以上のサービス含んだ依存関係を記述したセッション開始メッセージを受信し、  前記セッション開始メッセージに従って、前記利用する２以上サービスのプロセス、及びサービス間の通信接続を生成するセッション管理部を備えるサーバー装置プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、複数のサーバープログラムの実行に関するものである。
【背景技術】
【０００２】  日用的コンピューターの長足の進歩を背景に、コンピューターシステムは、バッチ処理システムからＴＳＳへ変遷した。ＴＳＳはＴｉｍｅ  Ｓｈａｒｉｎｇ  Ｓｙｓｔｅｍの略称である。さらに、コンピューターシステムの運用は、ＩＢＭ３２７０端末エミュレーション機能をもったワークステーションのメインフレームコンピューターに接続する運用から、フォルトトレランス性を備えたＵＮＩＸサーバーを使用した基幹系システムの運用へ変遷した。但し、我国においては、メインフレームが未だに主流である。ＩＢＭとＵＮＩＸは登録商標である。【０００３】  ディジタル技術のイノベーションはコンピューターのみならず、移動体通信、光ファイバー通信などの通信システムにおいても進み、大容量の高速通信が可能になった。そして、近い将来に、ＩＰ網が従来のＰＳＴＮを代替すると予測されている。ＩＰはＩｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌの略称であり、ＰＳＴＮはＰｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋの略称である。【０００４】  端末の処理性能も飛躍的に向上した。ＰＣについては言うまでもなく、スマートフォンと呼ばれる携帯端末についても高度な３Ｄ機能を含めて処理性能が飛躍的に向上した。ＰＣはＰｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒの略称であり、３ＤはＴｈｒｅｅ  Ｄｉｍｅｎｓｉｏｎａｌの略称である。【０００５】  これらを背景にクラウドコンピューティングが台頭してきた。クラウドコンピューティングは、インターネット販売業者およびインターネット検索業者が計算機資源を時間貸しするサービスである。クラウドの実態は、計算機のクラスタから成るデータセンターである。  企業内で運用されるデータセンターはプライベートクラウドと呼ばれる。また、複数拠点で運営される時間課金のデータセンターはパブリッククラウドと呼ばれる。  海底地上網で繋がれてデータ同期を行う複数拠点のデータセンターがあり、一箇所のデータセンターにおいて登録、更新または削除されたデータは、他のデータセンターにおいても利用することができる。そして、サービス利用者は、世界中の何処に居ても快適にサービスを利用できる。また、サービス提供者およびサービス利用者は、必要に応じたサービスの展開または縮退が可能である。  パブリッククラウドにおいて、データの保護、複数サービスの同時利用および非接続状態でのサービス利用の実現が望まれている。また、限られた人的リソースによる高度な利便性の提供が望まれている。【０００６】  特許文献１は、ＵＮＩＸシステムで実現されているｉｎｅｔｄを、非接続で利用することについて提案している。非接続でのプログラム実行結果はサーバーに接続することによって得られる。ＵＮＩＸは登録商標である。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１３−２００７０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】  本発明は、クライアント装置から指定される複数のサーバープログラムを連関させて実行できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】  本発明のサーバー装置は、  クライアント装置からの、利用する２以上のサービス含んだ依存関係を記述したセッション開始メッセージを受信し、  前記セッション開始メッセージに従って、前記利用する２以上サービスのプロセス、及びサービス間の通信接続を生成するセッション管理部を備える。
【発明の効果】
【００１０】  本発明によれば、クライアント装置から指定された複数のサーバープログラムのそれぞれのプロセスのプロセス間通信を接続することができる。これにより、クライアント装置から指定された複数のサーバープログラムを連関させて実行することができる。
【図面の簡単な説明】
【００１１】
【図１】実施の形態１におけるクライアントサーバーシステム１００の構成例を示す図である。
【図２】実施の形態１におけるサーバー装置２００の機能構成図である。
【図３】実施の形態１におけるサーバープログラム群３００の一例を示す図である。
【図４】実施の形態１におけるセッション開始メッセージ４００の一例を示す図である。
【図５】実施の形態１におけるサーバー装置２００の動作を示すフローチャートである。
【図６】実施の形態１におけるサーバープログラム群３００の状態の一例を示す図である。
【図７】実施の形態１におけるサーバープログラム群３００の状態の一例を示す図である。
【図８】実施の形態１におけるサーバー装置２００のハードウェア構成図である。
【図９】実施の形態２におけるセッション終了メッセージ５００の一例を示す図である。
【図１０】実施の形態２におけるサーバー装置２００の動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】  実施の形態１．  クライアント装置が複数のサーバープログラムを指定して、サーバー装置が指定された複数のサーバープログラムを連関させて実行する形態について説明する。
【００１３】＊＊＊構成の説明＊＊＊  図１は、実施の形態１におけるクライアントサーバーシステム１００の構成例を示す図である。  実施の形態１におけるクライアントサーバーシステム１００の構成例について、図１に基づいて説明する。
【００１４】  クライアントサーバーシステム１００はクラウド１０１を備える。クラウド１０１は、クラウドシステムまたはクラウドコンピューティングシステムともいう。  クラウド１０１は複数のサーバー装置２００を備える。それぞれのサーバー装置２００は、実マシンまたは実マシンによって実行される仮想マシンのいずれであっても構わない。  例えば、複数のサーバー装置２００は、世界中に配置されて相互に専用線で接続された数十のデータセンターである。データセンターはデータを管理するコンピューターである。全てのデータセンターはデータを共有する。つまり、いずれかのデータセンターで発生したデータの追加、変更または削除はデータ同期技術によって他の全てのデータセンターに反映される。
【００１５】  クライアントサーバーシステム１００は、複数の工場１１０および１台以上のオペレーション端末１２０を備える。それぞれの工場１１０は製品を製造する施設であり、製品を製造するための機械を備える。  それぞれの工場１１０には、ゲートウェイ装置１１１およびゲートウェイ装置１１１に接続する１台以上のコントローラー１１２が設けられる。ゲートウェイ装置１１１はサーバー装置２００と常に接続されている。コントローラー１１２は、工場１１０で稼働する機械を制御するコンピューターである。  ゲートウェイ装置１１１は有線ネットワーク１０２を介してサーバー装置２００に接続し、オペレーション端末１２０は移動体通信網または無線ＬＡＮなどの無線ネットワーク１０３を介してサーバー装置２００に接続する。但し、ゲートウェイ装置１１１およびオペレーション端末１２０は他の接続形態でサーバー装置２００に接続しても構わない。ＬＡＮはＬｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略称である。  ゲートウェイ装置１１１、コントローラー１１２およびオペレーション端末１２０はクライアント装置の一例である。
【００１６】  図２は、実施の形態１におけるサーバー装置２００の機能構成図である。  実施の形態１におけるサーバー装置２００の機能構成について、図２に基づいて説明する。但し、サーバー装置２００の機能構成は、図２に示す機能構成と同一の機能構成でなくても構わない。
【００１７】  サーバー装置２００は、セッション管理部２１０と、サーバープロセス実行部２３０と、ユーザー認証部２５０と、鍵管理部２６０とを備える。  サーバー装置２００は、サーバープログラム記憶部２０１と、データ記憶部２０２と、サーバー記憶部２９０とを備える。
【００１８】  セッション管理部２１０は、クライアント装置とサーバ装置とのプロセス間通信を実行する。プロセスは、プログラムの実行単位であり、実行可能な状態のプログラムを意味する。  セッション管理部２１０は、セッション開始メッセージをクライアント装置から受信する。セッション開始メッセージは、第１のサーバープログラムを識別する第１のサーバープログラム識別子と、第２のサーバープログラムを識別する第２のサーバープログラム識別子とを含む。
【００１９】  セッション管理部２１０は、セッション開始メッセージが受信された場合、セッション開始メッセージに基づいて第１のサーバーと第２のサーバーとの通信を接続する。
【００２０】  セッション管理部２１０は、サーバー装置２００で動作するプロセスおよびプロセスを実行するためのコンテキストを管理する。コンテキストはプロセスの状態を示す状態情報を含む。  例えば、セッション管理部２１０は、実行コンテキストを生成する。実行コンテキストは、サーバープロセスの実行用のコンテキストである。実行コンテキストは、複数の利用者権限にて管理されるデータにアクセスするためのものである。例えば、管理されるデータは関数型暗号方式の公開鍵により暗号化され、実行コンテキストはその再暗号化を復号するための公開鍵（再暗号化鍵）を含む。実行コンテキスト、即ち、サーバープロセスは、その実行に必要なデータの参照を、再暗号化された公開鍵（再暗号化鍵）によって可能にする。但し、管理されるデータの暗号化には、他の種類の暗号方式を適用することもできる。
【００２１】  サーバープロセス実行部２３０は、サーバープロセスを実行することによって第１のサーバープログラムと、第２のサーバープログラムを実行する。サーバープロセス実行部２３０はサーバープログラム実行部と読み替えてもよい。
【００２２】  ユーザー認証部２５０は、サーバー装置２００にアクセスするクライアント装置を利用するユーザーの認証を行う。
【００２３】  鍵管理部２６０は、新しい共有秘密鍵（新共通鍵の一例）を生成し、現在の共有秘密鍵（現共通鍵の一例）を用いて新しい共有秘密鍵を暗号化することによって暗号化された新しい共有秘密鍵（暗号化新共通鍵の一例）を生成する。新共通鍵は、サーバー装置とクライアント装置とのプロセス間通信で使用する共通鍵である。現共通鍵は、サーバー装置とクライアント装置とのプロセス間通信で使用されている共通鍵である。共通鍵は、共通鍵暗号方式の暗号鍵および復号鍵である。  暗号化新共通鍵は、セッション管理部２１０によってクライアント装置に送信される。
【００２４】  サーバープログラム記憶部２０１は、複数のサーバープログラムから成るサーバープログラム群３００を記憶する。  それぞれのサーバープログラムは、クライアント装置に提供されるサービスを実現するサービスプログラムである。それぞれのサーバープログラムは、第１のサーバープログラムまたは第２のサーバープログラムの一例である。  サーバープログラムは、メモリに展開されて、ＣＰＵがプログラムカウンタおよびスタックポインタに基づいて処理を開始することによって稼働状態となる。
【００２５】  データ記憶部２０２は、複数の関数型暗号データ２０３を記憶する。それぞれの関数型暗号データ２０３には関数型公開鍵２０４が対応付けられている。  関数型暗号データ２０３は、関数型公開鍵２０４を用いて暗号化されたデータであり、復号条件を満たすアクセス権限を有するユーザーの関数型秘密鍵を用いて復号される。関数型公開鍵２０４を用いて暗号化されるデータの更新、挿入および削除は関数型公開鍵２０４を用いて行われる。関数型公開鍵２０４は関数型暗号方式の公開鍵であり、関数型公開鍵２０４には復号条件が設定されている。関数型秘密鍵は関数型暗号方式の秘密鍵であり、関数型秘密鍵にはアクセス権限が設定されている。関数型公開鍵２０４を用いて暗号化されるデータはクライアント装置に関する平文データである。管理者権限用の公開鍵でデータが暗号化された場合、ユーザーが暗号化されたデータを参照しようとしても、暗号化されたデータはユーザーの秘密鍵で復号できない。そこで、代理再暗号化技術を用いた再暗号化鍵を用いると、特定の権限に基づく特定の文書の参照が可能となる。特に、関数型暗号はこの機能に向いている。例えば、関数型公開鍵２０４を用いて暗号化されるデータはコントローラー１１２が所有するデータである。  例えば、データ記憶部２０２は分散共有メモリである。関数型暗号データ２０３はストレージから分散共有メモリに読み込まれて処理されて、処理された関数型暗号データ２０３は分散共有メモリからストレージに保存される。  例えば、データ記憶部２０２およびコントローラー１１２のメモリは、記憶されているデータの更新が互いに反映される機能を備える。  例えば、ストレージに蓄積されたデータがデータ記憶部２０２に記憶されて、データ記憶部２０２において追加または変更されたデータはストレージに蓄積されて、データ記憶部２０２において削除されたデータはストレージから削除される。
【００２６】  サーバー記憶部２９０は、サーバー装置２００が使用、生成または入出力するデータを記憶する。  例えば、サーバー記憶部２９０は、ユーザー管理ファイル２９１を記憶する。
【００２７】  図３は、実施の形態１におけるサーバープログラム群３００の一例を示す図である。  実施の形態１におけるサーバープログラム群３００の一例について、図３に基づいて説明する。  ＥＲＰアナリティクスプログラム３１１は、稼働状態データ、ＰＬＭデータ、調達出荷データ、生産管理データおよびＭＥＳデータなどの工場１１０に関するデータを解析するためのプログラムである。  ＥＲＰはＥｎｔｅｒｐｒｉｓｅ  Ｒｅｓｏｕｒｃｅ  Ｐｌａｎｎｉｎｇの略称である。  ＰＬＭはＰｒｏｄｕｃｔ  Ｌｉｆｅ  Ｃｙｃｌｅ  Ｍａｎａｇｅｍｅｎｔの略称である。  ＭＥＳはＭａｎｕｆａｃｔｕｒｉｎｇ  Ｅｘｅｃｕｔｉｏｎ  Ｓｙｓｔｅｍの略称である。
【００２８】  製品企画プログラム３２１およびモックアッププログラム３２２は、ＥＲＰアナリティクスプログラム３１１による解析結果、モデル設計プログラム３５３によるモデル設計結果および工場１１０の生産管理データなどのフィードバックに基づいて、製品のモックアップの完成度を向上させるためのプログラムである。
【００２９】  ＰＬＭプログラム３３１は、モデル設計プログラム３５３によるモデル設計結果などに基づいて、設計データの共有、生産管理、製品メンテナンスおよび寿命を迎えた製品の再利用などを管理するためのプログラムである。ＰＬＭプログラム３３１は製造業の運営の中核となる。
【００３０】  ＢｔｏＢプログラム３４１およびロジスティクスプログラム３４２は、サプライヤの選定、製造実績の管理、歳入の管理、歳出の管理、サプライヤからの入荷の管理、在庫管理、製品出荷のロジスティクス管理および経理サービスを行うためのプログラムである。ＢｔｏＢは、Ｂｕｓｉｎｅｓｓ  ｔｏ  Ｂｕｓｉｎｅｓｓの略称であり、企業間の商取引を意味する。
【００３１】  シミュレーションプログラム３５１は、各種のシミュレーションを行うためのプログラムである。  メンテナンスプログラム３５２は、各種のメンテナンスを行うためのプログラムである。  モデル設計プログラム３５３は、モデル設計を行うためのプログラムである。
【００３２】  生産管理プログラム３６１は、生産実績を管理するためのプログラムである。  ＳＣＡＤＡプログラム３６２は、稼働状態を監視するためのプログラムである。ＳＣＡＤＡはＳｕｐｅｒｖｉｓｏｒｙ  Ｃｏｎｔｒｏｌ  Ａｎｄ  Ｄａｔａ  Ａｃｑｕｉｓｉｔｉｏｎの略称である。  ＭＥＳプログラム３６３は、工場１１０に生産計画およびレシピデータを与えるためのプログラムである。
【００３３】  図中のＥＮＧｘは第ｘのエンジニアリングプログラムを意味する。各エンジニアリングプログラムは、サーバープログラムとして実装されるため、互いの機能を利用することができる。  第１のエンジニアリングプログラム３７１から第８のエンジニアリングプログラム３７８までの８つのエンジニアリングプログラムは、制御プログラムの生成および編集を行うためのプログラムである。制御プログラムは、コントローラー１１２またはオペレーション端末１２０などを制御するためのプログラムである。これらのエンジニアリングプログラムが実行されることによって、コントローラー１１２の制御プログラム、ＩＯユニットの制御プログラムおよびオペレーション端末１２０の制御プログラムなどがプログラミングされる。ＩＯはＩｎｐｕｔおよびＯｕｔｐｕｔの略称である。  ８つのエンジニアリングプログラムは協調動作する。例えば、ある制御プログラムの変更はオペレーション端末１２０の制御プログラムに反映される。  ８つのエンジニアリングプログラムは、互いに異なるエンジニアリングツールとして機能する。例えば、８つのエンジニアリングプログラムには、フィールドコントロール用のエンジニアリングプログラム、モーションコントロール用のエンジニアリングプログラムおよびＮＣ機械用のエンジニアリングプログラムなどを含む。ＮＣはＮｕｍｅｒｉｃａｌ  Ｃｏｎｔｒｏｌの略称である。
【００３４】  セッション管理プログラム３８０は、サーバー装置とクライアント装置とのプロセス間通信を管理する機能と、第１のサーバープロセスと第２のサーバープロセスとのプロセス間通信を管理する機能とを備えたプログラムである。  セッション管理プログラム３８０のプロセスはセッション管理部２１０によって実行されて、その他のサーバープログラム（３１１〜３７８）のプロセスはサーバープロセス実行部２３０によって実行される。
【００３５】  図４は、実施の形態１におけるセッション開始メッセージ４００の一例を示す図である。  実施の形態１におけるセッション開始メッセージ４００の一例について、図４に基づいて説明する。  図４において、セッション開始メッセージ４００はテキストデータとして示されているが、実際のセッション開始メッセージ４００はバイナリデータである。また、その他のメッセージについても同様である。
【００３６】  セッション開始メッセージ４００は、（１）〜（１７）の行を含んでいる。  （１）の行は、“ｓｅｒｖｉｃｅ−ｔｙｐｅ”という文字列と、“ｃｏｎｎｅｃｔｅｄ”という文字列とを含んでいる。“ｓｅｒｖｉｃｅ−ｔｙｐｅ”はメッセージの種類を識別するメッセージ種類識別子である。“ｃｏｎｎｅｃｔｅｄ”は、サーバー装置とクライアント装置とのプロセス間通信の接続を意味するセッション開始識別子である。
【００３７】  （２）、（９）および（１７）の行は、シミュレーションプログラム３５１のプログラム識別子である“ｓｉｍｕｌａｔｉｏｎ”を含んでいる。  （３）、（８）、（１２）および（１５）の行は、セッション管理プログラム３８０のプログラム識別子である“ｓｅｓｓｉｏｎ−ｃｏｎｔｒｏｌ”を含んでいる。  （４）、（７）および（１３）の行は、第２のエンジニアリングプログラム３７２のプログラム識別子である“ｅｎｇ２”を含んでいる。  （５）および（１６）の行は、モデル設計プログラム３５３のプログラム識別子である“ｍｏｄｅｌｂａｓｅ”を含んでいる。  （６）の行は、ＢｔｏＢプログラム３４１のプログラム識別子である“ｂ２ｂｓｙｓ”を含んでいる。  （１０）および（１１）の行は、第５のエンジニアリングプログラム３７５のプログラム識別子である“ｅｎｇ５”を含んでいる。  （１４）の行は、ＥＲＰアナリティクスプログラム３１１のプログラム識別子である“ａｎａｌｙｔｉｃｓ”を含んでいる。
【００３８】  図４のセッション開始メッセージ４００は、ＥＲＰアナリティクスプログラム３１１の分析結果に基づいて製品の仕様変更が行われる場合について、ＸＭＬ言語で記載されたメッセージの一例である。このセッション開始メッセージ４００は以下のような場合に使用される。以下の説明において、ユーザーの処理はオペレーション端末１２０を用いて行われる。図７にも、セッション開始メッセージ４００に基づいて図３のプログラムサーバ群の各々のサーバーの接続関係が示されている。  ユーザーは、図３のプログラムサーバ群への接続を行う際、図４のセッション開始メッセージ４００の１行目から（１）として示す５行目までで、プログラムサーバ群へのアドレスの特定と、セッション管理プログラム３８０への接続を行う。  次に、図４において（２）として示す７行目によって、ＥＲＰアナリティクスプログラム３１１と連動動作が行えるシミュレーションプログラム３５１への接続を行うとともに、８行目および９行目によって次の動作であるＢｔｏＢプログラム３４１の起動を行う。  次に、図４の１０行目から１３行目の記載によって、ＢｔｏＢプログラム３４１は、セッション管理プログラム３８０と、第２のエンジニアリングプログラム３７２と、モデル設計プログラム３５３とを協働させる。  これによって、ＥＲＰアナリティクスプログラム３１１のプロセスを経た情報に基づいてＢｔｏＢプログラム３４１にて設計変更を行うことが可能となる。  また、シミュレーションプログラム３５１が、シミュレーションによって設計変更を検証し、検証結果を生かしてモデル設計プログラム３５３でモデル設計を行う。このモデル設計によって、製品の組み立て工程の変更、および、部品の切削加工工程の変更が生じる。そして、製品の組み立て工程の変更に伴ってコントローラー１１２の制御プログラムの変更が生じて、部品の切削加工工程の変更に伴ってＮＣ機械の制御プログラムの変更が生じる。  ＥＲＰアナリティクスプログラム３１１はモデル設計のデータに基づいて仕様変更の要件が満たされているか検証する。仕様変更の要件が満たされていると判定された場合、ユーザーは、コントローラー１１２の制御プログラムを変更するために、コントローラー用のエンジニアリングツールである第２のエンジニアリングプログラム３７２を指定する、といったことが可能となる。  また、図４のセッション開始メッセージ４００において、１６行目から１９行目に、第２のエンジニアリングプログラム３７２がセッション管理プログラム３８０とシミュレーションプログラム３５１と協働することが示されている。シミュレーションプログラム３５１は、第５のエンジニアリングプログラム３７５とＥＲＰアナリティクスプログラム３１１と連動して動作することができる。  これによって、ユーザーは、仕様変更に基づいて、ＮＣ機械の制御プログラムを変更するために、制御端末設計を行うエンジニアリングツールである第５のエンジニアリングプログラム３７５を指定する。ＥＲＰアナリティクスプログラム３１１は制御端末設計のデータに基づいて仕様変更の要件が満たされているか検証する。問題なければ、第５のエンジニアリングプログラム３７５は、ＮＣ機械の制御プログラムと、ＮＣ機械を監視するオペレーション端末１２０の制御プログラムとを更新する。
【００３９】  制御プログラムが変更された後、ユーザーは、シミュレーション検証を改めて行って問題が無いことを確認し、サーバー装置２００のセッションを解放して作業を完了する。  尚、ＥＲＰアナリティクスプログラム３１１と連動して動作することができるシミュレーションプログラム３５１については、図４のセッション開始メッセージ４００において（１４）〜（１７）として示す２４行目から２７行目に、ＥＲＰアナリティクスプログラム３１１に対して、モデル設計プログラム３５３と、シミュレーションプログラム３５１と協働することが示されている。
【００４０】  したがって、サービス構成が記述されたセッション開始メッセージ４００がセッション確立時に送信されることによって、サービス構成として指定された複数のサーバープログラムのための複数のセッションを開くことができる。サービス構成は、ユーザーが利用したいサービスを提供する複数のサーバープログラムが規定されたものである。  これにより、相互に依存する複数のサーバープログラムが協調動作し、高い利便性をユーザーに提供することができる。
【００４１】＊＊＊動作の説明＊＊＊  図５は、実施の形態１におけるサーバー装置２００の動作を示すフローチャートである。  実施の形態１におけるサーバー装置２００の動作について、図５に基づいて説明する。但し、サーバー装置２００の動作は、図５に基づいて説明する動作と同一でなくても構わない。
【００４２】  Ｓ１１０は、認証要求メッセージ受信処理、ユーザー認証処理、暗号化新共通鍵生成処理、第１のセッション接続処理および認証応答メッセージ送信処理の一例である。  Ｓ１１０において、セッション管理部２１０は、オペレーション端末１２０から送信される認証要求メッセージを受信する。認証要求メッセージは、ユーザー識別子およびパスワードを含む。ユーザー識別子およびパスワードは、共有秘密鍵にて暗号化される。クライアントのＷＥＢブラウザを通じてである場合、認証要求メッセージは８０のポート番号で識別されるセッション管理部２１０のサービスポートに送信される。  ユーザー認証部２５０は、認証要求メッセージに含まれるユーザー識別子と同じユーザー識別子がユーザー管理ファイル２９１に含まれているか判定する。該当するユーザー識別子がユーザー管理ファイル２９１に含まれていると判定した場合、ユーザー認証部２５０は、該当するパスワードが認証要求メッセージに含まれるパスワードと同じであるか判定する。該当するパスワードは、ユーザー管理ファイル２９１に含まれるパスワードのうちの該当するユーザー識別子に対応付けられたパスワードである。該当するパスワードが認証要求メッセージに含まれるパスワードと同じである場合、ユーザー認証部２５０はユーザーを認証する。ユーザーが認証された場合において、ユーザー管理ファイル２９１に含まれる共有秘密鍵のうちの該当するユーザー識別子に対応付けられた共有秘密鍵を該当する現在の共有秘密鍵という。  ユーザーが認証された場合、鍵管理部２６０は新しい共有秘密鍵を生成し、該当する現在の共有秘密鍵を用いて新しい共有秘密鍵を暗号化する。鍵管理部２６０は、該当する現在の共有秘密鍵を新しい共有秘密鍵に更新する。セッション管理部２１０は、サーバー装置２００とオペレーション端末１２０とのプロセス間通信を接続する。但し、鍵管理部２６０は共有秘密鍵を定期的に更新してもよい。  セッション管理部２１０は、暗号化された共有秘密鍵を含んだ認証応答メッセージをオペレーション端末１２０に送信する。
【００４３】  オペレーション端末１２０は認証応答メッセージを受信し、認証応答メッセージに含まれる暗号化された共有秘密鍵はオペレーション端末１２０に記憶されている現在の共有秘密鍵を用いて新しい共有秘密鍵に復号される。  以後、サーバー装置２００とオペレーション端末１２０とのプロセス間通信において通信される各種メッセージの内容は、新しい共有秘密鍵によって暗号化および復号される。各種メッセージの内容の暗号化および復号については、以降の説明において省略する。  Ｓ１１０の後、処理はＳ１２１に進む。
【００４４】  なお、Ｓ１１０においてユーザーが認証されなかった場合、セッション管理部２１０は、ユーザーが認証されなかったことを示す認証応答メッセージをオペレーション端末１２０に送信する。そして、Ｓ１２１以降の処理は実行されずに、サーバー装置２００の動作は終了する。ユーザーが認証されなかった場合の処理の流れについては図示を省略する。
【００４５】  Ｓ１２１はセッション開始メッセージ受信処理の一例である。  Ｓ１２１において、セッション管理部２１０は、オペレーション端末１２０から送信されるセッション開始メッセージ４００を受信する。  Ｓ１２１の後、処理はＳ１２２に進む。
【００４６】  Ｓ１２２はサーバープロセス生成処理および実行コンテキスト生成処理の一例である。  Ｓ１２２において、セッション管理部２１０は、セッション開始メッセージ４００に基づいて、サーバープロセスおよび実行コンテキストを生成する。  生成されるサーバープロセスは、セッション開始メッセージ４００に含まれるサーバープログラム識別子で識別されるサーバープログラムのプロセスである。  生成される実行コンテキストは、生成されるサーバープロセスの実行用のコンテキストであり、再暗号化鍵と新しい共有秘密鍵とを含む。また、生成される実行コンテキストは、Ｓ１１０で接続されたプロセス間通信を識別するセッション識別子、および、Ｓ１１０で認証されたユーザーを識別するユーザー識別子などを含む。  Ｓ１２２の後、処理はＳ１２３に進む。
【００４７】  図６は、実施の形態１におけるサーバープログラム群３００の状態の一例を示す図である。  図６において、太枠で囲まれたサーバープログラムは、図４のセッション開始メッセージ４００に基づく、実行可能状態のサーバープログラムである。  図４のセッション開始メッセージ４００に基づいて実行可能状態のサーバープログラム群３００は図６に示すような状態になる。
【００４８】  Ｓ１２３（図５参照）はセッション接続処理の一例である。  Ｓ１２３において、セッション管理部２１０は、セッション開始メッセージ４００に基づいて、Ｓ１２２で生成されたサーバープロセスのプロセス間通信を接続する。  Ｓ１２３の後、処理はＳ１３０に進む。
【００４９】  図７は、実施の形態１におけるサーバープログラム群３００の状態の一例を示す図である。  図７において、太枠で囲まれたサーバープログラムは、図４のセッション開始メッセージ４００に基づく、実行可能状態のサーバープログラム、つまり、サーバープロセスである。  図７において、矢印線はサーバープロセスのプロセス間通信の接続を意味する。矢印線に付した括弧書きの番号は、図４に記した括弧書きの番号と対応している。  図４のセッション開始メッセージ４００に基づいてサーバープロセスのプロセス間通信が接続された場合、サーバープログラム群３００は図７に示すような状態になる。
【００５０】  Ｓ１３０（図５参照）はサーバープロセス実行処理の一例である。  Ｓ１３０において、セッション管理部２１０は、Ｓ１２２で生成されたサーバープロセスを実行する。  Ｓ１３０の後、処理はＳ１４１に進む。
【００５１】  Ｓ１４１はセッション終了メッセージ受信処理の一例である。  Ｓ１４１において、セッション管理部２１０は、オペレーション端末１２０から送信されるセッション終了メッセージを受信する。  セッション終了メッセージは、サーバー装置とクライアント装置とのプロセス間通信の切断、および、サーバー装置のプロセス間通信の切断を要求するメッセージである。  Ｓ１４１の後、処理はＳ１４２に進む。
【００５２】  Ｓ１４２はプロセス間通信切断処理の一例である。  Ｓ１４２において、セッション管理部２１０は、Ｓ１２３で接続したサーバープロセスのプロセス間通信を切断する。  Ｓ１４２の後、処理はＳ１４３に進む。
【００５３】  Ｓ１４３はサーバープロセス削除処理の一例である。  Ｓ１４３において、セッション管理部２１０は、Ｓ１２２で生成したサーバープロセスを削除する。  Ｓ１４３の後、処理はＳ１４４に進む。
【００５４】  Ｓ１４４はプロセス間通信切断処理の一例である。  Ｓ１４４において、セッション管理部２１０は、サーバー装置２００とオペレーション端末１２０とのプロセス間通信を切断する。  Ｓ１４４の後、サーバー装置２００の動作は終了する。
【００５５】  図８は、実施の形態１におけるサーバー装置２００のハードウェア構成図である。  実施の形態１におけるサーバー装置２００のハードウェア構成について、図８に基づいて説明する。但し、サーバー装置２００のハードウェア構成は図８に示す構成と同一でなくても構わない。
【００５６】  サーバー装置２００は、演算装置９０１、補助記憶装置９０２、主記憶装置９０３、通信装置９０４および入出力装置９０５を備えるコンピューターである。補助記憶装置９０２はストレージと呼ばれ、主記憶装置９０３はメモリと呼ばれる。  演算装置９０１、補助記憶装置９０２、主記憶装置９０３、通信装置９０４および入出力装置９０５はバス９０９に接続している。
【００５７】  演算装置９０１は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。  補助記憶装置９０２は、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フラッシュメモリまたはハードディスク装置である。  主記憶装置９０３は、例えば、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。  通信装置９０４は、有線または無線でインターネット、ＬＡＮ（ローカルエリアネットワーク）、電話回線網またはその他のネットワークを介して通信を行う。  入出力装置９０５は、例えば、マウス、キーボード、ディスプレイ装置である。
【００５８】  プログラムは、補助記憶装置９０２に記憶されている。  例えば、オペレーティングシステム（ＯＳ）が補助記憶装置９０２に記憶される。また、「〜部」として説明している機能を実現するプログラムが補助記憶装置９０２に記憶される。  プログラムは、補助記憶装置９０２に記憶されており、主記憶装置９０３にロードされ、演算装置９０１に読み込まれ、演算装置９０１によって実行される。
【００５９】  判断、判定、抽出、検知、設定、登録、選択、生成、入力、出力等の処理の結果を示す情報、データ、ファイル、信号値または変数値が主記憶装置９０３または補助記憶装置９０２に記憶される。
【００６０】＊＊＊効果の説明＊＊＊  実施の形態１において、例えば、以下のような効果を奏する。  サーバー装置２００は、クライアント装置に指定された複数のサーバープログラムを連関させて実行することができる。  サーバー装置２００とクライアント装置との接続によって複数のサービスを利用可能なセッションを生成することができる。  データセンターにおいてサービス同士が相互利用可能な状態になる。
【００６１】  複数のサーバープログラムがセッション開始メッセージ４００に定義されることによって、複数のサーバープログラムのための複数のセッションを開くことができる。これにより、複数のサーバープログラムが協調動作し、ユーザーに高い利便性を提供することができる。
【００６２】  実施の形態２．  サーバー装置とクライアント装置とのプロセス間通信の切断後に、サーバー装置２００がセッション終了メッセージに指定された終了後サーバープログラムを実行する形態について説明する。  以下、実施の形態１と異なる事項について主に説明する。説明を省略する事項については実施の形態１と同様である。
【００６３】＊＊＊構成の説明＊＊＊  クライアントサーバーシステム１００の構成は、実施の形態１で説明した構成（図１参照）と同様である。
【００６４】  サーバー装置２００の機能構成は、実施の形態１で説明した機能構成（図２参照）と同様である。但し、セッション管理部２１０およびサーバープロセス実行部２３０は、以下のような機能を有する。
【００６５】  セッション管理部２１０は、終了後サーバープログラム識別子を含んだセッション終了メッセージを受信し、サーバー装置とクライアント装置とのプロセス間通信を切断する。  終了後サーバープログラム識別子は、サーバー装置とクライアント装置とのプロセス間通信の終了後に実行する終了後サーバープログラムを識別する。
【００６６】  サーバープロセス実行部２３０は、サーバー装置とクライアント通信装置とのプロセス間通信が切断された後に、終了後サーバープロセスを実行する。終了後サーバープロセスは、セッション終了メッセージに含まれる終了後サーバープログラム識別子で識別される終了後サーバープログラムのプロセスである。
【００６７】  図９は、実施の形態２におけるセッション終了メッセージ５００の一例を示す図である。  実施の形態２におけるセッション終了メッセージ５００の一例について、図９に基づいて説明する。  セッション終了メッセージ５００は、（１）〜（３）の行を含んでいる。  （１）の行は“ｄｉｓｃｏｎｎｅｃｔｅｄ”という文字列を含んでいる。“ｄｉｓｃｏｎｎｅｃｔｅｄ”は、サーバー装置とクライアント装置とのプロセス間通信の切断、および、第１のサーバー装置と第２のサーバー装置とのプロセス間通信の切断を意味するセッション終了識別子である。  （２）の行は、メンテナンスプログラム３５２のプログラム識別子である“ｍａｉｎｔｅｎａｎｃｅ”を含んでいる。“ｍａｉｎｔｅｎａｃｅ”は終了後サーバープログラム識別子の一例である。  （３）の行は、“ｃｅｌｌｕｌａｒ”という文字列を含んでいる。“ｃｅｌｌｕｌａｒ”はメンテナンスプログラム３５２のプロセスの実行結果を通知する通知方法を識別する通知方法識別子の一例である。“ｃｅｌｌｕｌａｒ”は、ユーザーの携帯電話に実行結果を通知する、という通知方法を識別する。
【００６８】＊＊＊動作の説明＊＊＊  図１０は、実施の形態２におけるサーバー装置２００の動作を示すフローチャートである。  実施の形態２におけるサーバー装置２００の動作について、図１０に基づいて説明する。但し、サーバー装置２００の動作は、図１０に基づいて説明する動作と同一でなくても構わない。
【００６９】  Ｓ１１０からＳ１４４の処理は、実施の形態１で説明した処理（図５参照）と同じである。  Ｓ１４４の後、処理はＳ１５０に進む。
【００７０】  Ｓ１５０は終了後サーバープロセス実行処理および実行結果通知処理の一例である。  Ｓ１５０において、セッション管理部は、セッション終了メッセージ５００に基づいて、終了後サーバープロセスおよび実行コンテキストを生成する。生成される実行コンテキストは終了後サーバープロセスの実行用のコンテキストであり、セッション終了メッセージ５００に含まれる通知方法識別子を含む。  サーバープロセス実行部２３０は、終了後サーバープロセスを実行することによって、終了後サーバープログラムを実行する。  サーバープロセス実行部２３０は、終了後サーバープロセスの実行結果を通知する通知メッセージを生成し、実行コンテキストに含まれる通知方法識別子で識別される通知方法によって通知メッセージの通知を行う。
【００７１】  例えば、終了後サーバープロセスはメンテナンスプログラム３５２のプロセスである。そして、サーバープロセス実行部２３０は、メンテナンスプログラム３５２のプロセスを実行することによって工場１１０のコントローラー１１２を監視した結果、コントローラー１１２の異常を検出する。また、通知方法は携帯電話である。  この場合、サーバープロセス実行部２３０は、検出した異常の内容を通知する音声メッセージを通知メッセージとして生成し、ユーザーの携帯番号をユーザー管理ファイル２９１から選択する。そして、サーバープロセス実行部２３０は、実行コンテキストに含まれるユーザー識別子と同じユーザー識別子に対応付けられた携帯番号をユーザー管理ファイル２９１から選択し、携帯番号を用いてユーザーの携帯電話に接続し、ユーザーの携帯電話に音声メッセージを送信する。  Ｓ１５０の後、サーバー装置２００の動作は終了する。
【００７２】＊＊＊効果の説明＊＊＊  実施の形態２によって、例えば、以下のような効果を奏する。  サーバー装置とクライアント装置とのプロセス間通信の切断後に、セッション終了メッセージ５００に指定された終了後サーバープログラムを実行することができる。
【００７３】  実施の形態３．  共有鍵の管理負担を軽減する形態について説明する。  以下、実施の形態１と異なる事項について主に説明する。説明を省略する事項については実施の形態１と同様である。
【００７４】＊＊＊構成の説明＊＊＊  クライアントサーバーシステム１００の構成は、実施の形態１で説明した構成（図１参照）と同様である。  サーバー装置２００の機能構成は、実施の形態１で説明した機能構成（図２参照）と同様である。  但し、セッション管理部２１０は、サーバー装置とクライアント装置とのプロセス間通信をＴＬＳによって接続する。ＴＬＳは、Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙの略称である。  ＴＬＳによって共有秘密鍵が生成されるため、共有秘密鍵をユーザー管理ファイル２９１に予め登録しておく必要がない。ＴＬＳによって生成された共有秘密鍵は、サーバー装置とクライアント装置とのプロセス間通信が切断されるまで、サーバー装置２００およびクライアント装置に記憶される。  ＴＬＳにおいて用いられる公開鍵証明書はサーバー記憶部２９０に予め記憶される。
【００７５】＊＊＊動作の説明＊＊＊  サーバー装置２００の動作は、実施の形態１で説明した動作（図５参照）と同様である。  但し、Ｓ１１０において、セッション管理部２１０がサーバー装置とクライアント装置とのプロセス間通信をＴＬＳによって接続する。そして、ＴＬＳによって共有秘密鍵が生成された後にユーザー認証が行われる。認証要求メッセージに含まれるユーザー識別子およびパスワードは、共有秘密鍵によって暗号化および復号される。
【００７６】  実施の形態３において、サーバー装置２００は、実施の形態２と同様に、セッション終了メッセージ５００に基づいて終了後サーバープロセスを実行しても構わない。
【００７７】＊＊＊効果の説明＊＊＊  実施の形態３によって、例えば、以下のような効果を奏する。  サーバー装置２００は共有秘密鍵を予め管理する必要がない。これにより、共有秘密鍵の管理負担を軽減すること、および、システムの安全性を担保することが可能になる。
【００７８】  各実施の形態は、クライアントサーバーシステム１００およびサーバー装置２００の形態の一例である。  つまり、クライアントサーバーシステム１００およびサーバー装置２００は、各実施の形態で説明した構成要素の一部を備えなくても構わない。また、クライアントサーバーシステム１００およびサーバー装置２００は、各実施の形態で説明していない構成要素を備えても構わない。さらに、クライアントサーバーシステム１００およびサーバー装置２００は、各実施の形態の構成要素の一部または全てを組み合わせたものであっても構わない。
【００７９】  各実施の形態においてフローチャート等を用いて説明した処理手順は、各実施の形態に係る方法およびプログラムの処理手順の一例である。各実施の形態に係る方法およびプログラムは、各実施の形態で説明した処理手順と一部異なる処理手順で実現されても構わない。  例えば、各実施の形態に係る方法はサーバープロセス実行方法であり、各実施の形態に係るプログラムはサーバー装置プログラムである。
【００８０】  各実施の形態において「〜部」は「〜処理」「〜工程」「〜プログラム」「〜装置」等に読み替えることができる。
【符号の説明】
【００８１】  １００  クライアントサーバーシステム、１０１  クラウド、１０２  有線ネットワーク、１０３  無線ネットワーク、１１０  工場、１１１  ゲートウェイ装置、１１２  コントローラー、１２０  オペレーション端末、２００  サーバー装置、２０１  サーバープログラム記憶部、２０２  データ記憶部、２０３  関数型暗号データ、２０４  関数型公開鍵、２１０  セッション管理部、２３０  サーバープロセス実行部、２５０  ユーザー認証部、２６０  鍵管理部、２９０  サーバー記憶部、２９１  ユーザー管理ファイル、３００  サーバープログラム群、３１１  ＥＲＰアナリティクスプログラム、３２１  製品企画プログラム、３２２  モックアッププログラム、３３１  ＰＬＭプログラム、３４１  ＢｔｏＢプログラム、３４２  ロジスティクスプログラム、３５１  シミュレーションプログラム、３５２  メンテナンスプログラム、３５３  モデル設計プログラム、３６１  生産管理プログラム、３６２  ＳＣＡＤＡプログラム、３６３  ＭＥＳプログラム、３７１  第１のエンジニアリングプログラム、３７２  第２のエンジニアリングプログラム、３７３  第３のエンジニアリングプログラム、３７４  第４のエンジニアリングプログラム、３７５  第５のエンジニアリングプログラム、３７６  第６のエンジニアリングプログラム、３７７  第７のエンジニアリングプログラム、３７８  第８のエンジニアリングプログラム、３８０  セッション管理プログラム、４００  セッション開始メッセージ、５００  セッション終了メッセージ、９０１  演算装置、９０２  補助記憶装置、９０３  主記憶装置、９０４  通信装置、９０５  入出力装置、９０９  バス。
【図１】
2016075818.tif 000003
【図２】
2016075818.tif 000004
【図３】
2016075818.tif 000005
【図４】
2016075818.tif 000006
【図５】
2016075818.tif 000007
【図６】
2016075818.tif 000008
【図７】
2016075818.tif 000009
【図８】
2016075818.tif 000010
【図９】
2016075818.tif 000011
【図１０】
2016075818.tif 000012
【手続補正書】
【提出日】平成28年10月5日(2016.10.5)
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
クライアント装置からの、利用する単独または複数のサービスを含んだ依存関係を記述したセッション開始メッセージを受信し、
前記セッション開始メッセージに従って、前記利用する単独または複数のサービスのプロセス、及びサービス間の通信接続を生成するセッション管理部を備えるサーバー装置であって、
前記セッション管理部は前記サーバー装置と前記クライアント装置との通信、及び前記サーバー装置でのプロセス間通信を保護する共通鍵を定期的に更新して前記クライアント装置と前記プロセスに与え、
定期的な鍵更新においてセッション内のいずれかのプロセスが失敗するとセッションを削除するサーバー装置。
【請求項２】
前記セッション管理部は、前記サーバー装置と前記クライアント装置との通信を切断されてもセッションを維持する請求項１に記載のサーバー装置。
【請求項３】
第１の実行コンテキストは第１のサーバープロセスで使用する公開鍵を含む請求項２に記載のサーバー装置。
【請求項４】
関数型暗号方式の秘密鍵である関数型秘密鍵を用いて復号される関数型暗号データを記憶するデータ記憶部と、
再暗号化技術によって、前記関数型暗号データを、前記実行コンテキストに含まれる公開鍵を用いて復号される暗号データに変換するデータ管理部と
を備える請求項３に記載のサーバー装置。
【請求項５】
予め与えられた構成情報により、クライアント装置からの要求無しに、前記構成情報にあるサーバープロセスを起動する
請求項１に記載のサーバー装置。
【請求項６】
請求項１に記載のサーバー装置に対し、利用する２以上のサービス含んだ依存関係を記述したセッション開始メッセージを送信するクライアント装置。
【請求項７】
クライアント装置からサーバー装置への、利用する単独または複数のサービスを含んだ依存関係を記述したセッション開始メッセージを受信し、
前記セッション開始メッセージに従って、前記利用する単独または複数のサービスのプロセス、及びサービス間の通信接続を生成するセッション管理部
としてコンピュータを機能させるためのサーバー装置プログラムであって、
前記セッション管理部は前記サーバー装置と前記クライアント装置との通信、及び前記サーバー装置でのプロセス間通信を保護する共通鍵を定期的に更新して前記クライアント装置と前記プロセスに与え、
定期的な鍵更新においてセッション内のいずれかのプロセスが失敗するとセッションを削除するサーバー装置プログラム。
【請求項８】
サーバー装置が、クライアント装置からの、利用する単独または複数のサービスを含んだ依存関係を記述したセッション開始メッセージを受信し、
前記セッション開始メッセージに従って、前記利用する単独または複数のサービスのプロセス、及びサービス間の通信接続を生成するセッション管理方法であって、
前記サーバー装置が、前記サーバー装置と前記クライアント装置との通信、及び前記サーバー装置でのプロセス間通信を保護する共通鍵を定期的に更新して前記クライアント装置と前記プロセスに与え、
定期的な鍵更新においてセッション内のいずれかのプロセスが失敗するとセッションを削除するセッション管理方法。
【請求項９】
クライアント装置と、
前記クライアント装置からの、利用する単独または複数のサービスを含んだ依存関係を記述したセッション開始メッセージを受信し、
前記セッション開始メッセージに従って、前記利用する単独または複数のサービスのプロセス、及びサービス間の通信接続を生成するセッション管理部を備えるサーバー装置と、
を備えるクライアントサーバシステムであって、
前記セッション管理部は前記サーバー装置と前記クライアント装置との通信、及び前記サーバー装置でのプロセス間通信を保護する共通鍵を定期的に更新して前記クライアント装置と前記プロセスに与え、
定期的な鍵更新においてセッション内のいずれかのプロセスが失敗するとセッションを削除するクライアントサーバーシステム。
【国際調査報告】
2016075818.tif 000013
2016075818.tif 000014
2016075818.tif 000015
2016075818.tif 000016