JP7457588B2 - 計算機システム及びプログラムコードの実行制御方法 - Google Patents

Description

本発明は、アプリケーションを開発する環境を提供する計算機システム及びその処理に関する。

近年、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）システムの普及に伴い、ネットワークに接続されるパーソナルコンピュータ、セル電話、スマートフォン、及び携帯情報端末等のエッジデバイスが急増している。これらのエッジデバイスはネットワークを介してクラウドシステム等と通信可能に接続される。

ＩｏＴシステムは、エッジデバイスからデータを収集、分析、可視化するデータ処理を実行し、既存作業の効率及び精度の向上等の新規サービスの創出につなげる働きを有する。複数の国及び地域等に存在する工場の機器を用いて作業を管理することによって製品の生産を効率化するサービス、顧客個人のデバイスから身体の測定データを収集し、分析結果を提供するヘルスケアサービス等、グローバルにＩｏＴシステムを応用する方法が企業で検討又は実装されている。

一般的に、ＩｏＴシステムにおけるアプリケーション開発では、まず業務改善及び生産効率化等の実現したい目的が設定され、統計処理及びモデル構築等の専門知識を持ったデータアナリストがビッグデータを含む多数のデータの分析を担う。使用するデータ及び分析方法等の詳細が定まっていない段階において、データアナリストは、データの内容を理解し、また、使用するデータを選択するところから作業を開始する。データアナリストは、様々なデータを読み込み、簡単な統計計算を行い、グラフからデータの関連性、傾向、設定した目的に対する有用性を確認しながら分析対象のデータ及び分析方法を決定し、データ分析等のアプリケーションを開発する。

このように、アプリケーション開発の特に初期段階（データ内容の理解及び選択のフェーズ）では、試行錯誤的なプログラミングが行われるため、対話型プログラミング環境が有用である。

データアナリストがデータを分析するために使用するデファクトスタンダードとなっているツールの一つとして、例えば、Ｊｕｐｙｔｅｒ ｎｏｔｅｂｏｏｋがある。ユーザ（データアナリスト）は、Ｊｕｐｙｔｅｒ ｎｏｔｅｂｏｏｋを用いることによって、ノートブックと呼ばれる形式で生成したプログラムコード（ソースコード）を実行し、リアルタイムに実行結果を提示し、また、実行結果を記録できるツールである。Ｊｕｐｙｔｅｒ ｎｏｔｅｂｏｏｋは、試行錯誤的作業に適しているため、データ分析のデファクトスタンダードになっているツールの一つである。

近年、地域及び国は、個人情報の保護及び犯罪行為の抑止等を目的として、法令等によりデータの流通に関して制限を設けている。例えば、欧州のＧＤＰＲ（Ｇｅｎｅｒａｌ Ｄａｔａ Ｐｒｏｔｅｃｔｉｏｎ Ｒｅｇｕｌａｔｉｏｎ）及び中国のサイバーセキュリティ法などが知られている。この制限は、データの保護に加えて、データの種類に応じて国外への送信を禁止する規定も設けられている。今後、様々な国及び地域で、データの流通に関する制限が設定されることが想定される。制限されるデータの種類については、明瞭な定義が難しく、地域及び国によって一様ではない。

以上のようなデータ流通の制限に関する規則に準拠しながら、グローバルにＩｏＴシステムを応用したサービスを実現する仕組みとして、エッジコンピューティングが注目されている。

エッジコンピューティングは、データ及びユーザ端末が存在する拠点（エッジと呼ぶ）の近くにエッジサーバを配置し、エッジサーバがデータの分散処理を行うことによって通信の遅延を解消する技術である。エッジコンピューティングでは、エッジサーバからクラウドサーバ等の外部にデータを送信することなくエッジサーバ内で処理できるという特徴から、プライバシデータ等の秘匿情報の流出を防ぐことできる。そのため、データ流通の制限に対する対応策の一つとして有用である。

以下の説明において、「拠点」はデータを取り扱うシステムを意味する。例えば、国、州、及び会社（グループ会社を含む）を単位とする拠点、同一会社の工場、本社ビル等の建物、及び部署を単位とする拠点、又は、独自のデータの取扱いに関する規定を持つデータセンタ等を単位とする拠点ある。パーソナルコンピュータ、スマートフォン、及び携帯情報端末等、データの取得、分析、及び加工が可能なデバイスを単位とする拠点もある。

以下の説明において、「秘匿情報」は抽象化又は匿名化した上で外部に送信する必要がある情報を意味する。例えば、社外秘情報、並びに、年齢及び名前等の個人データが秘匿情報に該当する。

エッジコンピューティング技術を利用してアプリケーションを開発するためには、エッジ及びクラウドシステム、又は、複数の拠点にまたがってアプリケーションを構築する必要がある。この場合、各拠点にデータアナリスト及びプログラマを配置し、拠点のサーバに異なるアプリケーションをデプロイしてからインタフェースを通じて接続するなどの作業が必要になる。そのため、データ分析及びプログラミング技術のほかに通信の知識が必要となり、アプリケーション開発に要する作業が非常に煩雑となる。したがって、先に述べたような対話型プログラミング環境を用いてデータを変更しながら分析することが難しくなる。

非特許文献１にはＪｕｐｙｔｅｒ ｎｏｔｅｂｏｏｋを用いて離れた拠点にあるサーバでプログラムコードを実行するシステムについて記載されている。非特許文献２にはＪｕｐｙｔｅｒ ｎｏｔｅｂｏｏｋを用いて離れた拠点にある複数のサーバでプログラムコードを分散処理するシステムについて記載されている。

特許文献１には「被調整環境内でコーディネータを実装するシステムおよび方法が説明され、環境は、コーディネータによって管理される被調整デバイスのセットを含む。コーディネータは、タスクのセットがプロビジョニングされることができ、各々のタスクは、例えば、被調整デバイスを管理するようにコーディネータによって実行されることができるコードのセグメントに対応する。タスクの実行を支援するために、コーディネータは、個々のタスク実行に対応する実行環境を生成するリソースマネージャを含むことができ、環境は、他の実行環境から分離されてもよい。コーディネータはさらに、タスクを実行する呼び出しを取得し、待ち行列を実装するスケジューラを含むことができ、待ち行列から、実行のためのタスクを選択する。タスクを選択すると、スケジューラは、タスクについての実行環境を生成し、実行環境内でのタスクの実行を行わせるようにリソースマネージャと対話してもよい」ことが記載されている。

特表２０２０－５０１２５３号公報

Jupyter Kernel Gateway、［online］、［令和２年５月２２日検索］、インターネット＜URL:https://jupyter-kernel-gateway.readthedocs.io/en/latest/＞ Jupyter Enterprise Gateway、［online］、［令和２年５月２２日検索］、インターネット＜https://jupyter.org/enterprise_gateway/＞

非特許文献１及び非特許文献２の技術では、複数拠点で使用されることを想定していないため、どこの拠点でプログラムコードを実行するかをユーザが指定することができないという課題がある。

特許文献１に記載のシステムでは、計算上の制約に基づいてのみコードが実行される仮想マシンインスタンスが選択されることが記載されているが、仮想マシンインスタンスの所属する拠点等、地理的な制約に基づく指定は開示されていない。したがって、どこの拠点でプログラムコードを実行するかをユーザが指定することができないという課題がある。

本発明は、アプリケーション開発において、ユーザがプログラムコードを実行する拠点を指定可能な対話型プログラミング環境を実現する計算機システム及びその実行方法を提供することを目的とする。

本願において開示される発明の代表的な一例を示せば以下の通りである。すなわち、複数の拠点及び複数の計算機を備える計算機システムであって、前記複数の計算機は、前記拠点に格納されるデータを用いた処理を実行するためのプログラムコードの入力を受け付けるエディタを有する計算機を少なくとも一つ含み、前記複数の拠点の各々は、前記プログラムコードに基づいて前記データを用いた処理を実行する実行部を有する計算機を少なくとも一つ含み、前記データを管理するデータ管理部を有する計算機を少なくとも一つ含み、前記エディタは、前記プログラムコード及び当該プログラムコードを実行する前記拠点の入力をユーザから受け付けるインタフェースを提供し、前記インタフェースを介して、前記プログラムコード及び前記拠点の入力を受け付けた場合、前記拠点の前記実行部に前記プログラムコードを含む実行要求を送信し、前記実行部から前記プログラムコードの実行結果を受信し、前記ユーザに前記実行結果を提示するための表示情報を生成する。

本発明によれば、ユーザがプログラムコードを実行する拠点を指定可能な対話型プログラミング環境を実現できる。上記した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

実施例１の計算機システムの構成の一例を示す図である。 実施例１の情報処理装置のハードウェア構成の一例を示す図である。 実施例１のクライアント端末の機能構成の一例を示す図である。 実施例１のクライアント端末が表示する画面の一例を示す図である。 実施例１の開発支援装置の機能構成の一例を示す図である。 実施例１のノートブックのデータ構造の一例を示す図である。 実施例１のメッセージルータの機能構成の一例を示す図である。 実施例１の実行装置管理情報のデータ構造の一例を示す図である。 実施例１の拠点管理装置の機能構成の一例を示す図である。 実施例１の実行装置の機能構成の一例を示す図である。 実施例１のデータ管理装置の機能構成の一例を示す図である。 実施例１の計算機システムにおいて実行されるノートブック生成処理の一例を説明するシーケンス図である。 実施例１の計算機システムにおいて実行されるノートブック削除処理の一例を説明するシーケンス図である。 実施例１の計算機システムにおいて実行される拠点リスト表示処理の一例を説明するシーケンス図である。 実施例１の計算機システムにおいて実行されるプログラムコード入力処理の一例を説明するシーケンス図である。 実施例１の計算機システムにおいて実行される拠点選択処理の一例を説明するシーケンス図である。 実施例１の計算機システムにおいて実行されるプログラムコード実行処理の一例を説明するシーケンス図である。 実施例２のメッセージルータの機能構成の一例を示す図である。 実施例２の拠点管理装置の機能構成の一例を示す図である。 実施例２の変数管理情報のデータ構造の一例を示す図である。 実施例２の実行装置の機能構成の一例を示す図である。 実施例２の開発支援装置が実行する拠点確認処理の一例を説明するフローチャートである。 実施例２の計算機システムにおいて実行される推奨拠点表示処理の一例を説明するシーケンス図である。 実施例２の推奨拠点判定部が実行する推奨拠点特定処理の一例を説明するフローチャートである。 実施例２の推奨拠点判定部が実行する推奨拠点特定処理の一例を説明するフローチャートである。 実施例２の推奨拠点判定部が実行する推奨拠点特定処理の一例を説明するフローチャートである。 実施例３のクライアント端末の機能構成の一例を示す図である。 実施例３のデータ管理装置の機能構成の一例を示す図である。 実施例３のデータ一覧表示部によって表示される画面の一例を示す図である。

以下、本発明の実施例を、図面を用いて説明する。ただし、本発明は以下に示す実施例の記載内容に限定して解釈されるものではない。本発明の思想ないし趣旨から逸脱しない範囲で、その具体的構成を変更し得ることは当業者であれば容易に理解される。以下に説明する発明の構成において、同一又は類似する構成又は機能には同一の符号を付し、重複する説明は省略する。本明細書等における「第１」、「第２」、「第３」等の表記は、構成要素を識別するために付するものであり、必ずしも、数又は順序を限定するものではない。図面等において示す各構成の位置、大きさ、形状、及び範囲等は、発明の理解を容易にするため、実際の位置、大きさ、形状、及び範囲等を表していない場合がある。したがって、本発明では、図面等に開示された位置、大きさ、形状、及び範囲等に限定されない。

