JP7049725B2 - 情報処理装置、プログラム及び情報処理方法 - Google Patents

Description

本発明は、情報処理装置、プログラム及び情報処理方法に関する。

資産運用の際に、複数の金融商品銘柄を組み合わせたポートフォリオを作成し、そのポートフォリオに従って資産を運用する手法がある。それに伴い、ポートフォリオの作成及び運用を支援する種々のシステムが提案されている。例えば特許文献１では、投資家が選択したテーマに応じたポートフォリオを作成し、投資家に提案する情報処理装置が開示されている。

特許第６２８５５２５号公報

しかしながら、特許文献１に係る発明は、ユーザが簡単にポートフォリオを構築し、運用可能なものではない。

一つの側面では、ポートフォリオに基づく資産運用を好適に支援することができる情報処理装置等を提供することを目的とする。

一つの側面に係る情報処理装置は、市場で取引される複数の取引銘柄の銘柄情報を取得する取得部と、前記銘柄情報に基づき、複数の取引銘柄の組み合わせであるポートフォリオを複数パターン生成する生成部と、生成した複数パターンの前記ポートフォリオから、ユーザの資産を運用するポートフォリオを選択する選択入力を受け付ける受付部と、選択された前記ポートフォリオに含まれる複数の取引銘柄の発注依頼を出力する発注部とを備え、前記生成部は、一パターン当たり、所定の基準額を複数銘柄に配分した基準ポートフォリオと、前記基準額から所定金額ずつ異なる調整額を複数銘柄に配分した複数の調整ポートフォリオとを生成し、前記発注部は、前記ユーザが資産運用に充てる運用額に応じて、一又は複数の前記基準ポートフォリオ、及び一の前記調整ポートフォリオの発注依頼を出力する。

一つの側面では、ポートフォリオに基づく資産運用を好適に支援することができる。

運用システムの構成例を示す説明図である。 サーバの構成例を示すブロック図である。 端末の構成例を示すブロック図である。 銘柄ＤＢ、ポートフォリオＤＢ、ユーザＤＢ、出力テーブルのレコードレイアウトの一例を示す説明図である。 景況感入力画面の一例を示す説明図である。 ポートフォリオ選択画面の一例を示す説明図である。 ポートフォリオのリスク特性を概念的に示すレーダーチャートである。 ポートフォリオ表示画面の一例を示す説明図である。 運用情報の表示画面例を示す説明図である。 運用実績レポートの一例を示す説明図である。 基準ポートフォリオ及び調整ポートフォリオに関する説明図である。 基準ポートフォリオ及び調整ポートフォリオのリバランスに関する説明図である。 運用ポートフォリオのリバランスに関する説明図である。 相関係数の算出方法を示す説明図である。 ポートフォリオ生成処理の処理手順を示すフローチャートである。 運用依頼処理の処理手順を示すフローチャートである。 リバランス処理の処理手順を示すフローチャートである。 ヘッジ設定画面の一例を示す説明図である。 実施の形態２に係る運用情報の表示画面例を示す説明図である。 ヘッジ設定処理の手順を示すフローチャートである。 リスクヘッジ処理の手順を示すフローチャートである。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
図１は、運用システムの構成例を示す説明図である。本実施の形態では、ユーザが回答した景況感に応じてポートフォリオを提案し、ユーザの資産を運用する運用システムについて説明する。運用システムは、ポートフォリオ生成サーバ１ａ、発注リスト生成サーバ１ｂ、発注サーバ１ｃ、端末２、２、２…を含む。各装置はインターネット等のネットワークＮに通信接続されている。

ポートフォリオ生成サーバ１ａは、種々の情報処理、情報の送受信が可能な情報処理装置であり、複数の取引銘柄を組み合わせたポートフォリオを生成するサーバコンピュータである。本実施の形態では取引銘柄として株式を対象とし、ポートフォリオ生成サーバ１ａは、市場で取引される各銘柄の情報に基づき、後述のように、リスク特性に応じた複数パターンのポートフォリオを生成する。なお、運用対象となる取引銘柄は株式に限定されず、債権等の他の金融商品であってもよい。ポートフォリオ生成サーバ１ａは、生成した各ポートフォリオをユーザに提示し、資産を運用するポートフォリオの選択を受け付ける。

発注リスト生成サーバ１ｂは、ポートフォリオに含まれる各取引銘柄の発注リストを生成するサーバコンピュータである。発注リスト生成サーバ１ｂは、ポートフォリオ生成サーバ１ａが生成し、ユーザが選択したポートフォリオに従って各銘柄の発注リストを生成し、発注サーバ１ｃに出力する。

発注サーバ１ｃは、発注リスト生成サーバ１ｂが生成した発注リストに従い、各銘柄の発注依頼を証券会社等の外部の金融取引システム（不図示）に出力するサーバコンピュータである。発注サーバ１ｃは、各ユーザの発注リストを一括した上で発注依頼を出力し、各ユーザの口座に分配する。

なお、本明細書で「発注」とは、取引銘柄を購入する場合だけでなく、後述のリバランスのように、取引銘柄を売却する場合も含み得る。

上述の如く、本システムではポートフォリオ生成サーバ１ａ、発注リスト生成サーバ１ｂ、発注サーバ１ｃがそれぞれ、ポートフォリオの生成、発注リストの生成、及び発注依頼の出力を行う。なお、一台のコンピュータが全ての処理を行ってもよく、あるいは四台以上のコンピュータが連携して処理を行ってもよい。以下の説明では簡潔のため、３台のサーバコンピュータをサーバ１と表記し、一台のサーバコンピュータが一連の処理を行うものとして説明する。

端末２は、本システムを利用するユーザ（顧客）の情報処理端末であり、例えばスマートフォン、パーソナルコンピュータ、タブレット端末等である。端末２は、後述の各操作画面（図５等参照）を表示し、ポートフォリオの選択等の操作入力を受け付ける。

上述の如く、サーバ１は、複数銘柄を組み合わせたポートフォリオを生成してユーザに提示し、ユーザの資産を運用するポートフォリオの選択入力を受け付ける。ここでサーバ１は、ポートフォリオを提示する際に現在の景況感を問う質問を出力し、ユーザから現在の景況感について回答の入力を受け付ける。サーバ１は、回答された現在の景況感に応じて、複数パターンのポートフォリオを候補として提示し、ユーザの資産を運用するポートフォリオの選択入力を受け付ける。これにより、資産運用について専門的な知識を有しないユーザであっても、景況感をキーにして簡単に資産運用を始めることができる。

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、主記憶部１２、通信部１３、及び補助記憶部１４を備える。
制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有し、補助記憶部１４に記憶されたプログラムＰ１を読み出して実行することにより、種々の情報処理、制御処理等を行う。主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の一時記憶領域であり、制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。通信部１３は、通信に関する処理を行うための通信モジュールであり、外部と情報の送受信を行う。

補助記憶部１４は、大容量メモリ、ハードディスク等の不揮発性記憶領域であり、制御部１１が処理を実行するために必要なプログラムＰ１、その他のデータを記憶している。また、補助記憶部１４は、銘柄ＤＢ１４１、ポートフォリオＤＢ１４２、ユーザＤＢ１４３、出力テーブル１４４を記憶している。銘柄ＤＢ１４１は、運用対象となる各銘柄の銘柄情報を格納するデータベースである。ポートフォリオＤＢ１４２は、銘柄情報に基づいて生成された各ポートフォリオの情報を記憶するデータベースである。ユーザＤＢ１４３は、各ユーザの情報を格納するデータベースである。出力テーブル１４４は、ユーザが回答する景況感に応じて、ユーザに提案（出力）するポートフォリオを選択する際に参照するテーブルである。

なお、補助記憶部１４はサーバ１に接続された外部記憶装置であってもよい。また、サーバ１は複数のコンピュータからなるマルチコンピュータであっても良く、ソフトウェアによって仮想的に構築された仮想マシンであってもよい。

また、本実施の形態においてサーバ１は上記の構成に限られず、例えば操作入力を受け付ける入力部、画像を表示する表示部等を含んでもよい。また、サーバ１は、ＣＤ（Compact Disk）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ等の可搬型記憶媒体１ｍを読み取る読取部を備え、可搬型記憶媒体１ｍからプログラムＰ１を読み取って実行するようにしても良い。あるいはサーバ１は、半導体メモリ１ｎからプログラムＰ１を読み込んでも良い。