図１は、実施例１の計算機システム１００の構成の一例を示す図である。

図１に示すように、計算機システム１００は、複数の拠点１０１及び拠点管理装置１０２から構成される。本実施例では、計算機システム１００はＮ個の拠点を含むものとする。なお、（１）、（２）、（Ｎ）等は、拠点１０１の識別情報を表す。

複数の拠点１０１及び拠点管理装置１０２は、ネットワーク１０３を介して互いに接続される。ネットワーク１０３は、イーサネット（登録商標）及びＴＣＰ／ＩＰ等の所定の通信プロトコルにしたがった通信を実現する通信基盤（Ｎｅｔｗｏｒｋ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）であり、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネット、専用線、公衆通信網等である。ネットワーク１０３の接続方式は有線及び無線のいずれでもよい。

拠点１０１（１）は、複数のクライアント端末１１１、開発支援装置１１２、メッセージルータ１１３、複数の実行装置１１４、データ管理装置１１５を含む。なお、クライアント端末１１１は一つでもよいし、実行装置１１４は一つでもよい。拠点１０１（２）及び拠点１０１（Ｎ）等の他の拠点１０１は、複数の実行装置１１４及びデータ管理装置１１５を含む。なお、実行装置１１４は一つでもよい。

拠点１０１は、クラウドシステム、センサ及び従業員により入力されたデータが収集される現場（工場、各種作業現場、物流倉庫、オフィス、医療介護施設、農場、スーパーマーケットなどの商業施設、役所）、設備（エレベータ、自動改札機、各種ゲート、鉄道設備、道路設備、街中の監視カメラなどセンサ利用の環境計測設備）、移動体（自動車、列車、航空機、ドローン、農業機器等）、及びデータセンタ等である。

拠点管理装置１０２は、各拠点１０１に含まれる実行装置１１４の状態を管理する。

クライアント端末１１１は、データアナリスト及びソフトウェア開発技術者等のユーザが使用する端末である。開発支援装置１１２は、クライアント端末１１１と連携してユーザに対話型プログラミング環境を提供する。また、開発支援装置１１２は、プログラムコード及び実行結果等を一つのデータとして管理する。以下の説明では、複数のデータをまとめたものをノートブックとも記載する。

本実施例の対話型プログラミング環境では、ユーザは、一連のプログラムコードを入力し、実行を指示し、プログラムコードが記載された場所の下側等に表示された実行結果を参照する。

なお、本発明は、プログラミング環境の態様は限定されない。入力するプログラムコードは一つの処理文でもよいし、複数行の処理文をまとめたコードスニペットでもよい。

ユーザは、クライアント端末１１１を用いて、プログラムコード及び拠点１０１の入力及び編集を行い、また、プログラムコードの実行結果を参照する。対話型プログラミング環境は各クライアント端末１１１に提供されるため、複数のユーザが同時に開発等を行うことができる。

メッセージルータ１１３は各種メッセージを送受信する。具体的には、メッセージルータ１１３は、プログラムコードを含む実行要求を拠点１０１に送信し、また、拠点１０１から実行結果を受信する。メッセージルータ１１３は、実行装置１１４に関する情報を取得するための要求を拠点管理装置１０２に送信する。メッセージルータ１１３は、拠点管理装置１０２から取得した情報に基づいて、プログラムコードにしたがった処理の実行制御及び監視、並びに、複数の実行装置１１４を用いたクラスタサービス（負荷分散及びフェイルオーバ等）の提供を行う。本実施例のクラスタは、連携してプログラムコードにしたがった処理を実行する実行装置１１４の集合を示す。

データ管理装置１１５は、拠点１０１において入力、収集、又は蓄積等されたデータを管理する。

実行装置１１４は、データ管理装置１１５が管理するデータと、プログラムコードとに基づいて処理を実行する。複数の実行装置１１４からクラスタを構成できる。クラスタは、同一の拠点１０１に含まれる実行装置１１４のみから構成されてもよいし、複数の拠点１０１に含まれる実行装置１１４から構成されてもよい。クラスタを構成する実行装置１１４は、連携してプログラムコードを実行できる。

拠点管理装置１０２、クライアント端末１１１、開発支援装置１１２、メッセージルータ１１３、実行装置１１４、及びデータ管理装置１１５は、例えば、図２に示す情報処理装置２００を用いて実現できる。なお、各装置は、協調して動作する複数の情報処理装置２００を用いて実現してもよい。

図２は、実施例１の情報処理装置２００のハードウェア構成の一例を示す図である。

情報処理装置２００は、プロセッサ２０１、主記憶装置２０２、補助記憶装置２０３、入力装置２０４、出力装置２０５、及び通信装置２０６を備える。

プロセッサ２０１は、主記憶装置２０２に格納されるプログラムを実行する演算装置である。プロセッサ２０１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を用いて構成されている。

プロセッサ２０１がプログラムにしたがって処理を実行することによって、拠点管理装置１０２、クライアント端末１１１、開発支援装置１１２、メッセージルータ１１３、実行装置１１４、及びデータ管理装置１１５の機能を実現する機能部（モジュール）として動作する。以下の説明では、機能部を主語に処理を説明する場合、プロセッサ２０１が当該機能部を実現するプログラムを実行していることを示す。

主記憶装置２０２は、プロセッサ２０１が実行するプログラム及びプログラムが使用するデータを格納する記憶装置であり、また、プログラムが一時的に使用するワークエリアとしても使用される。主記憶装置２０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＳＲＡＭ （Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＮＶＲＡＭ（Ｎｏｎ Ｖｏｌａｔｉｌｅ ＲＡＭ）、マスクＲＯＭ（Ｍａｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等である。

補助記憶装置２０３は、プログラム及びデータを永続的に格納する記憶装置である。補助記憶装置２０３は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリ（Ｆｌａｓｈ Ｍｅｍｏｒｙ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、並びに、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）及びＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）等の光学式記憶装置等である。

なお、主記憶装置２０２に格納されるプログラム及びデータは補助記憶装置２０３に格納されていてもよい。この場合、プロセッサ２０１が、補助記憶装置２０３からプログラム及びデータを読み出し、主記憶装置２０２にロードする。なお、主記憶装置２０２に格納するプログラム及びデータは、例えば、記録媒体から取得してもよい。

入力装置２０４は、ユーザの入力を受け付けるユーザインタフェースであり、例えば、キーボード、マウス、カードリーダ、タッチパネル等である。

出力装置２０５は、画像、音声、印字等を出力することによって、ユーザに情報を提供するユーザインタフェースであり、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）及びグラフィックカード等の表示装置、スピーカ等の音声出力装置、プリンタ等の印字装置である。

通信装置２０６は、ネットワークを介して他の装置と通信する装置であり、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）、無線通信モジュール、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｉｎｔｅｒｆａｃｅ）モジュール、シリアル通信モジュール等である。

なお、通信装置２０６は、通信可能に接続する他の装置からの入力を受け付ける入力装置として機能させることができる。また、通信装置２０６は、通信可能に接続する他の装置に情報を提供する出力装置として機能させることができる。

なお、拠点管理装置１０２、クライアント端末１１１、開発支援装置１１２、メッセージルータ１１３、実行装置１１４、及びデータ管理装置１１５は、情報処理装置２００のリソースを仮想化した仮想マシンを用いて実現してもよい。この場合、一つの情報処理装置２００を用いて複数の装置を実現してもよい。仮想マシンは、クラウドシステムによって提供されるものを用いてもよい。

次に、クライアント端末１１１、開発支援装置１１２、メッセージルータ１１３、実行装置１１４、データ管理装置１１５、及び拠点管理装置１０２の機能構成について説明する。

図３は、実施例１のクライアント端末１１１の機能構成の一例を示す図である。

クライアント端末１１１の主記憶装置２０２は、ノートブック入力表示部３００を実現するプログラムを格納する。なお、主記憶装置２０２には、オペレーティングシステム、ファイルシステム、デバイスドライバ、ＤＢＭＳ（ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等の他の機能を実現するプログラムが格納されているが、説明の簡単のために省略している。クライアント端末１１１は、前述の機能を用いて、テーブル及びファイルとしてデータを記憶する。

ノートブック入力表示部３００は、ノートブック５１０（図５参照）の生成、削除、プログラムコードの入力、開発支援装置１１２が管理するノートブック５１０の提示等を行うための画面を表示する。また、ノートブック入力表示部３００は、画面を介して入力されたユーザの要求を受け付け、当該要求に対する応答を提示する。本実施例では、ノートブック入力表示部３００は、開発支援装置１１２に含まれるエディタサーバ５００（図５参照）から受信した情報に基づいて、各種表示を行うことを想定している。

ここで、クライアント端末１１１が表示する画面の一例について説明する。図４は、実施例１のクライアント端末１１１が表示する画面の一例を示す図である。

画面４００は、開発支援装置１１２が管理するノートブック５１０に基づいて表示される。ユーザは、画面４００を介して、プログラムコードの入力、編集、及び実行、並びに、実行結果の閲覧を行う。

画面４００は、ノートブック情報欄４０１、コード入力欄４０２、拠点指定欄４０３、及び結果表示欄４０４を含む。

ノートブック情報欄４０１は、ノートブック５１０の生成日、識別情報、名称等、ノートブック５１０を識別するための情報を表示し、また、編集する欄である。以下の説明では、ノートブック５１０の識別情報をノートＩＤと記載し、ノートブック５１０の名称をノート名とも記載する。

コード入力欄４０２は、プログラムコードを入力又は編集する欄である。本明細書では、コード入力欄４０２に入力されたプログラムコードの集合を単に「プログラムコード」と記載する。

拠点指定欄４０３は、プログラムコードを実行する拠点１０１を選択する欄である。

結果表示欄４０４は、プログラムコードの実行結果を表示する欄である。なお、コード入力欄４０２に入力されたプログラムコードが実行されていない場合、結果表示欄４０４は表示されない。図４では、コード入力欄４０２－３のプログラムコードはまだ実行されていないため、当該コード入力欄４０２－３の下側には結果表示欄４０４が表示されていない。

なお、画面４００は、ファイルの保存、画面表示の編集、及びプログラムコードの編集が可能なツールバー、拠点１０１の生存状態及び実行装置１１４の稼働状態を表示する欄、プログラムコードの入力及び拠点の選択をアシストするボタン及び欄を含んでもよい。

なお、画面４００に含まれるコード入力欄４０２及び拠点指定欄４０３は三つであり、結果表示欄４０４は二つであるが、画面４００に含まれる欄の数はこれらに限定されない。開発の状態に合わせて各欄が表示される。

画面４００では、プログラムコードの実行順に、コード入力欄４０２、拠点指定欄４０３、及び結果表示欄４０４からなる表示ブロックが表示される。

ユーザは、入力装置２０４を用いて、ノートブック情報欄４０１に値を入力し、また、ノートブック情報欄４０１の値を編集する。ユーザは、入力装置２０４を用いて、コード入力欄４０２にプログラムコードを入力し、また、コード入力欄４０２のプログラムコードを編集する。なお、ノートブック５１０の生成日、ノートＩＤ等は開発支援装置１１２が自動的に付与してもよい。ユーザは、入力装置２０４を用いて、プルダウン形式で拠点指定欄４０３に表示された拠点１０１のリストの中から、一つの拠点１０１を選択する。リストは、画面４００とは異なる画面に表示されてもよい。リストには、ネットワーク１０３に接続され、実行装置１１４を含む拠点１０１が表示される。なお、ユーザが直接、拠点指定欄４０３に値を入力してもよい。