図３は、端末２の構成例を示すブロック図である。端末２は、制御部２１、主記憶部２２、通信部２３、表示部２４、入力部２５、補助記憶部２６を備える。
制御部２１は、一又は複数のＣＰＵ、ＭＰＵ等の演算処理装置を有し、補助記憶部２６に記憶されたプログラムＰ２を読み出して実行することにより、種々の情報処理、制御処理等を行う。主記憶部２２は、ＲＡＭ等の一時記憶領域であり、制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。通信部２３は、通信に関する処理を行うための通信モジュールであり、外部と情報の送受信を行う。表示部２４は、液晶ディスプレイ等の表示画面であり、画像を表示する。入力部２５は、タッチパネル等の操作インターフェイスであり、ユーザから操作入力を受け付ける。補助記憶部２６は、ハードディスク、大容量メモリ等の不揮発性記憶領域であり、制御部２１が処理を実行するために必要なプログラムＰ２、その他のデータを記憶している。

なお、端末２は、ＣＤ－ＲＯＭ等の可搬型記憶媒体２ｍを読み取る読取部を備え、可搬型記憶媒体２ｍからプログラムＰ２を読み取って実行するようにしても良い。あるいは端末２は、半導体メモリ２ｎからプログラムＰ２を読み込んでも良い。

図４は、銘柄ＤＢ１４１、ポートフォリオＤＢ１４２、ユーザＤＢ１４３、出力テーブル１４４のレコードレイアウトの一例を示す説明図である。銘柄ＤＢ１４１は、銘柄ＩＤ列、銘柄列、銘柄情報列を含む。銘柄ＩＤ列は、本システムで運用対象とする各取引銘柄を識別するための銘柄ＩＤを記憶している。銘柄列、銘柄情報列はそれぞれ、銘柄ＩＤと対応付けて、各銘柄の名称、及び銘柄情報（株価など）を記憶している。

ポートフォリオＤＢ１４２は、ポートフォリオＩＤ列、ポートフォリオ名列、説明文列、リスク特性列、構成比率列を含む。ポートフォリオＩＤ列は、複数パターンのポートフォリオを識別するためのポートフォリオＩＤを記憶している。ポートフォリオ名列、説明文列、リスク特性列、及び構成比率列はそれぞれ、ポートフォリオＩＤと対応付けて、各ポートフォリオの名称、説明文、リスク特性、及び各銘柄の構成比率を記憶している。

なお、リスク特性は、ポートフォリオに含まれる各取引銘柄の市場変動リスクを表し、後述のように、取引銘柄の変動リスク要因である複数の要素それぞれの指標値（ファクターエクスポージャー等）によって定義される。例えばリスク特性列には、各指標値が取るべき数値範囲が記憶されており、各ポートフォリオは、各指標値が一定の数値範囲に合致するように生成される。

ユーザＤＢ１４３は、ユーザＩＤ列、氏名列、口座列、積立額列、運用情報列を含む。ユーザＩＤ列は、各ユーザを識別するためのユーザＩＤを記憶している。氏名列、口座列、積立額列、及び運用情報列はそれぞれ、ユーザＩＤと対応付けて、ユーザの氏名、運用に用いる口座情報、積立投信を行う場合の積立額、及び運用中のポートフォリオに関する情報を記憶している。例えば運用情報列には、運用中のポートフォリオの種類（ポートフォリオＩＤ）、運用額等のほかに、後述の基準ポートフォリオ及び調整ポートフォリオ（図４では「ユニット」と表記）に分けて、各ポートフォリオに含まれる保有銘柄、金額、ユニット数などが記憶されている。

出力テーブル１４４は、番号列、景気局面列、出力ポートフォリオ列を含む。番号列は、予め定められた複数の景気局面を識別するための番号を記憶している。景気局面列、出力ポートフォリオ列はそれぞれ、番号と対応付けて、景気局面の内容、及び出力するポートフォリオのＩＤを記憶している。

図５、６、８、９は、端末２が表示する画面例を示す説明図である。以下では端末２の表示画面に沿って本実施の形態の概要を説明する。

図５は、景況感入力画面の一例を示す説明図である。景況感入力画面は、現在の景況感を問う質問を表示する画面であり、質問に対するユーザの回答の入力を受け付ける画面である。端末２はまず、図５で例示する景況感入力画面において質問文を表示し、現在の景況感についてユーザから回答の入力を受け付ける。

具体的には、端末２は、景気循環サイクルを模擬したグラフ５１を表示し、グラフ５１上で、現在の景気局面に対応する位置を指定する指定入力を受け付ける。グラフ５１は、一方の軸（横軸）を時間軸とし、他方の軸（縦軸）を景気の高低として、景気循環サイクルを正弦波状に示すグラフである。例えばグラフ５１は時間軸に沿って複数の領域（図５では「１」～「６」の６領域）に分割されており、ユーザはいずれかの領域を選択する。これによりユーザは、現在の景気局面、すなわち景況感を入力する。

また、端末２は、グラフ５１に対応する形で、回答数グラフ５２を景況感入力画面に表示する。回答数グラフ５２は、他のユーザによる景況感（景気局面）の回答数を集計した棒グラフである。端末２は、グラフ５１上の位置と対応付けて、他のユーザの回答数を回答数グラフ５２に表示する。具体的には、端末２は、時間軸に沿って分割された各領域の真下に位置するように、各領域を選択したユーザ数を回答数グラフ５２に表示する。これによりユーザは、他のユーザの回答傾向、すなわち景況感を考慮して回答を行うことができる。

なお、回答数グラフ５２は棒グラフに限定されず、折れ線、その他の形式のグラフであってもよい。また、本実施の形態では他のユーザの回答数をグラフにして表示するが、例えばグラフ５１上の位置と対応付けて、他のユーザの回答数（数字）を表示するのみであってもよい。

図６は、ポートフォリオ選択画面の一例を示す説明図である。ポートフォリオ選択画面は、ユーザが回答した景況感に応じて複数パターンのポートフォリオを表示する画面であり、運用するポートフォリオの選択入力を受け付ける画面である。景況感入力画面において回答の入力を受け付けた場合、端末２はポートフォリオ選択画面に遷移する。

サーバ１は、市場で取引される各取引銘柄の銘柄情報に基づき、リスク特性に応じた複数パターンのポートフォリオを生成してポートフォリオＤＢ１４２に記憶してある。サーバ１は、景況感に関する質問へのユーザの回答に応じて、ポートフォリオＤＢ１４２に予め用意（記憶）してある各ポートフォリオのうち、複数パターンのポートフォリオを、ユーザの資産を運用するポートフォリオの選択候補として端末２に出力する。

ここで、ポートフォリオの生成処理について説明する。上述の如く、サーバ１は銘柄情報に基づき、複数銘柄を組み合わせたポートフォリオを生成する。具体的には、サーバ１は、以下の数式（１）に示す目的関数に基づき、ポートフォリオに含める各銘柄の構成比率を最適化する。

α_ｉは銘柄ｉの年率期待超過リターン、ｈ_ｉは銘柄ｉの超過ウエイト、λは所定のリスク回避度、Ｖ_ｉ，ｊは銘柄ｉと銘柄ｊとの共分散である。サーバ１は、数式（１）により、期待超過リターンが最大化し、かつ、株価指数との乖離リスクを最小化する保有ウエイト（構成比率）を導出する。

本実施の形態でサーバ１は、各景気局面に応じて適切なポートフォリオを提示可能とすべく、リスク特性に応じた複数パターンのポートフォリオを生成しておく。例えばサーバ１は、取引銘柄の変動リスク要因である複数の要素それぞれの指標値を算出し、各要素の指標値が目的のリスク特性（戦略）と同じバランスとなるように、各ポートフォリオを生成する。

図７は、ポートフォリオのリスク特性を概念的に示すレーダーチャートである。図７では、複数パターンのポートフォリオについて、複数の要素それぞれの指標値を示すレーダーチャートを図示してある。