コード入力欄４０２－１には、拠点１０１（Ｎ）のデータベースに格納される表データ（ｄａｔａ．ｘｓｌｘ）の３列目の値を変数ｄａｔａとして設定し、変数ｄａｔａを表示するためのプログラムコードが格納されている。拠点指定欄４０３－１には、拠点１０１（Ｎ）が格納される。結果表示欄４０４－１には、ヘッダ及び変数ｄａｔａの値が表示される。ここでは、一例として温度が表示されている。

コード入力欄４０２－２には、拠点１０１（Ｎ）のデータベースに格納される表データ（ｄａｔａ．ｘｓｌｘ）の３列目の値として定義された変数ｄａｔａをプロットするためのプログラムコードが格納されている。拠点指定欄４０３－２には、拠点１０１（Ｎ）が格納される。結果表示欄４０４－２には、変数ｄａｔａの値のグラフが表示される。

ここで、クライアント端末１１１を含む拠点１０１（１）には、拠点１０１（Ｎ）からグラフの画像データのみが送信される。送信されるグラフの画像データはｊｐｅｇ、ｔｉｆｆ及びｅｐｓ等の形式がある。また、ｊａｖａｓｃｒｉｐｔ（登録商標）及びｐｉｘｉｅｄｕｓｔ等のブラウザを通してグラフ描画が可能なツールを用いて拠点１０１（Ｎ）から画像データを拠点（１）に送信し、結果表示欄４０４に表示してもよい。

このように、グラフを表示する場合、プロット結果そのものではなく、画像データを送信することで、データを管理する拠点１０１からのデータ流出を防止することが可能である。

コード入力欄４０２－３には、拠点１０１（Ｎ）のデータベースに格納される表データ（ｄａｔａ．ｘｓｌｘ）の３列目の値として定義された変数ｄａｔａの平均値を算出し、変数ａｖｅ＿ｄａｔａに格納するためのプログラムコードが格納されている。拠点指定欄４０３－２には選択可能な拠点１０１のリストが表示されている。コード入力欄４０２－３に設定されたプログラムコードは実行されていないため、コード入力欄４０２－３の下には結果表示欄４０４が表示されていない。

本実施例は、図４に示すように、プログラムコードを実行する拠点１０１を指定する拠点指定欄４０３を含むことを特徴とする。これによって、ユーザは、入力したプログラムコードの実行結果を確認しながら、プログラムコードの内容、拠点、分析対象のデータ等を容易に修正できるため、複数の拠点をまたいだ、試行錯誤的なアプリケーション開発が可能となる。また、関連のあるプログラムコード及び実行結果をまとめて一つのノートブック５１０として管理し、ノートブック入力表示部３００がノートブック５１０を表示することによって、ユーザ間で容易に解析内容及び結果を共有できる。

図５は、実施例１の開発支援装置１１２の機能構成の一例を示す図である。図６は、実施例１のノートブック５１０のデータ構造の一例を示す図である。

開発支援装置１１２の主記憶装置２０２は、エディタサーバ５００及び記憶部５０１を実現するプログラムを格納する。なお、主記憶装置２０２には、オペレーティングシステム、ファイルシステム、デバイスドライバ、ＤＢＭＳ（ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等の他の機能を実現するプログラムが格納されているが、説明の簡単のために省略している。開発支援装置１１２は、前述の機能を用いて、テーブル及びファイルとしてデータを記憶する。

エディタサーバ５００は、ノートブック５１０の生成及び編集、並びに、クライアント端末１１１のノートブック入力表示部３００及びメッセージルータ１１３へのノートブック５１０の送信を行う。

記憶部５０１は、ノートブック（プログラム開発情報）５１０を管理する。ここで、図６を用いて、本実施例のノートブック５１０のデータ構造について説明する。

ノートブック５１０は、ノートブック情報６００、並びに、コードＩＤ６０１、プログラムコード６０２、実行結果６０３、及び実行拠点情報６０４から構成されるコード情報６１０を含む。

ノートブック情報６００は、図４で説明したように、ノートブック５１０の生成日、識別情報、及び名称等、ノートブック５１０を識別するための情報を格納するフィールドである。

コードＩＤ６０１は、ノートブック５１０に含まれるプログラムコードを識別するための識別情報を格納するフィールドである。本実施例では、プログラムコード、実行結果、及び拠点１０１を一つのコードＩＤ６０１に関連付けたコード情報６１０としてプログラムコードが管理される。

プログラムコード６０２は、プログラムコードを格納するフィールドである。なお、ノートブック５１０は、プログラムコードで使用したプログラミング言語の名称を含んでもよい。

実行結果６０３は、プログラムコード６０２に格納されたプログラムコードの実行結果を格納するフィールドである。実行結果には実行ステータスが含まれる。実行ステータスは、例えば、プログラムコードの実行が正常に完了したことを示すメッセージ、クライアント端末１１１に表示可能なデータがないことを示すメッセージ、プログラムコードの実行がエラーを示し、かつ、その詳細を含むメッセージ等である。なお、プログラムコードが実行されていない場合、実行結果６０３は空（Ｎｕｌｌ）である。

実行拠点情報６０４は、プログラムコード６０２に格納されたプログラムコードを実行する拠点１０１の情報を格納するフィールドである。実行拠点情報６０４には、例えば、拠点１０１の名称が含まれる。プログラムコードが実行された場合、実行拠点情報６０４には、プログラムコードを実行した実行装置１１４のＩＰアドレス及びポート番号等が格納されてもよい。なお、拠点１０１が選択されていない場合、実行拠点情報６０４は空（Ｎｕｌｌ）である。

ノートブック５１０には、実行順又は入力順に、コード情報６１０が保存されている。これによって、プログラムコードの実行順又は入力順を判別することができる。なお、プログラムコードの実行順又は入力順を判別する方法としては、コード情報６１０に、プログラムコードの実行順又は入力順を示す識別情報を含める方法が考えられる。

ノートブック５１０には実行拠点情報６０４が保存されているため、エディタサーバ５００は、過去に実行したプログラムコードと同じプログラムコードを実行する場合、ノートブック５１０を読み出すことによって、拠点１０１を選択する手順を省略できる。

なお、プログラムコードの管理形式はノートブック５１０のような形式に限定されない。例えば、プログラムコード及び実行結果と、実行拠点とを分離して管理していてもよい。

なお、ノートブック５１０は、コンテナ（ノートブックの実行モジュール、実行環境に関する情報、展開方法や操作方法に関する情報等をパッケージ化したもの）として開発支援装置１１２に管理されてもよい。コンテナの一例としてＤｏｃｋｅｒ（登録商標）によるものがある。また、開発支援装置１１２は、ＧｉｔＨｕｂ（登録商標）及びＧｉｔＬａｂ（登録商標）等、ノートブック５１０のバージョン管理を行う仕組みを備えていてもよい。

図７は、実施例１のメッセージルータ１１３の機能構成の一例を示す図である。図８は、実施例１の実行装置管理情報７１０のデータ構造の一例を示す図である。

メッセージルータ１１３の主記憶装置２０２は、メッセージ転送部７００及び記憶部７０１を実現するプログラムを格納する。なお、主記憶装置２０２には、オペレーティングシステム、ファイルシステム、デバイスドライバ、ＤＢＭＳ（ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等の他の機能を実現するプログラムが格納されているが、説明の簡単のために省略している。メッセージルータ１１３は、前述の機能を用いて、テーブル及びファイルとしてデータを記憶する。

メッセージ転送部７００は、各種メッセージを転送する。メッセージ転送部７００は、主に、エディタサーバ５００及び各拠点１０１の実行装置１１４との間で、コード情報６１０を含むメッセージの送受信を行う。メッセージ転送部７００は、ノートブック情報６００及び実行装置管理情報７１０等、拠点１０１（１）に含まれる装置が要求する情報を送受信する。

記憶部７０１は、実行装置管理情報７１０を管理する。ここで、図８を用いて、本実施例の実行装置管理情報７１０のデータ構造について説明する。

実行装置管理情報７１０は、ネットワーク１０３を介して接続される各拠点１０１の実行装置１１４を管理するための情報であり、拠点名８０１、ＩＰアドレス８０２、ポート番号８０３、及びリソース使用量８０４から構成されるエントリ８１０を含む。一つのエントリ８１０が一つの実行装置１１４に対応する。ここでは、エントリ８１０を管理データ８１０と記載する。

拠点名８０１は、実行装置１１４が含まれる拠点１０１の名称を格納するフィールドである。ＩＰアドレス８０２は、実行装置１１４のＩＰアドレスを格納するフィールドである。ポート番号８０３は、実行装置１１４との通信に使用するポート番号を格納するフィールドである。リソース使用量８０４は、実行装置１１４のリソースの使用量を示す情報を格納するフィールドである。

メッセージ転送部７００は、コード情報６１０を含むメッセージを送信する場合、コード情報６１０に基づいて実行装置管理情報７１０を参照して、メッセージを送信する実行装置１１４を選択する。具体的には、メッセージ転送部７００は、拠点名８０１がコード情報６１０の実行拠点情報６０４と一致する実行装置１１４の中から送信先の実行装置１１４を選択する。実行装置１１４の選択方法としては、ラウンドロビン方式又はリソース使用量を基準に選択する方法が考えられる。メッセージ転送部７００は、選択した実行装置１１４に対応する管理データ８１０からＩＰアドレス及びポート番号を取得し、メッセージを実行装置１１４に送信する。

なお、拠点１０１の単位毎又は拠点１０１の種別毎に、実行装置管理情報７１０を用意してもよい。

図９は、実施例１の拠点管理装置１０２の機能構成の一例を示す図である。

拠点管理装置１０２の主記憶装置２０２は、拠点管理部９００及び記憶部９０１を実現するプログラムを格納する。なお、主記憶装置２０２には、オペレーティングシステム、ファイルシステム、デバイスドライバ、ＤＢＭＳ（ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等の他の機能を実現するプログラムが格納されているが、説明の簡単のために省略している。拠点管理装置１０２は、前述の機能を用いて、テーブル及びファイルとしてデータを記憶する。

記憶部９０１は、実行装置管理情報９１０を管理する。実行装置管理情報９１０は、実行装置管理情報７１０と同一のデータ構造である。実行装置管理情報７１０及び実行装置管理情報９１０は同期するように管理される。

拠点管理部９００は、記憶部９０１に保存されるデータの共有を行う。具体的には、拠点管理部９００は、メッセージルータ１１３へ実行装置管理情報９１０を送信し、各拠点１０１の実行装置１１４から管理データ８１０を受信し、また、実行装置管理情報９１０の更新（管理データ８１０の追加及び削除等）を行う。また、拠点管理部９００は、実行装置管理情報９１０が更新された場合、更新を通知するメッセージをメッセージルータ１１３に送信して、メッセージルータ１１３に実行装置管理情報７１０の更新を促してもよい。

図１０は、実施例１の実行装置１１４の機能構成の一例を示す図である。

実行装置１１４の主記憶装置２０２は、プログラムコード実行部１０００、メッセージ転送部１００１、及び記憶部１００２を実現するプログラムを格納する。なお、主記憶装置２０２には、オペレーティングシステム、ファイルシステム、デバイスドライバ、ＤＢＭＳ（ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等の他の機能を実現するプログラムが格納されているが、説明の簡単のために省略している。実行装置１１４は、前述の機能を用いて、テーブル及びファイルとしてデータを記憶する。

記憶部１００２は、部分ノートブック１０１０を管理する。部分ノートブック１０１０は、実行装置１１４が実行したプログラムコードを含むノートブックである。部分ノートブック１０１０はノートブック５１０と同一のデータ構造である。

なお、拠点１０１に複数の実行装置１１４が存在する場合、拠点１０１内の各実行装置１１４は、互いに、部分ノートブック１０１０を共有してもよい。部分ノートブック１０１０の共有にあたってはマージ等の操作が行われてもよい。

プログラムコード実行部１０００は、受信したコード情報６１０に含まれるプログラムコードを実行する。また、プログラムコード実行部１０００は、実行結果を記憶部１００２に送信し、実行結果を含めたコード情報６１０をメッセージ転送部１００１に送信する。

メッセージ転送部１００１は、メッセージルータ１１３との間でノートブック情報６００及びコード情報６１０を送受信し、拠点管理装置１０２に管理データ８１０を送信し、ノートブック情報６００及びコード情報６１０を記憶部１００２に送信する。

図１１は、実施例１のデータ管理装置１１５の機能構成の一例を示す図である。

データ管理装置１１５の主記憶装置２０２は、データ管理部１１００及び記憶部１１０１を実現するプログラムを格納する。なお、主記憶装置２０２には、オペレーティングシステム、ファイルシステム、デバイスドライバ、ＤＢＭＳ（ＤａｔａＢａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）等の他の機能を実現するプログラムが格納されているが、説明の簡単のために省略している。データ管理装置１１５は、前述の機能を用いて、テーブル及びファイルとしてデータを記憶する。

記憶部１１０１は、分析対象データ１１１０及びメタデータ１１１１を管理する。分析対象データ１１１０は、プログラムコードにしたがった処理に使用されるデータである。メタデータ１１１１は、分析対象データ１１１０を識別するためのデータである。メタデータ１１１１は、例えば、ファイル名、生成日、及びデータ数等である。分析対象データ１１１０が表形式のデータである場合、メタデータ１１１１にはカラム名及び行数等が含まれてもよい。

データ管理部１１００は、メタデータ１１１１を生成し、記憶部１１０１に送信する。また、データ管理部１１００は、分析対象データ１１１０の追加及び削除を行う。また、データ管理部１１００は、実行装置１１４との間で、分析対象データ１１１０及びメタデータ１１１１を送受信する。

次に、計算機システム１００において実行される処理について説明する。

図１２は、実施例１の計算機システム１００において実行されるノートブック生成処理の一例を説明するシーケンス図である。

クライアント端末１１１のノートブック入力表示部３００は、ユーザからノートブック生成操作を受け付けた場合（ステップＳ１００）、開発支援装置１１２のエディタサーバ５００にノートブックの生成要求を送信する（ステップＳ１０１）。

開発支援装置１１２のエディタサーバ５００は、ノートブック生成要求を受信した場合、新規のノートブック５１０を生成する（ステップＳ１０２）。具体的には、エディタサーバ５００は、ノートブック情報６００を生成し、生成されたノートブック情報６００を含むノートブック５１０を生成する。また、エディタサーバ５００は、記憶部５０１にノートブック５１０を送信する。

開発支援装置１１２の記憶部５０１は、主記憶装置２０２の記憶領域にノートブック５１０を格納する（ステップＳ１０３）。その後、記憶部５０１は、ノートブック５１０の保存が完了した旨を通知するメッセージをエディタサーバ５００に送信する。

開発支援装置１１２のエディタサーバ５００は、新規のノートブック５１０の生成が完了したことを示す画面を表示するための表示情報を生成し、クライアント端末１１１のノートブック入力表示部３００に送信する（ステップＳ１０４）。

クライアント端末１１１のノートブック入力表示部３００は、表示情報を受信した場合、表示情報に基づいて、新規のノートブック５１０の生成が完了したことを示す画面を表示する（ステップＳ１０５）。

図１３は、実施例１の計算機システム１００において実行されるノートブック削除処理の一例を説明するシーケンス図である。

ここでは、削除対象のノートブック５１０に含まれるプログラムコードが、拠点１０１（Ｎ）にて実行されたものとする。この場合、拠点１０１（Ｎ）の実行装置１１４は、削除対象のノートブック５１０の少なくとも一つのコード情報６１０を含む部分ノートブック１０１０を保持する。

クライアント端末１１１のノートブック入力表示部３００は、ユーザからノートブック削除操作を受け付けた場合（ステップＳ２００）、開発支援装置１１２のエディタサーバ５００にノートブック削除要求を送信する（ステップＳ２０１）。ノートブック削除要求には、削除するノートブック５１０を特定するための情報としてノートブック情報６００が含まれる。

開発支援装置１１２のエディタサーバ５００は、ノートブック削除要求を受信した場合、クライアント端末１１１のノートブック入力表示部３００に削除確認の問合せを送信する（ステップＳ２０２）。当該問合せは、ノートブック５１０が誤って削除されるのを防ぐために行われる。

クライアント端末１１１のノートブック入力表示部３００は、削除確認の問合せを受信した場合、確認画面を表示する（ステップＳ２０３）。クライアント端末１１１のノートブック入力表示部３００は、ユーザよりノートブックの削除許可を受け付けた場合、開発支援装置１１２のエディタサーバ５００に削除許可を通知する（ステップＳ２０４）。なお、ステップＳ２０２からステップＳ２０４の処理は省略されてもよい。

開発支援装置１１２のエディタサーバ５００は、記憶部５０１にノートブック削除要求を送信することによってノートブック５１０を削除する（ステップＳ２０５）。記憶部５０１は、ノートブック削除要求に含まれるノートブック情報６００に対応するノートブック５１０を削除する。その後、記憶部５０１は、ノートブック５１０の削除が完了した旨を通知するメッセージをエディタサーバ５００に送信する。

開発支援装置１１２のエディタサーバ５００は、メッセージルータ１１３のメッセージ転送部７００にノートブック削除要求を送信する（ステップＳ２０６）。

メッセージルータ１１３のメッセージ転送部７００は、ノートブック削除要求を受信した場合、当該ノートブック削除要求の転送先となる実行装置１１４を特定する（ステップＳ２０７）。すなわち、削除対象のノートブック５１０の少なくとも一つのコード情報６１０を含む部分ノートブック１０１０を保持する実行装置１１４を含む拠点１０１が特定される。

例えば、メッセージ転送部７００は、エディタサーバ５００から削除対象のノートブック５１０を取得し、当該ノートブック５１０のコード情報６１０に含まれる実行拠点情報６０４を取得する。さらに、メッセージ転送部７００は、実行装置管理情報７１０を参照して、拠点名８０１が実行拠点情報６０４に一致する管理データ８１０のＩＰアドレス８０２及びポート番号８０３の値を取得する。

また、他の方法としては、プログラムコードを実行した実行装置１１４のＩＰアドレス及びポート番号等の識別情報を、実行拠点情報６０４に含めておくことによって、ノートブック削除要求を送信する実行装置１１４を特定することができる。

メッセージルータ１１３のメッセージ転送部７００は、特定された実行装置１１４のメッセージ転送部１００１にノートブック削除要求を送信する（ステップＳ２０８）。

実行装置１１４のメッセージ転送部１００１は、ノートブック削除要求を受信した場合、ノートブック削除要求を記憶部１００２に送信することによって部分ノートブック１０１０を削除する（ステップＳ２０９）。記憶部１００２は、主記憶装置２０２の記憶領域から、ノートブック削除要求に含まれるノートブック情報６００に対応する部分ノートブック１０１０を削除する。その後、記憶部１００２は、部分ノートブック１０１０の削除が完了した旨を通知するメッセージをメッセージ転送部１００１に送信する。

実行装置１１４のメッセージ転送部１００１は、メッセージルータ１１３のメッセージ転送部７００に、部分ノートブック１０１０の削除が完了した旨を通知するメッセージ（完了通知）を送信する（ステップＳ２１０）。

メッセージルータ１１３のメッセージ転送部７００は、完了通知を受信した場合、開発支援装置１１２のエディタサーバ５００に完了通知を送信する（ステップＳ２１１）。

開発支援装置１１２のエディタサーバ５００は、完了通知を受信した場合、ノートブック５１０の削除が完了したことを示す画面を表示するための表示情報を生成し、クライアント端末１１１のノートブック入力表示部３００に送信する（ステップＳ２１２）。

クライアント端末１１１のノートブック入力表示部３００は、表示情報を受信した場合、表示情報に基づいて、ノートブック５１０の削除が完了したことを示す画面を表示する（ステップＳ２１３）。

図１４は、実施例１の計算機システム１００において実行される拠点リスト表示処理の一例を説明するシーケンス図である。

図１４では、画面４００の拠点指定欄４０３に拠点１０１のリストを表示するための処理を説明する。なお、当該リストは画面４００とは異なる画面に表示されてもよい。

クライアント端末１１１のノートブック入力表示部３００は、ユーザからエディタサーバ５００へアクセスするための操作を受け付けた場合（ステップＳ３００）、ノートブック表示要求を開発支援装置１１２のエディタサーバ５００に送信する（ステップＳ３０１）。ここでは、「エディタサーバ５００へアクセスする」ことは画面４００を表示することを表す。

開発支援装置１１２のエディタサーバ５００は、ノートブック表示要求を受信した場合、画面４００を表示するための表示情報を生成し（ステップＳ３０２）、クライアント端末１１１のノートブック入力表示部３００に送信する（ステップＳ３０３）。また、開発支援装置１１２のエディタサーバ５００は、メッセージルータ１１３のメッセージ転送部７００に実行装置管理情報９１０の更新要求を送信する（ステップＳ３０５）。

クライアント端末１１１のノートブック入力表示部３００は、表示情報を受信した場合、画面４００を表示する（ステップＳ３０４）。なお、この時点では、画面４００の拠点指定欄４０３には、拠点１０１のリストを表示できない旨が表示されてもよいし、又は、過去に受信した拠点１０１のリストを表示してもよい。

メッセージルータ１１３のメッセージ転送部７００は、実行装置管理情報９１０の更新要求を受信した場合、当該要求を拠点管理装置１０２の拠点管理部９００に送信する（ステップＳ３０６）。

拠点管理装置１０２の拠点管理部９００は、実行装置管理情報９１０の更新要求を受信した場合、メッセージルータ１１３のメッセージ転送部７００に実行装置管理情報９１０を送信する（ステップＳ３０７）。拠点管理部９００は、記憶部９０１に実行装置管理情報９１０の取得要求を送信することによって実行装置管理情報９１０を取得する。

メッセージルータ１１３のメッセージ転送部７００は、開発支援装置１１２のエディタサーバ５００に実行装置管理情報９１０を送信し（ステップＳ３０８）、また、記憶部７０１に実行装置管理情報９１０を送信する（ステップＳ３０９）。記憶部７０１は、主記憶装置２０２の記憶領域に、受信した実行装置管理情報９１０を格納する。なお、記憶領域に実行装置管理情報７１０がすでに格納されている場合、記憶部７０１は、受信した実行装置管理情報９１０を上書きする。

開発支援装置１１２のエディタサーバ５００は、実行装置管理情報９１０を受信した場合、実行装置管理情報９１０に基づいて拠点１０１のリストを生成し（ステップＳ３１０）、当該リストを表示するための表示情報を生成し、クライアント端末１１１のノートブック入力表示部３００に送信する（ステップＳ３１１）。