本実施の形態においてサーバ１は、「高企業価値ポートフォリオ」、「財務健全高キャッシュフローポートフォリオ」などのように、９パターンのポートフォリオを生成する。なお、図７では４パターンのみ図示する。図７に示すように、サーバ１は、変動リスクを評価するための要素として、「収益性」、「成長性」などの複数の要素を定義している。なお、図７のレーダーチャートでは１０要素のみであるが、実際には数十の要素が定義されている。サーバ１は銘柄情報に基づき、株価の変動リスクを評価するための指標値を要素毎に算出する。当該指標値は特に限定されないが、本実施の形態ではファクターエクスポージャー（Factor Exposure）を採用する。なお、ファクターエクスポージャーは公知のため、本実施の形態では詳細な説明を省略する。

サーバ１は、複数の要素それぞれについて指標値を算出し、各指標値のバランスが一定となるように、各パターンのポートフォリオを生成する。すなわち、サーバ１は、図７のレーダーチャートとほぼ同じになるように、各要素の指標値が、リスク特性毎に予め定められた一定の数値範囲に合致するよう数式（１）に制約条件を設け、各ポートフォリオにおける銘柄の構成比率を最適化する。サーバ１は、最適化した各ポートフォリオの情報（ポートフォリオに含まれる各銘柄の構成比率）をポートフォリオＤＢ１４２に記憶する。

なお、各パターンのポートフォリオを生成する際、サーバ１は、各パターンのポートフォリオとして、一の基準ポートフォリオと、複数（例えば９つ）の調整ポートフォリオとをそれぞれ生成する。すなわち、サーバ１は、９０個（９パターン×１０）のポートフォリオを生成する。基準ポートフォリオ及び調整ポートフォリオについて、詳しくは後述する。

サーバ１は、所定期間（例えば１ヶ月）毎に銘柄情報を取得し、各ポートフォリオを更新（再生成）する。この場合にサーバ１は、上記と同様に、各要素の指標値を算出して最適化することで、同じリスク特性を維持するように更新する。

ユーザから景況感について回答を受け付けた場合、サーバ１は、ユーザの回答に応じた複数パターンのポートフォリオを端末２に出力する。例えば図４で説明したように、出力テーブル１４４には、景況感入力画面で指定可能な各景気局面と対応付けて、一の選択肢（景気局面）に対し複数パターンの出力ポートフォリオが定義されている。サーバ１は、ユーザが選択した景気局面に対応する複数パターン（例えば２～４パターン）のポートフォリオを出力する。

図６に戻って説明を続ける。ポートフォリオ選択画面は、配置図６１を含む。配置図６１は、サーバ１から出力された各ポートフォリオのリスク特性を概念的に示す図であって、一方の軸（横軸）をリスクの高低とし、他方の軸（縦軸）をリターンの高低として、各ポートフォリオに対応するオブジェクトを配置した図である。例えば端末２は、各ポートフォリオに対応するオブジェクトとして、数字を付した矩形領域を配置図６１に表示する。配置図６１上における各オブジェクトの位置は、各ポートフォリオの種類（リスク特性）に応じて予め定められている。端末２は、配置図６１からいずれかのオブジェクトを選択する選択入力を受け付ける。

端末２は、配置図６１のほかに各ポートフォリオのサマリを画面下部に表示する。配置図６１でオブジェクトが選択された場合、端末２は、選択されたオブジェクトに対応するポートフォリオのサマリの表示態様（例えば表示色）を変更する。なお、図６では便宜上、表示色が変更される様子をハッチングにより図示する。「次へ」のボタンが操作された場合、選択内容が確定され、端末２は図８の画面に遷移する。

図８は、ポートフォリオ表示画面の一例を示す説明図である。ポートフォリオ表示画面は、ユーザが選択したポートフォリオの詳細を表示する画面であって、ポートフォリオに基づく運用依頼を行うための画面である。端末２は、ポートフォリオ選択画面で選択されたポートフォリオの詳細をポートフォリオ表示画面に表示する。具体的には図８に示すように、端末２は、選択されたポートフォリオの名称、リスク特性を表すレーダーチャート、説明文、運用実績、構成銘柄等を表示する。

ポートフォリオ表示画面において「再診断する」のボタンが操作された場合、端末２は景況感入力画面に戻る。この場合、端末２は景況感について再度回答の入力を受け付けて複数パターンのポートフォリオを表示し、選択入力を受け付ける。

また、端末２はポートフォリオ表示画面において、運用依頼を行うための操作入力を受け付ける。例えば端末２は、初期費用として入金する初回運用額、及び／又は積立投信を行うための積立額の設定入力を受け付ける。なお、積立額が入力された場合は不図示の画面に遷移し、積立額の引き落としに利用する金融機関や引き落とし日等の設定入力を受け付ける。ポートフォリオ表示画面において「買う」のボタンが操作された場合、端末２は、以上の設定内容を含む運用依頼をサーバ１に出力する。

端末２から運用依頼を受け付けた場合、サーバ１は、ユーザが選択したポートフォリオに含まれる各銘柄の発注依頼を、外部の金融取引システムに出力する。すなわち、サーバ１は、ユーザが選択したポートフォリオ、設定された運用額等に応じて、発注する銘柄の種類及び購入量を示す発注リストを生成する。サーバ１は、各ユーザの発注リストを一括して売買可能日に発注依頼を出力し、各ユーザの口座に配分する。

なお、ユーザから入金される預り金を余すことなく株式に交換したいところではあるが、市場で株式を購入する際の約定代金は不確定であるため、預り金の限度一杯で発注依頼を行うと不足金が発生する恐れがある。そこでサーバ１は、発注依頼を行う際に、一定のバッファを持たせて発注を行う。具体的には、サーバ１はまず、ユーザからの預かり金のうち、一定割合（例えば９０％）の金額分の発注依頼を出力する。続いてサーバ１は、次の売買可能日に残金の一定割合の金額分について発注依頼を出力する。サーバ１は当該処理を、残金が一定額（例えば１万円）以下になるまで繰り返す。これにより、不足金の発生を回避することができる。

上述の処理により、ユーザはポートフォリオに基づく資産運用を開始する。なお、後述のようにサーバ１は、基準ポートフォリオ及び調整ポートフォリオの２種類のポートフォリオの発注依頼を出力し、各ポートフォリオをユーザＤＢ１４３で別々に管理する。基準ポートフォリオ及び調整ポートフォリオについては後述する。

ユーザは運用中にもポートフォリオを自由に変更することができる。この場合、端末２は、図８と同様のポートフォリオ表示画面においてポートフォリオの変更指示の操作入力を受け付け、図６、図７と同様の処理でポートフォリオの選択入力を受け付ける。

図９は、運用情報の表示画面例を示す説明図である。図９Ａ～Ｃではそれぞれ、運用中のポートフォリオに関する情報を閲覧可能な表示画面例を図示している。図９Ａ～Ｃに示すように、端末２は、表示画面を切り換えるためのメニューバーを画面下部に表示する。メニューバーにおいて「ホーム」のタブがアクティブになっている場合、端末２は、図９Ａに示すように、ユーザが保有する資産（保有銘柄）の総額を時系列で示すグラフを表示する。メニューバーにおいて「保有銘柄」のタブがアクティブになっている場合、図９Ｂに示すように、端末２は、ポートフォリオの構成比率（ユーザが保有する各銘柄の比率）を示す円グラフと、各銘柄の金額及び構成比率の一覧とを表示する。メニューバーにおいて「戦略」のタブがアクティブになっている場合、図９Ｃに示すように、端末２は図８と同様、運用中のポートフォリオの詳細（ポートフォリオの名称、リスク特性のレーダーチャート等）を表示する。図示は省略するが、メニューバーにおいて「履歴」のタブがアクティブになっている場合、端末２は不図示の画面に遷移し、ポートフォリオの運用履歴（ポートフォリオの変更履歴、入出金の履歴等）、及び個々の銘柄の取引履歴（約定価格等）を表示する。

図１０は、運用実績レポートの一例を示す説明図である。端末２は図９Ｃの画面において、運用実績レポートを出力するためのリンク９１を表示する。リンク９１への操作入力を受け付けた場合、サーバ１は、図１０に示す運用実績レポートを端末２に出力する。運用実績レポートは、運用中のポートフォリオの運用実績を示す文書ファイルであり、例えば本システムの運営者によって作成される。図１０に示すように、運用実績レポートは、ポートフォリオの運用により得られた収益（リターン）、構成銘柄、リスク特性のレーダーチャート、収益率及びリスクの分析結果などがグラフ、表等の形式で記載されている。