クライアント端末１１１のノートブック入力表示部３００は、表示情報を受信した場合、表示情報に基づいて、画面４００の拠点指定欄４０３に拠点１０１のリストを表示する（ステップＳ３１２）。ユーザは当該リストを参照して、プログラムコードを実行する拠点１０１を選択できる。

次に、図１５、図１６、及び図１７を用いて、画面４００を介した操作を受け付けた場合に実行される処理について説明する。

図１５は、実施例１の計算機システム１００において実行されるプログラムコード入力処理の一例を説明するシーケンス図である。

クライアント端末１１１のノートブック入力表示部３００は、ユーザから、ノートブック５１０へのプログラムコードの入力操作を受け付けた場合（ステップＳ４００）、入力されたプログラムコードを開発支援装置１１２のエディタサーバ５００に送信する（ステップＳ４０１）。

ここで、「プログラムコードの入力操作」には、コード入力欄４０２へのプログラムコードの入力と、入力完了リクエストの入力と、の二つの操作が含まれる。入力完了リクエストは、例えば、画面４００のプログラムコードを入力したコード入力欄４０２が選択された状態で、ユーザがキーボードのＥｎｔｅｒキーを押下することによって入力される。

開発支援装置１１２のエディタサーバ５００は、プログラムコードを受信した場合、スペルミス等、受信したプログラムコードの構文エラーの有無を解析し（ステップＳ４０２）、クライアント端末１１１のノートブック入力表示部３００に解析結果を送信する（ステップＳ４０３）。なお、特にエラーがない場合、エディタサーバ５００は解析結果を送信しなくてもよい。

クライアント端末１１１のノートブック入力表示部３００は、解析結果を受信した場合、画面４００に解析結果を表示する（ステップＳ４０４）。ユーザは解析結果を参照して、プログラムコードの入力及び修正等を行う。

ステップＳ４００からステップＳ４０４までの処理はループ処理Ｌ１として、構文エラーがなくなるまで繰り返し実行される。

開発支援装置１１２のエディタサーバ５００は、プログラムコードに特にエラーが存在しない場合、ノートブック５１０を更新する（ステップＳ４０５）。

具体的には、エディタサーバ５００は、プログラムコードのコードＩＤを生成し、コードＩＤ及びプログラムコードを含む、ノートブック５１０の更新要求を記憶部５０１に送信する。記憶部５０１は、ノートブック５１０にコード情報６１０を追加し、追加されたコード情報６１０のコードＩＤ６０１及びプログラムコード６０２に、受信したコードＩＤ及びプログラムコードを設定する。

図１６は、実施例１の計算機システム１００において実行される拠点選択処理の一例を説明するシーケンス図である。

クライアント端末１１１のノートブック入力表示部３００は、ユーザが選択した拠点１０１の入力操作を受け付けた場合（ステップＳ５００）、選択された拠点１０１の情報を開発支援装置１１２のエディタサーバ５００に送信する（ステップＳ５０１）。ここでは、拠点１０１（Ｎ）が選択されたものとする。

ここで、「ユーザが選択した拠点１０１の入力操作」には、拠点指定欄４０３への拠点１０１の入力の操作が含まれる。

開発支援装置１１２のエディタサーバ５００は、拠点１０１の情報を受信した場合、ノートブック５１０を更新する（ステップＳ５０２）。

具体的には、エディタサーバ５００は、拠点１０１の情報を含むノートブック５１０の更新要求を記憶部５０１に送信する。記憶部５０１は、ノートブック５１０のコード情報６１０の実行拠点情報６０４に、受信した拠点１０１の情報を設定する。なお、ノートブック５１０に、コード情報６１０が生成されていない場合、エディタサーバ５００は、プログラムコードのコードＩＤを生成し、コードＩＤ及び拠点１０１の情報を含むノートブック５１０の更新要求を記憶部５０１に送信する。

なお、プログラムコード入力処理及び拠点選択処理は、どちらが先に実行されてもよい。

図１７は、実施例１の計算機システム１００において実行されるプログラムコード実行処理の一例を説明するシーケンス図である。

図１７では、プログラムコードの実行要求の送信から結果の表示までの一連の処理について説明する。

クライアント端末１１１のノートブック入力表示部３００は、ユーザからプログラムコードの実行指示を受け付けた場合（ステップＳ６００）、開発支援装置１１２のエディタサーバ５００に実行要求を送信する（ステップＳ６０１）。実行要求には、ノートブック５１０の識別情報及び実行対象のプログラムコードが含まれる。

実行指示は、例えば、画面４００の実行したいプログラムコードが入力されたコード入力欄４０２が選択された状態で、ユーザがキーボードのＥｎｔｅｒキー及びＳｈｉｆｔキーを同時に押下することによって入力される。

開発支援装置１１２のエディタサーバ５００は、実行要求を受信した場合、ノートブック情報６００及びコード情報６１０を含む実行要求をメッセージルータ１１３のメッセージ転送部７００に送信する（ステップＳ６０２）。

具体的には、エディタサーバ５００は、記憶部５０１から、実行要求に含まれる識別情報に対応するノートブック５１０を読み出し、また、当該ノートブック５１０からノートブック情報６００と、実行対象のプログラムコードに対応するコード情報６１０とを取得する。

メッセージルータ１１３のメッセージ転送部７００は、実行要求を受信した場合、実行要求を転送する実行装置１１４を決定する（ステップＳ６０３）。

具体的には、メッセージ転送部７００は、実行要求に含まれるコード情報６１０の実行拠点情報６０４に基づいて、プログラムコードを実行させる拠点１０１を特定する。メッセージ転送部７００は、実行装置管理情報７１０を参照して、拠点名８０１に特定された拠点１０１の名称が格納される管理データ８１０を検索する。メッセージ転送部７００は、検索された管理データ８１０の中から少なくとも一つの管理データ８１０を選択する。メッセージ転送部７００は、選択された管理データ８１０のＩＰアドレス８０２及びポート番号８０３の値を取得する。

メッセージルータ１１３のメッセージ転送部７００は、決定された実行装置１１４のメッセージ転送部１００１に、ノートブック情報６００及びコード情報６１０を含む実行要求を送信する（ステップＳ６０４）。

実行装置１１４のメッセージ転送部１００１は、実行要求を受信した場合、実行要求をプログラムコード実行部１０００に送信することによって、実行対象のプログラムコードを実行する（ステップＳ６０５）。

具体的には、プログラムコード実行部１０００は、受信した実行要求に含まれるコード情報６１０のプログラムコード６０２に格納されるプログラムコードを実行し、当該コード情報６１０の実行結果６０３に実行結果を設定する。プログラムコード実行部１０００は、実行結果が設定されたコード情報６１０をメッセージ転送部１００１に送信し、また、ノートブック情報６００及び実行結果が設定されたコード情報６１０を記憶部１００２に送信する。

実行装置１１４の記憶部１００２は、ノートブック情報６００及びコード情報６１０を受信した場合、受信したノートブック情報６００に対応する部分ノートブック１０１０を更新する（ステップＳ６０６）。

具体的には、記憶部１００２は、ノートブック情報６００及びコード情報６１０を含む部分ノートブック１０１０を生成し、主記憶装置２０２の記憶領域に格納する。なお、受信した実行要求に含まれるノートブック情報６００と同一のノートブック情報６００を含む部分ノートブック１０１０が存在する場合、記憶部１００２は、既存の部分ノートブック１０１０にコード情報６１０を追加する。

実行装置１１４のメッセージ転送部１００１は、実行結果が設定されたコード情報６１０を受信した場合、メッセージルータ１１３のメッセージ転送部７００に実行結果が格納されたコード情報６１０を送信する（ステップＳ６０７）。また、実行装置１１４のメッセージ転送部１００１は、管理データ８１０を生成し、拠点管理装置１０２の拠点管理部９００に送信する（ステップＳ６０８）。

拠点管理装置１０２の拠点管理部９００は、管理データ８１０を受信した場合、記憶部９０１に管理データ８１０を送信することによって、実行装置管理情報９１０を更新する（ステップＳ６０９）。当該管理データ８１０は、図１４のステップＳ３０９にてメッセージルータ１１３に反映される。これによって、拠点リストが更新される。

メッセージルータ１１３のメッセージ転送部７００は、実行結果が格納されたコード情報６１０を受信した場合、当該コード情報６１０を開発支援装置１１２のエディタサーバ５００に送信する（ステップＳ６１０）。

開発支援装置１１２のエディタサーバ５００は、実行結果が格納されたコード情報６１０を受信した場合、結果表示欄４０４に実行結果を表示するための表示情報を生成し、クライアント端末１１１のノートブック入力表示部３００に送信する（ステップＳ６１１）。また、エディタサーバ５００は、記憶部５０１に、コード情報６１０を送信することによってノートブック５１０を更新する（ステップＳ６１２）。記憶部５０１は、受信したコード情報６１０に基づいて、ノートブック５１０の対応するコード情報６１０を更新する。

クライアント端末１１１のノートブック入力表示部３００は、表示情報を受信した場合、表示情報に基づいて結果表示欄４０４に実行結果を表示する（ステップＳ６１３）。

実施例１によれば、ユーザは、プログラムコードを実行させる拠点１０１を指定し、指定した拠点１０１でプログラムコードを実行させることができる。ユーザは、画面４００を参照しながら、プログラムコードの内容、プログラムコードを実行する拠点、及び分析対象のデータを修正できる。これによって、拠点１０１をまたいだ、試行錯誤的なアプリケーション開発が可能となる。また、関連のあるプログラムコード及び実行結果を一つのノートブック５１０としてまとめて管理し、表示することによって、ユーザ間でプログラムコード及び実行結果を共有することができる。

なお、クライアント端末１１１及び開発支援装置１１２によるノートブック５１０の編集及び管理は、エディタサーバ５００をウェブサーバとして機能させ、ノートブック入力表示部３００をウェブブラウザとして機能させるウェブアプリケーションとして実現してもよい。また、クライアント端末１１１及び開発支援装置１１２を一つのまとめたデスクトップアプリケーションとして実現してもよい。

なお、各装置が備える機能部は、複数の機能部を一つの機能部に集約してもよいし、一つの機能部を機能毎に複数の機能部に分けてもよい。また、各装置が備える機能部は、他の装置が備えるようにしてもよい。

なお、実施例１で説明した、装置構成、機能構成、データ構造、ユーザインタフェース、及びシーケンスは一例であって、これに限定されない。

実施例２では、プログラムコードの実行が推奨される拠点１０１がユーザに提示される。以下、実施例１との差異を中心に実施例２について説明する。

実施例２の計算機システム１００の構成は実施例１と同一である。実施例２の計算機システム１００を構成する各装置のハードウェア構成は実施例１と同一である。実施例２のクライアント端末１１１、開発支援装置１１２、及びデータ管理装置１１５の機能構成は実施例１と同一である。実施例２のノートブック５１０及び部分ノートブック１０１０のデータ構造は実施例１と同一である。実施例２の実行装置管理情報７１０、９１０のデータ構造は実施例１と同一である。

実施例２では、メッセージルータ１１３の機能構成が実施例１と一部異なる。図１８は、実施例２のメッセージルータ１１３の機能構成の一例を示す図である。

実施例２のメッセージルータ１１３は、主記憶装置２０２に推奨拠点判定部７０２を実現するプログラムを格納する。その他の構成は実施例１と同一である。