上記のようにユーザは運用を開始し、運用中のポートフォリオに関する情報がユーザにレポートされる。運用開始後、サーバ１は以下のように、基準ポートフォリオ及び調整ポートフォリオの再構築、運用中のポートフォリオの更新などのリバランスを定期的に行う。

図１１は、基準ポートフォリオ及び調整ポートフォリオに関する説明図である。すでに触れたように、本実施の形態ではユーザの資産を、基準ポートフォリオ及び調整ポートフォリオに分けて運用する。基準ポートフォリオ及び調整ポートフォリオは、ユーザが選択したポートフォリオを運用額に応じて細分化したポートフォリオである。基準ポートフォリオ及び調整ポートフォリオに分けて運用することで、現物株式でありながら投資信託に近い商品性を提供することができる。

基準ポートフォリオは、所定の基準額（例えば１０万円）を運用額として、基準額を複数銘柄に配分したポートフォリオである。調整ポートフォリオは、基準額から所定金額（例えば１万円）ずつ異なる調整額（例えば１０万円に１万円ずつ加算した１１万円、１２万円、１３万円…）を運用額として、調整額を複数銘柄に配分したポートフォリオである。調整ポートフォリオは、基準額に加算する金額の刻み幅に応じて複数種類（図１１の例では９種類）用意される。基準ポートフォリオ及び調整ポートフォリオは同じリスク特性を取り、各ポートフォリオにおける取引銘柄の構成比率はほぼ同じになっている。

運用開始時にサーバ１は、ユーザが資産運用に充てる運用額（初回運用額）に応じて、基準ポートフォリオ及び調整ポートフォリオに分けてポートフォリオを構築し、運用を開始する。すなわち、サーバ１は、一又は複数の基準額と、一の調整額とに運用額を分割し、基準額及び調整額にそれぞれ対応する一又は複数の基準ポートフォリオ、及び一の調整ポートフォリオの発注依頼を出力する。例えばユーザの運用額が１１３万円である場合、サーバ１は、基準額の１０万円で運用を行う９つの基準ポートフォリオ、及び調整額の１３万円で運用を行う１つの調整ポートフォリオの発注依頼を出力する。

図１２は、基準ポートフォリオ及び調整ポートフォリオのリバランスに関する説明図である。図１２では所定期間（１ヶ月）毎に、運用額に応じて基準ポートフォリオ及び調整ポートフォリオを再構築（リバランス）する様子を図示している。サーバ１は所定期間毎に、ユーザの運用額（保有銘柄の総額。積立投信を行う場合は月々の積立額を加算した金額）を銘柄情報から算出し、基準額及び調整額に再分割して基準ポートフォリオ及び調整ポートフォリオを再構築する。

図１２では、初回運用額を３０万円として運用を開始する様子を図示している。一例を説明すると、１ヶ月後に運用額が３６万円となった場合、サーバ１は、１０万円×２の基準額と、１６万円の調整額とに分割する。一方、１ヶ月後に運用額が２４万円となった場合、サーバ１は、１０万円の基準額と、１４万円の調整額とに分割する。サーバ１は、分割した基準額及び調整額それぞれに対応する基準ポートフォリオ及び調整ポートフォリオを再構築し、データをユーザＤＢ１４３に格納する。以降も同様に、サーバ１は、所定期間毎に運用額を算出して基準ポートフォリオ及び調整ポートフォリオを再構築する。

運用するポートフォリオを基準ポートフォリオ及び調整ポートフォリオに分けることで、多数のメリットを得ることができる。具体的には、口座（ユーザ）毎にポートフォリオを最適化せずとも、基準ポートフォリオの管理だけで同一戦略の全ての口座に対応可能となり、ポートフォリオの最適化は口座数が膨大に増えても戦略数に比例した回数（９パターン×１０＝９０回）だけで済む。また、運用実績レポートの作成も基準ポートフォリオのみで済む。また、現物株式のポートフォリオでありながら、１万円単位の積み立ても可能となる。

また、我が国では単元株制度（一回の株式売買に必要な最低数を定める制度）が採用されているため、多額の運用資産を用意しなければポートフォリオの構築が難しいが、本システムでは各ユーザのポートフォリオを構築する上で必要な銘柄をまとめて発注し、各ユーザに分配するため、現物株式でありながら投資信託に近い商品性を提供することができる。

図１３は、運用ポートフォリオのリバランスに関する説明図である。図１３では、ユーザが運用中のポートフォリオが一定期間（例えば３ヶ月）毎にリバランスされる様子を概念的に図示している。

上述の如く、サーバ１は銘柄情報に基づき、ポートフォリオＤＢ１４２に用意（記憶）されているポートフォリオ（基準ポートフォリオ及び調整ポートフォリオ）を所定期間（１ヶ月）毎に更新する。図１３の上側では、複数要素の指標値が一定となるよう基準ポートフォリオが毎月更新され、リスク特性のバランスが保たれる様子を図示している。

さらにサーバ１は、ポートフォリオＤＢ１４２の更新間隔と異なる一定期間（３ヶ月）毎に、ユーザが運用中の基準ポートフォリオと更新後の基準ポートフォリオとを比較し、運用中のポートフォリオをリバランスすべきか否かを判定する。なお、本実施の形態ではポートフォリオＤＢ１４２の更新間隔と運用ポートフォリオの更新間隔とが異なるものとして説明するが、両者の間隔は同一であってもよい。サーバ１は、運用中の基準ポートフォリオと、更新後の基準ポートフォリオとの相関係数を算出し、相関係数が所定の閾値（例えば０．９）以下である場合、リバランスすべきと判定する。

図１３の下側に、運用中のポートフォリオが３ヶ月毎に更新される様子を図示している。図１３に示すように、「３月」及び「６月」では、毎月更新される基準ポートフォリオと比較して、ユーザが運用中の基準ポートフォリオのリスク特性のバランスが崩れている。この場合、サーバ１は運用中のポートフォリオをリバランスすべきと判定し、更新後のポートフォリオと同じになるようにリバランスを行う。

図１４は、相関係数の算出方法を示す説明図である。本実施の形態では相関係数として、第１の相関係数及び第２の相関係数の２種類の相関係数を算出する。サーバ１は、第１又は第２の相関係数が閾値未満の場合、リバランスすべきと判定する。

例えばサーバ１は、図１４Ａに示すように、上述の各要素の指標値（ファクターエクスポージャー）に基づいて第１の相関係数を算出する。すなわち、サーバ１は、運用中の基準ポートフォリオ、及び更新後の基準ポートフォリオについて各要素の指標値を算出し、両者の各要素の指標値から相関係数を算出する。これによりサーバ１は、両者のリスク特性が十分に近似されているか否かを判定する。

また、サーバ１は、図１４Ｂに示すように、各ポートフォリオの収益性を評価したパフォーマンス値に基づいて第２の相関係数を算出する。すなわち、サーバ１は、運用中の基準ポートフォリオのパフォーマンス値と、更新後の基準ポートフォリオのパフォーマンス値とをそれぞれ算出し、両者のパフォーマンス値から相関係数を算出する。パフォーマンス値の算出方法は特に限定されないが、例えばサーバ１はグローバル投資パフォーマンス基準に則ってパフォーマンス値を算出する。これによりサーバ１は、両者のパフォーマンスが十分に近似されているか否かを判定する。

サーバ１は、第１及び第２の相関係数それぞれについて、相関係数が閾値未満であるか否かを判定する。第１又は第２の相関係数が閾値未満である場合、サーバ１は、ユーザが運用中のポートフォリオのリバランスを行う。すなわち、サーバ１は、運用中のポートフォリオが更新後のポートフォリオと各銘柄の構成比率が一致するように、ユーザが保有する取引銘柄を購入又は売却するための発注依頼を出力する。上記のように、第１及び第２の相関係数に基づいてリバランスを行うことで、取引手数料が発生するリバランスの回数を抑制しつつ、ユーザが運用中のポートフォリオを適切な状態に維持することができる。

図１５は、ポートフォリオ生成処理の処理手順を示すフローチャートである。図１５に基づき、サーバ１がポートフォリオを生成する際の処理内容について説明する。
例えばサーバ１は、所定期間（例えば１ヶ月）毎に以下の処理を実行する。サーバ１は、複数の取引銘柄の銘柄情報を銘柄ＤＢ１４１から取得する（ステップＳ１１）。サーバ１は銘柄情報に基づき、取引銘柄の変動リスク要因である複数の要素それぞれの指標値を算出する（ステップＳ１２）。