推奨拠点判定部７０２は、メッセージ転送部７００を介して拠点管理装置１０２から変数管理情報９１１（図１９を参照）を取得し、また、エディタサーバ５００からノートブック情報６００及びコード情報６１０を取得して、コード情報６１０に含まれるプログラムコードの実行が推奨される拠点１０１を特定する。以下の説明では、プログラムコードの実行が推奨される拠点１０１を推奨拠点１０１とも記載する。

実施例２では、拠点管理装置１０２の機能構成が実施例１と一部異なる。図１９は、実施例２の拠点管理装置１０２の機能構成の一例を示す図である。図２０は、実施例２の変数管理情報９１１のデータ構造の一例を示す図である。

実施例２の拠点管理装置１０２は、記憶部９０１が変数管理情報９１１及びノートブック９１２を管理する。

ノートブック９１２のデータ構造はノートブック５１０と同一のものである。変数管理情報９１１は、プログラムコードに含まれる変数を管理するための情報である。ここで、図２０を用いて、本実施例の変数管理情報９１１のデータ構造について説明する。

変数管理情報９１１は、ノートブック情報２００１及び変数リスト２００２が関連付けられた変数管理データ２０００を含む。一つのノートブック５１０に対して一つの変数管理データ２０００が生成される。

ノートブック情報２００１は、ノートブック情報６００と同一のものである。

変数リスト２００２は、変数名２０１１、拠点名２０１２、関連データ２０１３、操作２０１４、及び備考２０１５から構成されるエントリを格納する。一つの変数に対して一つのエントリが存在する。

変数名２０１１は、ノートブック５１０において使用された変数の名称を格納するフィールドである。拠点名２０１２は、変数を含むプログラムコードが実行された拠点１０１の名称を格納するフィールドである。関連データ２０１３は、変数に格納したデータ、及び加工した別の変数等、変数に関連するデータ（関連データ）を格納するフィールドである。操作２０１４は、関連データに対して行われた操作に関する情報を格納するフィールドである。操作２０１４には、例えば、操作の種別を示す値が格納される。備考２０１５は、変数に関する備考を格納するフィールドである。

なお、変数リスト２００２には、変数の他に、ライブラリ関数等が格納されてもよい。

以下の説明では、変数リスト２００２に格納されているものをまとめて「変数」と記載する。

実施例２では、実行装置１１４の機能構成が実施例１と一部異なる。図２１は、実施例２の実行装置１１４の機能構成の一例を示す図である。

実施例２の実行装置１１４は、記憶部１００２が部分変数管理情報１０１１を管理する。部分変数管理情報１０１１は、実行装置１１４が含まれる拠点１０１において実行されたプログラムコードに含まれる変数を管理するための変数管理データ２０００を格納する。

実施例２のノートブック生成処理、ノートブック削除処理、拠点リスト表示処理、プログラムコード入力処理、及び拠点選択処理は、実施例１とほぼ同一であるが、以下のように一部処理が異なる。

実施例２では、部分ノートブック１０１０の削除に伴って変数管理情報９１１が更新される。具体的には、ノートブック削除処理のステップＳ２０９において、削除された部分ノートブック１０１０に対応する変数管理データ２０００が変数管理情報９１１から削除される。

実施例２では、部分ノートブック１０１０の更新に伴って部分変数管理情報１０１１が更新される。具体的には、プログラムコード実行処理のステップＳ６０６において部分変数管理情報１０１１の部分ノートブック１０１０に対応する変数管理データ２０００が更新される。

実施例２のプログラムコード実行処理では、開発支援装置１１２がクライアント端末１１１から実行要求を受信した場合（ステップＳ６０１）、以下のような処理を実行する。図２２は、実施例２の開発支援装置１１２が実行する拠点確認処理の一例を説明するフローチャートである。

開発支援装置１１２のエディタサーバ５００は、記憶部５０１から、実行要求に含まれる識別情報に対応するノートブック５１０を読み出し、実行対象のプログラムコードに対応するコード情報６１０を取得する（ステップＳ７００）。

エディタサーバ５００は、選択された拠点１０１が推奨拠点１０１であるか否かを判定する（ステップＳ７０１）。

具体的には、エディタサーバ５００は、メッセージルータ１１３から受信した推奨拠点１０１の情報と、コード情報６１０の実行拠点情報６０４とに基づいて、選択された拠点１０１が推奨拠点１０１であるか否かを判定する。推奨拠点１０１の情報の生成方法は図２３を用いて説明する。

選択された拠点１０１が推奨拠点１０１である場合、エディタサーバ５００は、拠点確認処理を終了する。その後、エディタサーバ５００はステップＳ６０２の処理を開始する。

選択された拠点１０１が推奨拠点１０１ではない場合、エディタサーバ５００は、選択された拠点１０１にてプログラムコードを実行するか否かを確認するための確認画面をクライアント端末１１１に表示する（ステップＳ７０２）。その後、エディタサーバ５００はユーザからの入力を待つ。

具体的には、エディタサーバ５００は、確認画面を表示するための表示情報を生成し、クライアント端末１１１のノートブック入力表示部３００に送信する。

エディタサーバ５００は、クライアント端末１１１のノートブック入力表示部３００からユーザ入力を受信した場合、当該ユーザ入力が実行許可であるか否かを判定する（ステップＳ７０３）。

ユーザ入力が実行許可である場合、エディタサーバ５００は、拠点確認処理を終了する。その後、エディタサーバ５００はステップＳ６０２の処理を開始する。

ユーザ入力が実行許可でない場合、エディタサーバ５００は、プログラムコード及び拠点１０１の修正を受け付ける状態（修正受付状態）に遷移し（ステップＳ７０４）、拠点確認処理を終了する。この場合、ステップＳ６０２の処理は実行されず、ユーザの入力に合わせて、プログラムコード入力処理（図１５）及び拠点選択処理（図１６）が実行される。

実施例２の拠点リスト表示処理では、ユーザは、メッセージルータ１１３によって特定された推奨拠点１０１の中からプログラムコードを実行させる拠点１０１を選択する。

実施例２では、部分変数管理情報１０１１に基づいて、変数管理情報９１１が更新される。具体的には、プログラムコード実行処理のステップＳ６０８において、管理データ８１０とともに変数管理データ２０００が送信され、ステップＳ６０９において、変数管理情報９１１に変数管理データ２０００が格納される。

図２３は、実施例２の計算機システム１００において実行される推奨拠点表示処理の一例を説明するシーケンス図である。

推奨拠点表示処理は、例えば、プログラムコード入力処理が実行された後に実行されるものとする。

開発支援装置１１２のエディタサーバ５００は、推奨拠点表示要求をメッセージルータ１１３のメッセージ転送部７００に送信する（ステップＳ８００）。推奨拠点表示要求には、ステップＳ４０５において更新されたコード情報６１０、及び当該コード情報６１０を含むノートブック５１０のノートブック情報６００が含まれる。

メッセージルータ１１３のメッセージ転送部７００は、推奨拠点表示要求を受信した場合、推奨拠点判定部７０２にコード情報６１０及びノートブック情報６００を送信し、また、拠点管理装置１０２の拠点管理部９００に変数リスト取得要求を送信する（ステップＳ８０１）。変数リスト取得要求にはノートブック情報６００が含まれる。

拠点管理装置１０２の拠点管理部９００は、変数リスト取得要求を受信した場合、記憶部９０１を介して変数管理情報９１１から、ノートブック情報２００１が変数リスト取得要求に含まれるノートブック情報６００に一致する変数管理データ２０００を取得し、メッセージルータ１１３のメッセージ転送部７００に変数管理データ２０００を送信する（ステップＳ８０２）。

メッセージルータ１１３のメッセージ転送部７００は変数管理データ２０００を推奨拠点判定部７０２に送信し、推奨拠点判定部７０２はコード情報６１０、ノートブック情報６００、及び変数管理データ２０００を受信した場合、推奨拠点特定処理を実行する（ステップＳ８０３）。推奨拠点特定処理の詳細は図２４Ａ、図２４Ｂ、及び図２４Ｃを用いて説明する。

メッセージルータ１１３の推奨拠点判定部７０２は推奨拠点特定処理によって特定された推奨拠点１０１の情報をメッセージ転送部７００に送信し、メッセージ転送部７００は、推奨拠点１０１の情報を受信した場合、開発支援装置１１２のエディタサーバ５００に当該情報を送信する（ステップＳ８０４）。

開発支援装置１１２のエディタサーバ５００は、推奨拠点１０１の情報を受信した場合、推奨拠点１０１を表示するための表示情報を生成し、クライアント端末１１１のノートブック入力表示部３００に送信する（ステップＳ８０５）。

クライアント端末１１１のノートブック入力表示部３００は、表示情報に基づいて推奨拠点１０１を表示する（ステップＳ８０６）。

例えば、拠点指定欄４０３に推奨拠点１０１を表示する方法、画面４００とは異なる画面にて推奨拠点１０１を表示する方法等が考えられる。拠点１０１の名称とともに判定理由が表示されてもよい。

なお、推奨拠点１０１が二つ以上ある場合、推奨拠点判定部７０２は、ランダムに一つの推奨拠点１０１を選択し、クライアント端末１１１に通知してもよい。

なお、推奨拠点表示処理において、推奨拠点１０１を特定できない場合、推奨拠点判定部７０２は、推奨拠点１０１が特定できない旨をクライアント端末１１１に通知してもよい。

拠点選択処理では、ステップＳ５００において、ユーザは推奨拠点１０１の情報に基づいてプログラムコードを実行する拠点を選択する。

図２４Ａ、図２４Ｂ、及び図２４Ｃは、実施例２の推奨拠点判定部７０２が実行する推奨拠点特定処理の一例を説明するフローチャートである。

推奨拠点判定部７０２は、推奨拠点表示要求に含まれるコード情報６１０のプログラムコード６０２からプログラムコードを取得する（ステップＳ９００）。

推奨拠点判定部７０２は、プログラムコードの記述に用いられているプログラム言語の構文にしたがってプログラムコードを解析し、データの読み出し又は書き込み等、拠点１０１におけるデータファイル処理に関する処理文がプログラムコードに含まれるか否かを判定する（ステップＳ９０１）。例えば、ｌｏａｄやｒｅａｄ、ｃｓｖ．ｒｅａｄ、ｗｒｉｔｅ等が含まれるか否かが判定される。

拠点１０１におけるデータファイル処理に関する処理文がプログラムコードに含まれない場合、推奨拠点判定部７０２は、プログラムコードに変数が含まれるか否かを判定する（ステップＳ９０２）。

プログラムコードに変数が含まれない場合、推奨拠点判定部７０２は、受信したコード情報６１０を含むノートブック５１０に実行済みのプログラムコード（コード情報６１０）が存在するか否かを判定する（ステップＳ９０３）。具体的には、以下のような処理が実行される。

推奨拠点判定部７０２は、開発支援装置１１２のエディタサーバ５００にコード情報取得要求を送信する。コード情報取得要求は、推奨拠点表示要求に含まれるコード情報６１０及びノートブック情報６００を含む。

エディタサーバ５００は、コード情報取得要求を受信した場合、記憶部５０１からノートブック情報６００を含むノートブック５１０を取得し、当該ノートブック５１０に受信したコード情報６１０以外のコード情報６１０が含まれるか否かを判定する。ノートブック５１０に受信したコード情報６１０以外のコード情報６１０が含まれない場合、エディタサーバ５００はエラーを推奨拠点判定部７０２に通知する。ノートブック５１０に受信したコード情報６１０以外のコード情報６１０が含まれる場合、エディタサーバ５００は、直前に実行されたプログラムコードのコード情報６１０を推奨拠点判定部７０２に送信する。