サーバ１は、算出した各要素の指標値に基づき、複数のリスク特性にそれぞれ対応する複数パターンのポートフォリオを生成する（ステップＳ１３）。具体的には上述の如く、サーバ１は、リスク特性毎に、各指標値が一定の数値範囲を取るように最適化したポートフォリオを生成する。なお、この場合にサーバ１は、一パターン当たり、基準額を複数銘柄に配分した基準ポートフォリオと、基準額から所定金額ずつ異なる調整額を複数銘柄に配分した調整ポートフォリオとを生成する。サーバ１は、生成した各ポートフォリオの情報をポートフォリオＤＢ１４２に記憶し（ステップＳ１４）、一連の処理を終了する。

図１６は、運用依頼処理の処理手順を示すフローチャートである。図１６に基づき、ユーザが運用を依頼する際の処理内容について説明する。
端末２は、ユーザに現在の景況感を問う景況感入力画面を表示する（ステップＳ３１）。具体的には上述の如く、端末２は、景気循環サイクルを正弦波状に示すグラフ５１を景況感入力画面に表示する。端末２は、景況感入力画面において、景況感に関する回答の入力を受け付ける（ステップＳ３２）。具体的には、端末２は、グラフ５１上で現在の景気局面に対応する位置（領域）を指定する指定入力を受け付ける。

端末２はポートフォリオ選択画面に遷移し、ユーザの回答に応じた複数パターンのポートフォリオを表示する（ステップＳ３３）。具体的には、端末２は、一方の軸（横軸）をリスクの高低とし、他方の軸（縦軸）をリターンの高低として、各ポートフォリオに対応するオブジェクトをリスク特性に応じて配置した配置図６１を表示する。端末２は、表示した複数パターンのポートフォリオからいずれかを選択する選択入力を受け付ける（ステップＳ３４）。具体的には、端末２は、配置図６１からいずれかのオブジェクトを選択する選択入力を受け付ける。端末２はポートフォリオ表示画面に遷移し、選択されたポートフォリオの詳細を表示する（ステップＳ３５）。

端末２はユーザからの操作入力に応じて、ポートフォリオの再選択を行うか否かを判定する（ステップＳ３６）。再選択を行うと判定した場合（Ｓ３６：ＹＥＳ）、端末２は処理をステップＳ３１に戻す。再選択を行わないと判定した場合（Ｓ３６：ＮＯ）、端末２は運用額、積立額等の設定入力を受け付ける（ステップＳ３７）。

端末２はユーザからの操作入力に応じて、運用内容を確定させるか否かを判定する（ステップＳ３８）。確定させないと判定した場合（Ｓ３８：ＮＯ）、端末２は処理をステップＳ３６に戻す。確定させると判定した場合（Ｓ３８：ＹＥＳ）、端末２は、選択されたポートフォリオに基づく運用依頼をサーバ１に出力する（ステップＳ３９）。

端末２から運用依頼を受け付けた場合、サーバ１は、ユーザの運用額を一又は複数の基準額と一の調整額とに分割する（ステップＳ４０）。サーバ１は、基準額及び調整額にそれぞれ対応する一又は複数の基準ポートフォリオ、及び一の調整ポートフォリオの発注依頼を出力し（ステップＳ４１）、一連の処理を終了する。

図１７は、リバランス処理の処理手順を示すフローチャートである。図１７に基づき、ポートフォリオのリバランスを行う際の処理内容について説明する。
例えばサーバ１は、所定期間（例えば１ヶ月）毎に以下の処理を実行する。サーバ１は、各銘柄の現在の銘柄情報に基づき、ユーザの運用額（保有銘柄の総額）を算出する（ステップＳ５１）。サーバ１は、算出した運用額を、一又は複数の基準額と、一の調整額とに分割する（ステップＳ５２）。

サーバ１は、ユーザが運用中のポートフォリオを前回リバランスしてから一定期間（例えば３ヶ月）が経過したか否かを判定する（ステップＳ５３）。一定期間が経過していないと判定した場合（Ｓ５３：ＮＯ）、サーバ１は、基準額及び調整額にそれぞれ対応する基準ポートフォリオ及び調整ポートフォリオを再構築し、データをユーザＤＢ１４３に格納する（ステップＳ５４）。

一定期間が経過したと判定した場合（Ｓ５３：ＹＥＳ）、サーバ１は、運用中のポートフォリオ（基準ポートフォリオ）と、所定期間（１ヶ月）毎に更新するポートフォリオとの相関係数を算出する（ステップＳ５５）。具体的には、サーバ１は、上述の複数要素の指標値に基づく第１の相関係数と、ポートフォリオのパフォーマンス値に基づく第２の相関係数とを算出する。

サーバ１は、相関係数が閾値以下であるか否かを判定する（ステップＳ５６）。具体的には、サーバ１は、第１又は第２の相関係数が閾値以下であるか否かを判定する。閾値以下でないと判定した場合（Ｓ５６：ＮＯ）、サーバ１は一連の処理を終了する。閾値以下であると判定した場合（Ｓ５６：ＹＥＳ）、サーバ１は、運用中のポートフォリオが更新後のポートフォリオに一致するように、ユーザが保有する取引銘柄を購入又は売却するための発注依頼を出力する（ステップＳ５７）。この場合にサーバ１は、ステップＳ５２で分割した基準額に対応する基準ポートフォリオ、及び調整額に対応する調整ポートフォリオの発注依頼を出力する。サーバ１は一連の処理を終了する。

以上より、本実施の形態によれば、景況感に応じたポートフォリオをユーザに提案し、運用することができる。

また、本実施の形態によれば、景気循環サイクルを模擬したグラフ５１から現在の景気局面を指定されることで、ユーザは簡単に回答することができる。

また、本実施の形態によれば、グラフ５１の位置と対応する形で回答数グラフ５２に各ユーザの回答数を表示することで、ユーザは他のユーザの回答傾向を考慮して回答することができる。

また、本実施の形態によれば、各ポートフォリオのリスク特性に応じてオブジェクトを配置した配置図６１からポートフォリオを選択させることで、ユーザは容易にポートフォリオを選択することができる。

また、本実施の形態によれば、基準ポートフォリオ及び調整ポートフォリオに分けて運用を行うことで、ポートフォリオの最適化の回数を抑制することができるなど、多数のメリットを得ることができる。

また、本実施の形態によれば、取引銘柄の変動リスク要因である複数の要素それぞれの指標値に基づき、複数のリスク特性（戦略）に対応する複数パターンのポートフォリオを好適に生成することができる。

また、本実施の形態によれば、ユーザが運用中のポートフォリオと、所定期間毎に更新されるポートフォリオとの相関係数を算出することで、運用中のポートフォリオのリバランス（更新）を好適に行うことができる。特に本実施の形態では、リスク特性（複数指標値のバランス）及びパフォーマンスの双方を考慮してリバランスを行うことができる。

（実施の形態２）
実施の形態１では、複数の取引銘柄から成るポートフォリオを運用する形態について説明した。本実施の形態では、ユーザが運用中のポートフォリオを担保とした信用取引により、ポートフォリオの値下がりリスクをヘッジするオプションを提供する形態について説明する。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。

図１８は、ヘッジ設定画面の一例を示す説明図である。図１８では、端末２の表示画面であって、リスクヘッジオプションを設定するための設定画面を図示している。本実施の形態においてサーバ１は、運用中のポートフォリオを構成する保有銘柄を担保とした信用取引により、特定の金融商品を売買（運用）するリスクヘッジオプションを提供する。具体的には後述の如く、サーバ１は、市場全体の値下がりリスクに対応するため、インバース型ＥＴＦ（Exchange Traded Fund；上場投資信託）の売買によるリスクヘッジオプションを提供する。

ヘッジ設定画面は、模式図１８１、ボタン１８２、分布図１８３、対比グラフ１８４を含む。

模式図１８１は、運用中のポートフォリオの運用額に対するヘッジ割合を設定するためのオブジェクトである。具体的には、模式図１８１は、横軸（一方の軸）をリスクの高低とし、縦軸（他方の軸）をリターンの高低として、リスクに対するリターンの度合いを表すオブジェクトである。模式図１８１は、右側に行くほどリスクが高く、かつ、リターンも高いことを表す。

ヘッジ割合は、ポートフォリオの運用額（構成銘柄の総額）に対する、リスクヘッジを行う運用額の比率を指し、本実施の形態においては、ポートフォリオの運用額に対するインバース型ＥＴＦの運用額の比率を指す。

端末２は、模式図１８１上の位置を指定する操作入力を受け付けることで、ヘッジ割合の設定入力を受け付ける。具体的には、端末２は、模式図１８１に対するタップ操作を受け付ける。端末２は、タップされた位置に応じてアイコン１８１１を出現させ、ヘッジ割合をユーザに提示する。

本実施の形態では、ヘッジ割合として設定可能な値（比率）として「０％」、「３０％」、「５０％」、「８０％」、及び「１００％」の選択肢が用意されている。各値は図中の「緩和最大」、「緩和大」、…「緩和なし」に対応する。端末２は、タップされた位置に最も近い選択肢の位置に、アイコン１８１１を表示する。

なお、本実施の形態では複数の選択肢からヘッジ割合を選択するものとするが、模式図１８１上の操作位置（タップされた位置）に応じてヘッジ割合の数値を連続的に設定可能としてもよい。

ボタン１８２は、リスクヘッジを行う期間を設定するためのラジオボタンである。図１８に示すように、端末２は、複数の期間（「１ヶ月」、「３ヶ月」及び「６ヶ月」）をヘッジ期間として表示し、ボタン１８２への操作入力に応じて、ヘッジ期間の設定入力を受け付ける。なお、端末２はヘッジ割合と同様に、具体的な期間（期限）の数値入力を受け付けてもよい。

端末２は、模式図１８１及びボタン１８２における設定内容に応じて、運用中のポートフォリオのリスクをヘッジするための第２運用依頼を出力する。第２運用依頼を受け付けた場合、サーバ１は、ポートフォリオの構成銘柄とは異なる金融商品、具体的には、構成銘柄（株式）とは逆の値動きをするように設計されたインバース型ＥＴＦの運用を行う。

ここで、本実施の形態に係るリスクヘッジオプションについて説明する。実施の形態１で説明したように、サーバ１は、複数の株式銘柄から成るポートフォリオを構築することで、ユーザの資産を運用する。複数の銘柄にユーザの資産を分散投資することで、値下がりのリスクを分散する。

一方で、市場全体として下落が生じた場合、ポートフォリオを構築するだけではユーザの保有資産（保有銘柄）も下落する可能性が高い。そこで本実施の形態では、ポートフォリオを構成する保有銘柄とは異なる金融商品であって、保有銘柄とは異なる値動きをする金融商品を同時に運用することで、リスクヘッジを行う。

具体的には、サーバ１は、インバース型ＥＴＦの運用を行う。インバース型ＥＴＦは、市場全体の値動きを表す市場指数（日経平均株価、東証株価指数等）とは逆に変動するインバース型指数に連動するＥＴＦである。例えばサーバ１は、日経平均株価に所定の負の係数を乗算したインバース型指数に連動するＥＴＦを、リスクヘッジのための金融商品として取り扱う。

なお、本実施の形態ではリスクヘッジのための金融商品としてインバース型ＥＴＦを挙げるが、対象の金融商品はＥＴＦに限定されない。当該金融商品はポートフォリオの構成銘柄と異なる値動きをする別の金融商品であればよく、構成銘柄（株式）と完全に逆の値動きをする商品に限定されない。また、リスクヘッジのために運用する金融商品はユーザが選択可能としてもよい。

サーバ１は、インバース型ＥＴＦを販売する外部機関（例えば投資信託会社）にインバース型ＥＴＦを購入又は売却する発注依頼を出力することで、インバース型ＥＴＦの売買を行う。ここでサーバ１は、ＥＴＦ運用のための追加資金をユーザに要求するのではなく、運用中のポートフォリオの構成銘柄を担保とした信用取引により、インバース型ＥＴＦを売買する。これにより、本来追加資金が必要となるヘッジを、追加資金無しで可能とする。

サーバ１は、ヘッジ設定画面で設定されたヘッジ期間の間、インバース型ＥＴＦの運用額が同画面で設定されたヘッジ割合となるように、インバース型ＥＴＦの売買を行う。具体的には、サーバ１は、一定期間毎にポートフォリオの運用額とインバース型ＥＴＦの運用額との比率を算出し、当該比率がヘッジ割合となるようにインバース型ＥＴＦを購入又は売却する。

なお、「ヘッジ割合となるように」とは、ユーザが設定したヘッジ割合（比率）と一致、又は設定されたヘッジ割合から所定の数値範囲内に収まることを指す。本実施の形態では後者の意味を指し、サーバ１は、ユーザが設定したヘッジ割合から所定の数値範囲（以下、「レンジ」と呼ぶ）内にあるか否かを一定期間毎に判定し、インバース型ＥＴＦを売買する。

具体的には、サーバ１は、上述のヘッジ割合の各選択肢（１００％、８０％、５０％…）に対応するレンジ（例えば９０～１１０％、７０～９０％、４０～６０％…）を規定している。例えばサーバ１は、ポートフォリオに対するインバース型ＥＴＦの比率が、設定されたヘッジ割合に対応するレンジ内にあるか否かを、毎日判定する。レンジ内にある場合、サーバ１は特段のオペレーションを行わない。一方で、レンジ内ではない場合、サーバ１は、インバース型ＥＴＦを購入又は売却するオペレーションを実施する。

なお、本実施の形態ではヘッジ割合をユーザが設定するものとするが、システム側（サーバ１）でヘッジ割合を自動的に設定してもよい。すなわち、サーバ１は、所定のヘッジ割合となるようにインバース型ＥＴＦの売買を行うことができればよく、そのヘッジ割合はユーザが設定するものに限定されない。

具体的には、サーバ１は、ポートフォリオに対するインバース型ＥＴＦの比率がレンジの上限値を超過している場合、当該比率がレンジ内に収まるように、建玉のＥＴＦを売却する。また、当該比率がレンジの下限値未満である場合、サーバ１はレンジ内に収まるようにインバース型ＥＴＦを信用で購入する。サーバ１は、判定時点（当日）のインバース型ＥＴＦの運用額に応じて必要な売買量を算出し、レンジ内に収まるように売買する。

ポートフォリオに対するインバース型ＥＴＦの比率がレンジの上限値を超過しており、インバース型ＥＴＦを売却した場合、その翌日にサーバ１は、売却で得た余剰資金により運用中のポートフォリオを追加購入する。すなわち、サーバ１は、ポートフォリオで定める配分に従い、各構成銘柄の発注依頼を出力する。一方で、レンジ未満の場合はポートフォリオの購入を行わず、オペレーションを行わない。

市場全体として下落傾向が生じた場合、上述の如く、ポートフォリオの構成銘柄も全体として値下がりしている可能性が高い。従って、下落時には低い購入価格でポートフォリオを購入し、保有資産を増大させながらヘッジを行うことができる。一方、上昇時には低い購入価格でインバース型ＥＴＦを購入し、保有資産を増大させながらヘッジを行うことができる。

図１８に戻って説明を続ける。分布図１８３は、他のユーザが設定しているヘッジ割合及びヘッジ期間の分布図である。分布図１８３は、横軸がヘッジ期間を、縦軸がヘッジ割合を表す。例えば端末２は、各ユーザの設定内容に応じて、各ヘッジ期間、各ヘッジ割合の設定数をヒートマップ状に表示する。なお、図１８では便宜上、ヒートマップ状に表示されている様子をハッチングで図示する。分布図１８３を参考に、ユーザがヘッジ割合及びヘッジ期間を設定することができる。

対比グラフ１８４は、ポートフォリオのみで運用した場合の運用額の推移（運用チャート）と、ポートフォリオにインバース型ＥＴＦの運用を組み合わせた場合の運用額の推移とを示すグラフである。具体的には、対比グラフ１８４は、過去所定期間（例えば３年間）の運用実績を示すグラフであり、ポートフォリオのみの場合、インバース型ＥＴＦによるリスクヘッジを組み合わせた場合、及び所定金利の普通預金の場合それぞれの運用額の実績のグラフである。対比グラフ１８４は、横軸（一方の軸）が時間軸を表し、縦軸（他方の軸）が運用額を表す。