推奨拠点判定部７０２は、エディタサーバ５００からコード情報６１０を受信した場合、受信したコード情報６１０を含むノートブック５１０に実行済みのプログラムコード（コード情報６１０）が存在すると判定する。推奨拠点判定部７０２は、エディタサーバ５００からエラーを受信した場合、受信したコード情報６１０を含むノートブック５１０に実行済みのプログラムコード（コード情報６１０）が存在しないと判定する。

なお、エディタサーバ５００による直前に実行されたプログラムコードのコード情報６１０の送信は、ステップＳ８００において実行されてもよい。

なお、メッセージルータ１１３が、各ノートブック５１０の最新の実行済みのコード情報６１０を保持するようにしてもよい。

なお、推奨拠点判定部７０２は、コード情報６１０を用いてプログラムコードの実行先として選択された拠点１０１の選択頻度を分析し、選択頻度が高い拠点１０１を選択してもよい。以上がステップＳ９０３の処理の説明である。

受信したコード情報６１０を含むノートブック５１０に実行済みのプログラムコード（コード情報６１０）が存在しない場合、推奨拠点判定部７０２は、開発支援装置１１２が所属する拠点１０１を推奨拠点１０１に決定し（ステップＳ９０４）、その後、推奨拠点特定処理を終了する。

ステップＳ９０１において、拠点１０１におけるデータファイル処理に関する処理文がプログラムコードに含まれる場合、推奨拠点判定部７０２は、プログラムコードに含まれるデータパスに基づいて、処理対象のデータを保持する拠点１０１を抽出する（ステップＳ９１０）。

本実施例では、プログラムコード入力処理（図１５）において、拠点名を含むフルパスでデータパスを入力するように、エディタサーバ５００が制御している。

推奨拠点判定部７０２は、抽出された拠点１０１が一つであるか否かを判定する（ステップＳ９１１）。

抽出された拠点１０１が一つである場合、推奨拠点判定部７０２は、当該拠点１０１を推奨拠点１０１に決定し（ステップＳ９０５）、その後、推奨拠点特定処理を終了する。

抽出された拠点１０１が一つでない場合、推奨拠点判定部７０２は、プログラムコードの修正を受け付ける状態（修正受付状態）への遷移をエディタサーバ５００に指示し（ステップＳ９１２）、その後、推奨拠点特定処理を終了する。

エディタサーバ５００は、当該指示を受け付けた場合、クライアント端末１１１のノートブック入力表示部３００に、コード入力欄４０２のプログラムコードの修正又は変更を促す画面を表示するための表示情報を送信する。

ステップＳ９０２において、プログラムコードに変数が含まれる場合、推奨拠点判定部７０２は、同一の変数を含むプログラムコードが実行された拠点を抽出する（ステップＳ９２０）。具体的には、以下のような処理が実行される。

推奨拠点判定部７０２は、メッセージ転送部７００を介して、拠点管理装置１０２の拠点管理部９００に変数検索要求を送信する。変数検索要求はプログラムコードから抽出された変数を含む。

拠点管理部９００は、変数検索要求を受信した場合、各変数管理データ２０００の変数リスト２００２を参照し、変数検索要求に含まれる変数を含むエントリを検索する。拠点管理部９００は、検索されたエントリの拠点名２０１２の値を推奨拠点判定部７０２に送信する。

なお、複数の変数が抽出された場合、各変数について拠点が抽出されるものとする。以上がステップＳ９２０の処理の説明である。

推奨拠点判定部７０２は、抽出された拠点１０１が一つであるか否かを判定する（ステップＳ９２１）。

抽出された拠点１０１が一つである場合、推奨拠点判定部７０２は、当該拠点１０１を推奨拠点１０１に決定し（ステップＳ９０５）、その後、推奨拠点特定処理を終了する。なお、判定の根拠をユーザに示すため、変数リスト２００２のエントリに含まれる関連データ２０１３、操作２０１４、及び備考２０１５等の値をユーザに提示するようにしてもよい。

抽出された拠点１０１が一つでない場合、推奨拠点判定部７０２は、プログラムコード及び拠点の修正を受け付ける状態（修正受付状態）への遷移をエディタサーバ５００に指示し（ステップＳ９２２）、その後、拠点確認処理を実行する。

エディタサーバ５００は、当該指示を受け付けた場合、クライアント端末１１１のノートブック入力表示部３００に、抽出された拠点１０１を表示し、一つの拠点１０１を選択する必要があることを表示するための表示情報を送信する。

ステップＳ９０３において、受信したコード情報６１０を含むノートブック５１０に実行済みのプログラムコード（コード情報６１０）が存在する場合、推奨拠点判定部７０２は、エディタサーバ５００から受信したコード情報６１０から拠点１０１の情報を抽出する（ステップＳ９３０）。

推奨拠点判定部７０２は、抽出された拠点１０１を推奨拠点１０１に決定し（ステップＳ９０５）、その後、推奨拠点特定処理を終了する。

実施例２によれば、計算機システム１００は、プログラムコードの実行が推奨される推奨拠点１０１をユーザに提示することができる。これによって、ユーザの操作負担を低減できる。プログラムコードの処理対象のデータを保持する拠点１０１等が、自動的に推奨拠点１０１として提示されるため、拠点１０１において管理される分析対象データ１１１０等の秘匿情報が流出するリスクを低減できる。

実施例３では、分析対象データ１１１０の選択を補助する情報を提供する。以下、実施例１との差異を中心に実施例３について説明する。

実施例３の計算機システム１００の構成は実施例１と同一である。実施例３の計算機システム１００を構成する各装置のハードウェア構成は実施例１と同一である。実施例３の開発支援装置１１２、メッセージルータ１１３、実行装置１１４、及び拠点管理装置１０２の構成は実施例１と同一である。実施例３のノートブック５１０及び部分ノートブック１０１０のデータ構造は実施例１と同一である。実施例３の実行装置管理情報７１０、９１０のデータ構造は実施例１と同一である。

実施例３では、クライアント端末１１１の機能構成が実施例１と一部異なる。図２５は、実施例３のクライアント端末１１１の機能構成の一例を示す図である。

実施例３のクライアント端末１１１は、主記憶装置２０２にデータ一覧表示部３０１を実現するプログラムを格納する。その他の構成は実施例１と同一である。

データ一覧表示部３０１は、各拠点１０１のデータ管理装置１１５からメタデータ１１１１を取得し、分析対象データ１１１０の一覧をユーザに提示する。メタデータ１１１１の取得方法は、例えば、データ管理装置１１５から直接取得する方法、メッセージルータ１１３のメッセージ転送部７００を介して取得する方法等が考えられる。本実施例では、データ一覧表示部３０１は、データ管理装置１１５から直接メタデータ１１１１を取得するものとする。

また、データ一覧表示部３０１は、ユーザから閲覧申請を受け付け、分析対象データ１１１０を保持するデータ管理装置１１５に閲覧申請を送信する。データ一覧表示部３０１は、データ管理装置１１５から分析対象データ１１１０に関する情報を受信し、ユーザに提示する。

実施例３では、データ管理装置１１５の機能構成が実施例１と一部異なる。図２６は、実施例３のデータ管理装置１１５の機能構成の一例を示す図である。

実施例３のデータ管理装置１１５は、主記憶装置２０２にダミーデータ生成部１１０２及びデータ転送部１１０３を実現するプログラムを格納する。また、実施例３の記憶部１１０１は、ダミーデータ１１１２を保存する。その他の構成は実施例１と同一である。

ダミーデータ１１１２は、メタデータ１１１１に含まれる秘匿情報が加工されたデータである。ダミーデータ１１１２は、例えば、分析対象データ１１１０と同一又は異なるデータ型の定型データ、分析対象データ１１１０に対してマスキング及びｋ－匿名化等の匿名化処理を行ったデータ、シミュレーション及び機械学習によって生成された、分析対象データ１１１０と同じ傾向のデータである。

ダミーデータ生成部１１０２は、メタデータ１１１１に含まれる秘匿情報からダミーデータ１１１２を生成する。

データ転送部１１０３は、データ一覧表示部３０１に秘匿情報がダミーデータ１１１２に置き換えられたメタデータ１１１１を送信する。また、データ転送部１１０３は、データ一覧表示部３０１から閲覧要求を受信した場合、閲覧対象のデータに関する情報をデータ一覧表示部３０１に送信する。

なお、分析対象データ１１１０が開発支援装置１１２に送信されてもよい。この場合、分析対象データ１１１０に含まれる秘匿情報がダミーデータ１１１２に置き換えられる。

図２７は、実施例３のデータ一覧表示部３０１によって表示される画面２７００の一例を示す図である。

画面２７００には、データ一覧表示部３０１がデータ管理装置１１５から受信したメタデータ１１１１に基づいて生成したデータ一覧２７１０が表示される。データ一覧２７１０の一つのエントリが一つのメタデータ１１１１に対応する。データ一覧２７１０のエントリは、データ名２７１１、生成日２７１２、拠点２７１３、保管場所２７１４、備考２７１５、及びダミー２７１６を含む。

データ名２７１１は、分析対象データ１１１０の名称を格納するフィールドである。生成日２７１２は、分析対象データ１１１０の生成日を格納するフィールドである。拠点２７１３は、分析対象データ１１１０が保管されている拠点１０１の名称を格納するフィールドである。保管場所２７１４は、拠点１０１内の分析対象データ１１１０の保管場所を示す情報を格納するフィールドである。

備考２７１５は、分析対象データ１１１０の概要等を格納するフィールドである。備考２７１５には、例えば、分析対象データ１１１０に秘匿情報が含まれるか否かを示す情報が格納される。

ダミー２７１６は、分析対象データ１１１０の少なくとも一部がダミーデータ１１１２に置き換えられているか否かを示すフラグを格納するフィールドである。分析対象データ１１１０の少なくとも一部がダミーデータ１１１２に置き換えられている場合、ダミー２７１６には「有」が格納され、分析対象データ１１１０の少なくとも一部がダミーデータ１１１２に置き換えられていない場合、ダミー２７１６には「無」が格納される。

ユーザは、内容を確認したい分析対象データ１１１０が存在する場合、データ一覧２７１０のエントリを選択し、閲覧を申請するための操作を行う。例えば、ユーザは、分析対象データ１１１０に対応するエントリをクリックすることによって、カーソル２７２０を移動させ、さらに、当該エントリをダブルクリックすることによって閲覧を申請する。

閲覧申請は、データ一覧表示部３０１によって、拠点２７１３に対応する拠点１０１に含まれるデータ管理装置１１５のデータ転送部１１０３に送信される。データ転送部１１０３は、分析対象データ１１１０又はメタデータ１１１１をデータ一覧表示部３０１に送信する。

実施例３によれば、ユーザに対して各拠点１０１が保持する分析対象データ１１１０を表示することによって、処理対象のデータの取捨選択が容易となる。したがって、効率的にアプリケーションを開発することができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。また、例えば、上記した実施例は本発明を分かりやすく説明するために構成を詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成に追加、削除、置換することが可能である。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、本発明は、実施例の機能を実現するソフトウェアのプログラムコードによっても実現できる。この場合、プログラムコードを記録した記憶媒体をコンピュータに提供し、そのコンピュータが備えるプロセッサが記憶媒体に格納されたプログラムコードを読み出す。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施例の機能を実現することになり、そのプログラムコード自体、及びそれを記憶した記憶媒体は本発明を構成することになる。このようなプログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）、光ディスク、光磁気ディスク、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどが用いられる。