例えば端末２は、ユーザが運用（選択）中のポートフォリオを所定金額で運用した場合の運用益の推移と、同額の資金を所定金利の普通預金とした場合の利子の推移とを対比グラフ１８４に表示する。なお、図１８の対比グラフ１８４で基準とする金額はサーバ１で規定するデフォルトの金額であるが、ユーザの運用額に応じて可変としてもよい。

さらに端末２は、模式図１８１上の位置の指定入力を受け付けた場合、指定された位置に対応するヘッジ割合でインバース型ＥＴＦを運用した場合の運用益をポートフォリオの運用益に加算した合計値の推移を対比グラフ１８４に表示する。すなわち、端末２は、模式図１８１におけるアイコン１８１１の位置に連動して、リスクヘッジオプションを利用した場合の運用益の推移を対比グラフ１８４に表示する。これにより、ユーザはヘッジ割合に応じた変化を好適に把握することができる。サーバ１は、ポートフォリオのみの場合、及びインバース型ＥＴＦを組み合わせた場合それぞれの運用益を過去一定期間の銘柄情報から算出し、対比グラフ１８４に表示させる。

図１８下部の「変更する」のボタンが操作された場合、端末２は、運用中のポートフォリオのリスクをヘッジするための第２運用依頼をサーバ１に出力する。すなわち、サーバ１は、運用中のポートフォリオの構成銘柄を担保とした信用取引により、インバース型ＥＴＦの運用額がヘッジ割合となるよう、一定期間毎にインバース型ＥＴＦを売買する運用依頼を出力する。サーバ１は、ヘッジ設定画面で設定されたヘッジ割合及びヘッジ期間をユーザＩＤと対応付けてユーザＤＢ１４３に記憶する。サーバ１は、当該ヘッジ期間の間、ポートフォリオの運用額に対するインバース型ＥＴＦの運用額の比率がヘッジ割合であるか否か（レンジ内に収まっているか否か）を一定期間毎に判定する。ヘッジ割合ではない場合、サーバ１は、インバース型ＥＴＦを購入又は売却するための発注依頼を出力する。

図１９は、実施の形態２に係る運用情報の表示画面例を示す説明図である。例えば端末２は、ニューバーにおいて「戦略」のタブがアクティブになっている場合、図１９に示す画面を表示する。例えば端末２は、当該画面において「ヘッジ構成」のテキストが操作された場合、ポートフォリオの運用額（現物資産（株）の総額）と、インバース型ＥＴＦの運用額（建玉の金額）とを表す円グラフ１９１を表示する。また、端末２は、ポートフォリオ、インバース型ＥＴＦ（及び現金）それぞれの現時点の金額、変動額等を示す一覧表１９２を表示し、ユーザに提示する。当該画面により、ユーザは各運用額やその比率を確認することができる。

なお、図１８に示すように、上述のリスクヘッジオプション、すなわちインバース型ＥＴＦの運用は、ユーザ操作に応じて何時でも終了（停止）することができる。リスクヘッジは市場全体の下落時に行うことが有益であるため、ユーザは下落局面に差し掛かった場合にリスクヘッジを開始し、上昇に転じた場合に終了することが望ましい。

そこで、サーバ１は、リスクヘッジを開始及び終了するタイミングをユーザにリコメンドするようにしてもよい。例えばサーバ１は、図５の景況感入力画面と同様に、ユーザに対して景況感を問う質問を定期的に端末２に出力し、当該質問に対する回答に応じて、リスクヘッジの開始又は終了をユーザにリコメンドしてもよい。

例えばサーバ１は、景気循環サイクルを模擬したグラフ５１を定期的に端末２に表示させ、ユーザから現在の景況感の選択入力を受け付ける。サーバ１は、選択された景況感に応じて、インバース型ＥＴＦの運用開始、又は運用終了を促す通知を端末２に出力する。すなわち、ユーザが選択した景況感が下落開始局面である場合、サーバ１は運用開始を促す通知を出力する。ユーザが選択した景況感が上昇開始局面である場合、サーバ１は運用終了を促す通知を出力する。例えば端末２は、当該通知に対する操作入力に応じてヘッジ設定画面に遷移し、インバース型ＥＴＦの運用開始、又は運用終了の設定入力を受け付ける。これにより、ユーザを好適に誘導することができる。

図２０は、ヘッジ設定処理の手順を示すフローチャートである。図２０に基づき、ポートフォリオのヘッジを設定する際の処理について説明する。
端末２の制御部２１は、ポートフォリオのリスクヘッジオプションを設定するためのヘッジ設定画面を表示部２４に表示する（ステップＳ２０１）。具体的には、制御部２１は、ヘッジ割合を設定するための模式図１８１、ヘッジ期間を設定するためのボタン１８２、他のユーザが設定しているヘッジ割合及びヘッジ期間の分布示す分布図１８３、ポートフォリオのみの運用額の推移とリスクヘッジオプションを組み合わせた運用額の推移とを示す対比グラフ１８４等を含む。

制御部２１は、一方の軸（横軸）をリスクの高低とし、他方の軸（縦軸）をリターンの高低とする模式図１８１上の位置を指定する操作入力を受け付けることで、ヘッジ割合の設定入力を受け付ける（ステップＳ２０２）。ヘッジ割合の設定入力を受け付けた場合、制御部２１は、ポートフォリオのみの運用額の推移と、ポートフォリオにリスクヘッジオプションを組み合わせた場合の運用額であって、設定されたヘッジ割合となるようにインバース型ＥＴＦを運用した場合の運用額の推移とを示す対比グラフ１８４を表示する（ステップＳ２０３）。制御部２１は、ヘッジ期間の設定入力を受け付ける（ステップＳ２０４）。

制御部２１は、運用中のポートフォリオのリスクをヘッジするための第２運用依頼をサーバ１に出力する（ステップＳ２０５）。具体的には、制御部２１は、運用中のポートフォリオを構成する保有銘柄を担保とした信用取引により、ポートフォリオの運用額に対する金融商品の運用額がステップＳ２０２で設定されたヘッジ割合となるように、保有銘柄とは異なる当該金融商品を一定期間毎に売買する第２運用依頼を出力する。上述の如く、当該金融商品は保有銘柄（株式）と逆の値動きをするように設計された金融商品であり、例えばインバース型ＥＴＦである。制御部２１は一連の処理を終了する。

図２１は、リスクヘッジ処理の手順を示すフローチャートである。図２１に基づき、リスクヘッジオプションに係るサーバ１の処理内容について説明する。
サーバ１の制御部１１は、一定期間毎に以下の処理を実行する。制御部１１は、運用中のユーザのポートフォリオの運用額（保有銘柄の総額）と、インバース型ＥＴＦの運用額とを算出する（ステップＳ２２１）。制御部２１は、ポートフォリオの運用額に対するインバース型ＥＴＦの運用額の比率を算出する（ステップＳ２２２）。

制御部２１は、算出した比率が、ユーザが設定したヘッジ割合に応じたレンジ（数値範囲）を超過するか否かを判定する（ステップＳ２２３）。レンジを超過すると判定した場合（Ｓ２２３：ＹＥＳ）、制御部２１は、超過分のインバース型ＥＴＦを売却するための発注依頼を出力する（ステップＳ２２４）。また、制御部２１は、売却益に応じた数量のポートフォリオの構成銘柄を追加購入するための発注依頼を出力する（ステップＳ２２５）。

レンジを超過しないと判定した場合（Ｓ２２３：ＮＯ）、制御部２１は、運用額の比率がレンジ未満であるか否かを判定する（ステップＳ２２６）。レンジ未満であると判定した場合（Ｓ２２６：ＹＥＳ）、制御部２１は、運用額の比率がレンジ内となるようにインバース型ＥＴＦを購入するための発注依頼を出力する（ステップＳ２２７）。ステップＳ２２６でＮＯ、又はステップＳ２２５、Ｓ２２７の処理を実行後、制御部２１は一連の処理を終了する。

以上より、本実施の形態によれば、追加資金無しでポートフォリオのリスクヘッジを好適に行うことができる。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ サーバ（情報処理装置）
１ａ ポートフォリオ生成サーバ
１ｂ 発注リスト生成サーバ
１ｃ 発注サーバ
１１ 制御部
１２ 主記憶部
１３ 通信部
１４ 補助記憶部
Ｐ１ プログラム
１４１ 銘柄ＤＢ
１４２ ポートフォリオＤＢ
１４３ ユーザＤＢ
１４４ 出力テーブル
２ 端末
２１ 制御部
２２ 主記憶部
２３ 通信部
２４ 表示部
２５ 入力部
２６ 補助記憶部
Ｐ２ プログラム

Claims (12)

1. 市場で取引される複数の取引銘柄の銘柄情報を取得する取得部と、
   前記銘柄情報に基づき、複数の取引銘柄の組み合わせであるポートフォリオを複数パターン生成する生成部と、
   生成した複数パターンの前記ポートフォリオから、ユーザの資産を運用するポートフォリオを選択する選択入力を受け付ける受付部と、
   選択された前記ポートフォリオに含まれる複数の取引銘柄の発注依頼を出力する発注部とを備え、
   前記生成部は、一パターン当たり、所定の基準額を複数銘柄に配分した基準ポートフォリオと、前記基準額から所定金額ずつ異なる調整額を複数銘柄に配分した複数の調整ポートフォリオとを生成し、
   前記発注部は、前記ユーザが資産運用に充てる運用額に応じて、一又は複数の前記基準ポートフォリオ、及び一の前記調整ポートフォリオの発注依頼を出力する
   情報処理装置。
2. 前記ユーザからの要求に応じて、前記基準ポートフォリオの運用実績を示す文書ファイルを出力する出力部を備える
   請求項１に記載の情報処理装置。
3. 市場で取引される複数の取引銘柄の銘柄情報を取得する取得部と、
   前記銘柄情報に基づき、複数の取引銘柄の組み合わせであるポートフォリオを複数パターン生成する生成部と、
   生成した複数パターンの前記ポートフォリオから、ユーザの資産を運用するポートフォリオを選択する選択入力を受け付ける第１受付部と、
   選択された前記ポートフォリオに含まれる複数の取引銘柄の発注依頼を出力する発注部と、
   運用中の前記ポートフォリオを構成する保有銘柄を担保とした信用取引により、該ポートフォリオの運用額に対する金融商品の運用額の比率が所定のヘッジ割合となるように、前記保有銘柄と異なる前記金融商品を売買する運用依頼を前記ユーザから受け付ける第２受付部と、
   前記運用依頼を受け付けた場合、前記比率が前記ヘッジ割合と一致、又は該ヘッジ割合から一定の数値範囲内に収まっているか否かを判定する判定部とを備え、
   前記ヘッジ割合と一致しない、又は前記数値範囲内に収まっていないと判定した場合、前記発注部は、前記ヘッジ割合と一致、又は前記数値範囲内に収まるように前記金融商品を購入又は売却する発注依頼を出力する
   情報処理装置。
4. 前記発注部は、所定の市場指数とは逆に変動するインバース型上場投資信託の発注依頼を出力する
   請求項３に記載の情報処理装置。
5. 前記金融商品を売却する発注依頼を出力した場合、前記発注部は、前記金融商品の売却で得る余剰資金に応じて、運用中の前記ポートフォリオの構成銘柄を購入する発注依頼を出力する
   請求項３又は４に記載の情報処理装置。
6. 前記生成部は、
   前記銘柄情報に基づき、取引銘柄の変動リスク要因である複数の要素それぞれの指標値を算出し、
   各要素の前記指標値が、複数のリスク特性毎に予め定められた一定の数値範囲に合致するように、複数パターンの前記ポートフォリオを生成する
   請求項１～５のいずれか１項に記載の情報処理装置。
7. 前記生成部は、前記銘柄情報に基づいて所定期間毎に前記ポートフォリオを更新し、
   前記ユーザが運用中の前記ポートフォリオと、更新後の前記ポートフォリオとの相関係数を算出する算出部を備え、
   前記相関係数が閾値以下である場合、前記発注部は、前記運用中のポートフォリオが前記更新後のポートフォリオと一致するように、前記ユーザが保有する取引銘柄を購入又は売却するための発注依頼を出力する
   請求項６に記載の情報処理装置。
8. 前記算出部は、前記指標値に基づく第１の相関係数と、前記ポートフォリオのパフォーマンス値に基づく第２の相関係数とを算出し、
   前記発注部は、前記第１又は第２の相関係数が閾値以下の場合、前記発注依頼を出力する
   請求項７に記載の情報処理装置。
9. 市場で取引される複数の取引銘柄の銘柄情報を取得し、
   前記銘柄情報に基づき、複数の取引銘柄の組み合わせであるポートフォリオを複数パターン生成し、
   生成した複数パターンの前記ポートフォリオから、ユーザの資産を運用するポートフォリオを選択する選択入力を受け付け、
   選択された前記ポートフォリオに含まれる複数の取引銘柄の発注依頼を出力する処理であって、
   一パターン当たり、所定の基準額を複数銘柄に配分した基準ポートフォリオと、前記基準額から所定金額ずつ異なる調整額を複数銘柄に配分した複数の調整ポートフォリオとを生成し、
   前記ユーザが資産運用に充てる運用額に応じて、一又は複数の前記基準ポートフォリオ、及び一の前記調整ポートフォリオの発注依頼を出力する
   処理をコンピュータに実行させるプログラム。
10. 市場で取引される複数の取引銘柄の銘柄情報を取得し、
    前記銘柄情報に基づき、複数の取引銘柄の組み合わせであるポートフォリオを複数パターン生成し、
    生成した複数パターンの前記ポートフォリオから、ユーザの資産を運用するポートフォリオを選択する選択入力を受け付け、
    選択された前記ポートフォリオに含まれる複数の取引銘柄の発注依頼を出力し、
    運用中の前記ポートフォリオを構成する保有銘柄を担保とした信用取引により、該ポートフォリオの運用額に対する金融商品の運用額の比率が所定のヘッジ割合となるように、前記保有銘柄と異なる前記金融商品を売買する運用依頼を前記ユーザから受け付け、
    前記運用依頼を受け付けた場合、前記比率が前記ヘッジ割合と一致、又は該ヘッジ割合から一定の数値範囲内に収まっているか否かを判定し、
    前記ヘッジ割合と一致しない、又は前記数値範囲内に収まっていないと判定した場合、前記ヘッジ割合と一致、又は前記数値範囲内に収まるように前記金融商品を購入又は売却する発注依頼を出力する
    処理をコンピュータに実行させるプログラム。
11. 市場で取引される複数の取引銘柄の銘柄情報を取得し、
    前記銘柄情報に基づき、複数の取引銘柄の組み合わせであるポートフォリオを複数パターン生成し、
    生成した複数パターンの前記ポートフォリオから、ユーザの資産を運用するポートフォリオを選択する選択入力を受け付け、
    選択された前記ポートフォリオに含まれる複数の取引銘柄の発注依頼を出力する処理であって、
    一パターン当たり、所定の基準額を複数銘柄に配分した基準ポートフォリオと、前記基準額から所定金額ずつ異なる調整額を複数銘柄に配分した複数の調整ポートフォリオとを生成し、
    前記ユーザが資産運用に充てる運用額に応じて、一又は複数の前記基準ポートフォリオ、及び一の前記調整ポートフォリオの発注依頼を出力する
    処理をコンピュータが実行する情報処理方法。
12. 市場で取引される複数の取引銘柄の銘柄情報を取得し、
    前記銘柄情報に基づき、複数の取引銘柄の組み合わせであるポートフォリオを複数パターン生成し、
    生成した複数パターンの前記ポートフォリオから、ユーザの資産を運用するポートフォリオを選択する選択入力を受け付け、
    選択された前記ポートフォリオに含まれる複数の取引銘柄の発注依頼を出力し、
    運用中の前記ポートフォリオを構成する保有銘柄を担保とした信用取引により、該ポートフォリオの運用額に対する金融商品の運用額の比率が所定のヘッジ割合となるように、前記保有銘柄と異なる前記金融商品を売買する運用依頼を前記ユーザから受け付け、
    前記運用依頼を受け付けた場合、前記比率が前記ヘッジ割合と一致、又は該ヘッジ割合から一定の数値範囲内に収まっているか否かを判定し、
    前記ヘッジ割合と一致しない、又は前記数値範囲内に収まっていないと判定した場合、前記ヘッジ割合と一致、又は前記数値範囲内に収まるように前記金融商品を購入又は売却する発注依頼を出力する
    処理をコンピュータが実行する情報処理方法。

Images