また、本実施例に記載の機能を実現するプログラムコードは、例えば、アセンブラ、Ｃ／Ｃ＋＋、ｐｅｒｌ、Ｓｈｅｌｌ、ＰＨＰ、Ｐｙｔｈｏｎ、Ｊａｖａ（登録商標）等の広範囲のプログラム又はスクリプト言語で実装できる。

さらに、実施例の機能を実現するソフトウェアのプログラムコードを、ネットワークを介して配信することによって、それをコンピュータのハードディスクやメモリ等の記憶手段又はＣＤ－ＲＷ、ＣＤ－Ｒ等の記憶媒体に格納し、コンピュータが備えるプロセッサが当該記憶手段や当該記憶媒体に格納されたプログラムコードを読み出して実行するようにしてもよい。

上述の実施例において、制御線や情報線は、説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。全ての構成が相互に接続されていてもよい。

１００ 計算機システム
１０１ 拠点
１０２ 拠点管理装置
１０３ ネットワーク
１１１ クライアント端末
１１２ 開発支援装置
１１３ メッセージルータ
１１４ 実行装置
１１５ データ管理装置
２００ 情報処理装置
２０１ プロセッサ
２０２ 主記憶装置
２０３ 補助記憶装置
２０４ 入力装置
２０５ 出力装置
２０６ 通信装置
３００ ノートブック入力表示部
３０１ データ一覧表示部
５００ エディタサーバ
５０１、７０１、９０１、１００２、１１０１ 記憶部
５１０、９１２ ノートブック
６００、２００１ ノートブック情報
６１０ コード情報
７００、１００１ メッセージ転送部
７０２ 推奨拠点判定部
７１０、９１０ 実行装置管理情報
９００ 拠点管理部
９１１ 変数管理情報
１０００ プログラムコード実行部
１０１０ 部分ノートブック
１０１１ 部分変数管理情報
１１００ データ管理部
１１０２ ダミーデータ生成部
１１０３ データ転送部
１１１０ 分析対象データ
１１１１ メタデータ
１１１２ ダミーデータ

Claims (15)

1. 複数の拠点及び複数の計算機を備える計算機システムであって、
   前記複数の計算機は、前記拠点に格納されるデータを用いた処理を実行するためのプログラムコードの入力を受け付けるエディタを有する計算機を少なくとも一つ含み、
   前記複数の拠点の各々は、前記プログラムコードに基づいて前記データを用いた処理を実行する実行部を有する計算機を少なくとも一つ含み、前記データを管理するデータ管理部を有する計算機を少なくとも一つ含み、
   前記エディタは、
   前記プログラムコード及び当該プログラムコードを実行する前記拠点の入力をユーザから受け付けるインタフェースを提供し、
   前記インタフェースを介して、前記プログラムコード及び前記拠点の入力を受け付けた場合、前記拠点の前記実行部に前記プログラムコードを含む実行要求を送信し、
   前記実行部から前記プログラムコードの実行結果を受信し、
   前記ユーザに前記実行結果を提示するための表示情報を生成することを特徴とする計算機システム。
2. 請求項１に記載の計算機システムであって、
   前記複数の計算機は、前記複数の拠点と前記エディタとの間のメッセージの送受信を制御するメッセージ転送部を有する計算機を少なくとも一つ含み、
   前記メッセージ転送部は、
   前記複数の拠点の中から、前記プログラムコードの実行を推奨する推奨拠点を特定し、
   前記推奨拠点の情報を前記エディタに送信し、
   前記エディタは、前記推奨拠点の情報に基づいて、前記ユーザに前記推奨拠点を提示するための表示情報を生成することを特徴とする計算機システム。
3. 請求項２に記載の計算機システムであって、
   前記メッセージ転送部は、
   前記複数の拠点の各々の前記実行部の状態を管理する実行部管理情報にアクセス可能であって、
   前記エディタから前記実行要求を受信した場合、前記実行部管理情報を参照して、前記実行要求に含まれる前記拠点の前記実行部の中から、前記実行要求に含まれる前記プログラムコードを実行させる前記実行部を選択し、
   選択された前記実行部に前記実行要求を送信することを特徴とする計算機システム。
4. 請求項２に記載の計算機システムであって、
   前記メッセージ転送部は、
   前記インタフェースを介して入力された前記プログラムコードを分析し、
   前記分析の結果に基づいて前記推奨拠点を特定することを特徴とする計算機システム。
5. 請求項４に記載の計算機システムであって、
   前記メッセージ転送部は、前記プログラムコードに処理対象の前記データを特定するための情報が含まれる場合、当該情報に基づいて処理対象の前記データを格納する前記拠点を前記推奨拠点として特定することを特徴とする計算機システム。
6. 請求項４に記載の計算機システムであって、
   前記メッセージ転送部は、
   過去に実行された前記プログラムコードに含まれる変数と当該プログラムコードを実行した前記拠点の関連付けを管理する変数管理情報にアクセス可能であって、
   前記インタフェースを介して入力された前記プログラムコードに含まれる変数を抽出し、
   前記変数管理情報を参照して、抽出された前記変数と関連付けられる前記拠点を前記推奨拠点として特定することを特徴とする計算機システム。
7. 請求項２に記載の計算機システムであって、
   前記メッセージ転送部は、
   過去に実行された前記プログラムコードと当該プログラムコードを実行した前記拠点の関連付けを管理するプログラム開発情報にアクセス可能であって、
   前記プログラム開発情報を参照して、前記インタフェースを介して入力された前記プログラムコードと同一の前記プログラムコードに関連付けられる前記拠点を前記推奨拠点として特定することを特徴とする計算機システム。
8. 請求項２に記載の計算機システムであって、
   前記エディタは、
   前記メッセージ転送部を介して、前記拠点に対してデータ閲覧要求を送信し、
   前記メッセージ転送部を介して、前記データ閲覧要求を送信した前記拠点の前記データ管理部から受信した応答に基づいて、前記データ閲覧要求を送信した前記拠点の前記データに関する情報を表示するための表示情報を生成し、
   前記データ管理部は、
   前記メッセージ転送部を介して、前記データ閲覧要求を受信した場合、前記データに含まれ、外部への提供が禁止されている項目から外部への提供が可能なダミーデータを生成し、
   前記メッセージ転送部を介して、前記エディタに、前記項目が前記ダミーデータに置き換えられた前記データを含む前記応答を送信することを特徴とする計算機システム。
9. 複数の拠点及び複数の計算機を含む計算機システムにおけるプログラムコードの実行制御方法であって、
   前記複数の計算機は、前記拠点に格納されるデータを用いた処理を実行するためのプログラムコードの入力を受け付けるエディタを有する計算機を少なくとも一つ含み、
   前記複数の拠点の各々は、前記プログラムコードに基づいて前記データを用いた処理を実行する実行部を有する計算機を少なくとも一つ含み、前記データを管理するデータ管理部を有する計算機を少なくとも一つ含み、
   前記プログラムコードの実行制御方法は、
   前記エディタが、前記プログラムコード及び当該プログラムコードを実行する前記拠点の入力をユーザから受け付けるインタフェースを提供する第１のステップと、
   前記エディタが、前記インタフェースを介して、前記プログラムコード及び前記拠点の入力を受け付けた場合、前記拠点の前記実行部に前記プログラムコードを含む実行要求を送信する第２のステップと、
   前記エディタが、前記実行部から前記プログラムコードの実行結果を受信する第３のステップと、
   前記エディタが、前記ユーザに前記実行結果を提示するための表示情報を生成する第４のステップと、を含むことを特徴とするプログラムコードの実行制御方法。
10. 請求項９に記載のプログラムコードの実行制御方法であって、
    前記複数の計算機は、前記複数の拠点と前記エディタとの間のメッセージの送受信を制御するメッセージ転送部を有する計算機を少なくとも一つ含み、
    前記プログラムコードの実行制御方法は、
    前記メッセージ転送部が、前記複数の拠点の中から、前記プログラムコードの実行を推奨する推奨拠点を特定する第５のステップと、
    前記メッセージ転送部が、前記推奨拠点の情報を前記エディタに送信する第６のステップと、を含み、
    前記第１のステップは、前記エディタが、前記推奨拠点の情報に基づいて、前記ユーザに前記推奨拠点を提示するための表示情報を生成するステップを含むことを特徴とするプログラムコードの実行制御方法。
11. 請求項１０に記載のプログラムコードの実行制御方法であって、
    前記メッセージ転送部は、前記複数の拠点の各々の前記実行部の状態を管理する実行部管理情報にアクセス可能であって、
    前記プログラムコードの実行制御方法は、
    前記メッセージ転送部が、前記エディタから前記実行要求を受信した場合、前記実行部管理情報を参照して、前記実行要求に含まれる前記拠点の前記実行部の中から、前記実行要求に含まれる前記プログラムコードを実行させる前記実行部を選択するステップと、
    前記メッセージ転送部が、選択された前記実行部に前記実行要求を送信するステップと、を含むことを特徴とするプログラムコードの実行制御方法。
12. 請求項１０に記載のプログラムコードの実行制御方法であって、
    前記第５のステップは、前記メッセージ転送部が、前記プログラムコードに処理対象の前記データを特定するための情報が含まれる場合、当該情報に基づいて処理対象の前記データを格納する前記拠点を前記推奨拠点として特定するステップを含むことを特徴とするプログラムコードの実行制御方法。
13. 請求項１０に記載のプログラムコードの実行制御方法であって、
    前記メッセージ転送部は、過去に実行された前記プログラムコードに含まれる変数と当該プログラムコードを実行した前記拠点の関連付けを管理する変数管理情報にアクセス可能であって、
    前記第５のステップは、
    前記メッセージ転送部が、前記インタフェースを介して入力された前記プログラムコードに含まれる変数を抽出するステップと、
    前記メッセージ転送部が、前記変数管理情報を参照して、抽出された前記変数と関連付けられる前記拠点を前記推奨拠点として特定するステップと、を含むことを特徴とするプログラムコードの実行制御方法。
14. 請求項１０に記載のプログラムコードの実行制御方法であって、
    前記メッセージ転送部は、過去に実行された前記プログラムコードと当該プログラムコードを実行した前記拠点の関連付けを管理するプログラム開発情報にアクセス可能であって、
    前記第５のステップは、前記メッセージ転送部が、前記プログラム開発情報を参照して、前記インタフェースを介して入力された前記プログラムコードと同一の前記プログラムコードに関連付けられる前記拠点を前記推奨拠点として特定するステップを含むことを特徴とするプログラムコードの実行制御方法。
15. 請求項１０に記載のプログラムコードの実行制御方法であって、
    前記エディタが、前記メッセージ転送部を介して、前記拠点に対してデータ閲覧要求を送信するステップと、
    前記データ管理部が、前記メッセージ転送部を介して、前記データ閲覧要求を受信した場合、前記データに含まれ、外部への提供が禁止されている項目から外部への提供が可能なダミーデータを生成するステップと、
    前記データ管理部が、前記メッセージ転送部を介して、前記エディタに、前記項目が前記ダミーデータに置き換えられた前記データを含む応答を送信するステップと、
    前記エディタが、前記メッセージ転送部を介して、前記応答を受信した場合、当該応答に基づいて、前記データ閲覧要求を送信した前記拠点の前記データに関する情報を表示するための表示情報を生成しするステップと、を含むプログラムコードの実行制御方法。

Images