MT5開発依頼前に用意する資料まとめ|仕様書・setファイル・ログ・スクリーンショット

EAファンクラブ

MT5のEA・インジケーター開発や既存改修を依頼する前には、仕様書、setファイル、Expertsログ、Journalログ、スクリーンショットを整理しておくことが重要です。

開発相談では、「EAを作りたい」「インジケーターを直したい」「通知を追加したい」「動かない原因を見てほしい」という内容だけでは、確認範囲が広くなります。対象ファイル、現在の設定、発生している症状、希望する動作、ログ、画面状態が分かると、確認すべき箇所を絞りやすくなります。

この記事では、MT5開発依頼前に用意したい資料を、仕様書、setファイル、Expertsログ、Journalログ、スクリーンショット、不具合調査、外部連携、依頼内容別の資料に分けて整理します。

なお、この記事はMT4/MT5、MQL4/MQL5、EA、インジケーター、コピーEA、補助ツールの導入、設定、確認、検証、不具合調査、開発依頼前整理を目的とした技術記事です。投資助言、売買指示、利益保証、勝率保証、損失回避保証、推奨ロット、推奨銘柄、推奨エントリー、特定ブローカー誘導を目的としたものではありません。

この記事で確認すること

  • 開発依頼前に資料を整理する理由
  • 最初に用意したい基本資料
  • 仕様書に書くべき内容
  • setファイルを送る時の注意点
  • ExpertsログとJournalログの違い
  • スクリーンショットで残すべき画面
  • 不具合調査で必要な情報
  • 送らない方がよい情報
  • 依頼内容別に用意する資料

開発依頼前に資料を整理する理由

見積や確認範囲を明確にする

MT5開発依頼では、最初に資料を整理しておくことで、見積や確認範囲を明確にしやすくなります。

たとえば、EA新規作成なのか、既存EA改修なのか、インジケーター作成なのか、Discord通知やGoogle Sheets連携の追加なのかによって、必要な作業は変わります。

同じ「MT5開発」でも、注文処理、決済処理、表示、通知、ログ、外部連携、既存コード確認では作業範囲が異なります。依頼前に資料を整理しておくと、何を確認すべきかを分けやすくなります。

認識違いを減らす

仕様や希望動作が文章化されていない場合、依頼者側と開発側で認識違いが起きやすくなります。

「通知を追加したい」という依頼でも、EA起動時に通知したいのか、エントリー時に通知したいのか、決済時に通知したいのか、エラー時に通知したいのかで実装内容が変わります。

事前に、対象条件、通知タイミング、通知文面、送信先、ログ出力を分けて整理すると、完成後の確認もしやすくなります。

再現確認をしやすくする

不具合調査や既存改修では、再現確認が重要です。

「動かない」「通知が届かない」「注文しない」だけでは、発生条件を特定できない場合があります。発生時刻、対象銘柄、時間足、setファイル、Expertsログ、Journalログ、直前に変更した設定があると、再現確認を進めやすくなります。

再現できる情報が揃っているほど、原因候補を絞りやすくなります。

不要なやり取りを減らす

最初に必要資料が整理されていると、追加確認のやり取りを減らしやすくなります。

特に、既存EA改修、既存インジケーター改修、外部連携追加、不具合調査では、ファイルやログが不足していると確認が止まることがあります。

依頼時点で、対象ファイル、setファイル、ログ、スクリーンショット、希望動作を整理しておくと、初回確認が進めやすくなります。

資料整理の目的整理する内容効果
見積範囲の確認新規作成、既存改修、外部連携など作業範囲を分けやすくなる
認識違いの防止希望動作、条件、出力、通知完成後のズレを減らしやすい
再現確認発生時刻、ログ、set、画面不具合調査を進めやすい
やり取り削減必要資料を最初にまとめる追加確認を減らしやすい

最初に用意したい基本資料

対象EA・インジケーター名

まず、対象となるEA名またはインジケーター名を整理してください。

似た名前のファイルや複数バージョンがある場合、どのファイルを確認すべきか分かりにくくなります。

ファイル名、表示名、バージョン、設置チャート、使用中のsetファイルを分けて記録してください。

ファイル一式

開発依頼や既存改修では、対象ファイル一式が重要です。

MT5では、ソースコードが mq5、実行ファイルが ex5、共通ファイルやライブラリが mqh などで構成される場合があります。

既存EAや既存インジケーターを改修する場合は、mq5 があるか、ex5 のみかを確認してください。ex5 のみの場合、内部処理を直接確認できないため、再作成や別実装として整理する場合があります。

setファイル

setファイルは、EAやインジケーターのInputs設定を保存したファイルです。

ロット、MagicNumber、取引時間、通知設定、WebRequest設定、ログ設定、外部連携設定などが含まれる場合があります。

現在使っているsetファイル、変更前のsetファイル、検証用setファイルがある場合は、どれが現在の確認対象なのか分かるように整理してください。

チャート画像

チャート画像は、設置状態や表示状態を確認するために役立ちます。

EAやインジケーターがどのチャートに入っているか、どの銘柄・時間足で使っているか、パネルやラインがどう表示されているかを確認できます。

ただし、口座番号、Webhook URL、APIキー、認証トークンなどが映り込まないように注意してください。

ログ

ExpertsログとJournalログは、不具合確認や開発相談で重要です。

Expertsログでは、EAやインジケーター側の起動、設定読込、判定、注文、通知、外部連携エラーを確認します。Journalログでは、MT5端末側の接続、自動売買状態、注文応答、サーバー通信を確認します。

ログを送る場合は、発生時刻前後の範囲を中心に整理してください。

基本資料確認する内容用途
EA・インジ名ファイル名、表示名、バージョン対象ファイルを特定する
ファイル一式mq5、ex5、mqh、関連ファイル改修可否や再作成範囲を確認する
setファイルInputs設定、通知、ログ、外部連携現在の設定を確認する
チャート画像銘柄、時間足、表示状態設置状態を確認する
ログExpertsログ、Journalログ、発生時刻動作やエラーを確認する

仕様書に書くこと

目的

仕様書には、最初に目的を書いてください。

新規EAを作りたいのか、既存EAを改修したいのか、インジケーターを作りたいのか、通知を追加したいのか、ログを見やすくしたいのかを分けます。

目的が明確になると、必要な機能と不要な機能を分けやすくなります。

動作条件

EAやインジケーターがどの条件で動くかを整理してください。

EAであれば、エントリー条件、決済条件、稼働時間、最大ポジション、MagicNumber、ロット計算、トレーリング、ナンピン、通知条件などを分けます。

インジケーターであれば、表示条件、サイン条件、通知条件、対象時間足、リペイント有無、確定足・未確定足の扱いを分けます。

ON/OFF設定

機能ごとにON/OFFが必要かを整理してください。

通知ON/OFF、ログON/OFF、外部連携ON/OFF、特定フィルターON/OFF、表示ON/OFFなど、利用者が切り替える項目がある場合は、Inputsとして用意するか確認します。

ON/OFF設定が多すぎると分かりにくくなる場合があるため、実際に操作する項目と、内部固定でよい項目を分けることも重要です。

対象銘柄・時間足

対象銘柄と時間足を整理してください。

チャートの銘柄を使うのか、入力で指定するのか、複数銘柄に対応するのか、サフィックス付き銘柄に対応するのかを確認します。

時間足については、チャート時間足を使うのか、固定時間足を見るのか、複数時間足を参照するのかを明確にしてください。

表示・通知・発注の有無

表示、通知、発注の有無を分けてください。

インジケーターは、通常、表示や通知が中心です。EAは、発注や決済を含む場合があります。補助ツールは、表示、通知、記録、診断などを行う場合があります。

開発依頼では、「どこまで自動で行うのか」「どこからは利用者が確認するのか」を明確にする必要があります。

仕様書項目書く内容
目的何を作る・何を直すか既存EAにDiscord通知を追加する
動作条件条件成立時の処理注文時、決済時、エラー時に通知する
ON/OFF切替が必要な機能通知ON/OFF、詳細ログON/OFF
対象銘柄・時間足銘柄名、サフィックス、時間足チャート銘柄、M15、複数時間足参照
出力表示、通知、ログ、CSVなどチャート表示、Discord通知、Expertsログ

setファイルを送る時の注意点

現在使用中のsetを明確にする

setファイルを送る場合は、現在使用中のsetを明確にしてください。

複数のsetファイルがある場合、どれが現在の動作確認対象なのか分からなくなることがあります。

ファイル名に日付、用途、対象EA名、対象銘柄を入れておくと、後から確認しやすくなります。

変更前後を分けて保存する

設定変更後に問題が起きた場合は、変更前setと変更後setを分けて保存してください。

どの設定を変更したのか分かると、不具合の原因候補を絞りやすくなります。

上書き保存だけで管理すると、変更前の状態が分からなくなるため注意してください。

外部連携情報を確認する

setファイルには、外部連携に関係する情報が含まれる場合があります。

Webhook URL、GAS URL、APIキー、認証トークン、外部認証キーなどが含まれている場合は、共有前に確認してください。

実値をそのまま送る必要がない場合は、伏字や削除を行ってください。

setファイルだけでは分からないこと

setファイルはInputs設定を確認するために重要ですが、setファイルだけでEAやインジケーターの内部仕様が分かるわけではありません。

エントリー条件や決済条件がソースコード内に固定されている場合、setファイルには出てこないことがあります。

setファイルは、ログ、スクリーンショット、対象ファイルと合わせて確認してください。

setファイル確認項目確認すること注意点
現在使用中どのsetを使っているかファイル名で用途を分かるようにする
変更前後変更前setと変更後set上書きで履歴を消さない
外部連携情報Webhook、GAS、APIキー、トークン実値をそのまま共有しない
内部仕様setに出ない固定条件ソースやログと合わせて確認する

ExpertsログとJournalログを整理する

Expertsログで確認すること

Expertsログでは、EAやインジケーター側の動作を確認します。

起動、初期化、設定読込、エントリー判定、注文ブロック、注文エラー、決済処理、通知送信、WebRequest失敗、Google Sheets連携失敗などが確認対象です。

不具合調査や既存改修では、Expertsログの該当時刻前後を保存してください。

Journalログで確認すること

Journalログでは、MT5端末側の状態を確認します。

接続状態、自動売買ON/OFF、注文応答、サーバー通信、端末再起動、ログイン状態、操作履歴などを確認する場合があります。

注文エラーや接続問題では、ExpertsログだけでなくJournalログも合わせて確認してください。

発生時刻を基準にする

ログを整理する時は、発生時刻を基準にしてください。

「いつ起きたか」が分からないと、長いログの中から該当箇所を探すのに時間がかかります。

注文エラー、通知失敗、表示崩れ、EA停止、設定変更直後など、問題が起きた時刻をメモしておくと確認しやすくなります。

ログを切り取りすぎない

ログを送る時は、該当行だけでなく、前後の流れが分かる範囲を残してください。

エラー行の直前に設定読込エラーが出ている場合や、初期化時点で失敗している場合があります。

発生時刻前後の数十行を残すと、確認しやすくなる場合があります。

ログ種別主な確認内容向いている相談
ExpertsログEA・インジ側の初期化、判定、通知、注文処理EAが動かない、通知が届かない、設定が読まれない
JournalログMT5端末側の接続、自動売買、注文応答注文エラー、接続問題、端末状態確認
発生時刻問題が起きた日時ログの該当箇所特定
前後ログエラー前後の流れ原因候補の切り分け

スクリーンショットで残すべき画面

チャート画面

チャート画面のスクリーンショットは、EAやインジケーターの設置状態を確認するために役立ちます。

銘柄、時間足、表示されているパネル、サイン、ライン、ラベル、ボタン、エラー表示などを確認できます。

画像を保存する時は、口座番号や外部連携URLが映り込んでいないか確認してください。

Inputs画面

Inputs画面は、EAやインジケーターの設定状態を確認するために重要です。

setファイルを送る場合でも、実際にMT5上でどの値が入っているかを確認できるスクリーンショットがあると、照合しやすくなります。

ただし、Webhook URL、APIキー、GAS URL、認証トークンなどが表示されている場合は、マスクしてください。

Experts / Journal画面

ExpertsログとJournalログの画面も、発生時刻やエラー内容を確認するために役立ちます。

ログファイルを送る場合でも、画面上でどの時刻にどのエラーが見えているか分かる画像があると、確認しやすい場合があります。

WebRequest設定画面

Discord通知、Google Sheets連携、Webhook送信、外部認証などを使う場合は、WebRequest設定画面の確認が必要になることがあります。

どのURLを許可しているかを確認できますが、外部連携の実URLや認証情報が映る場合があります。共有前に必ずマスクしてください。

スクリーンショット確認できること注意点
チャート画面銘柄、時間足、表示状態、パネル口座番号の映り込みに注意
Inputs画面設定値、ON/OFF、外部連携設定URLやトークンをマスクする
Expertsログ画面EA・インジ側のエラーや判定発生時刻が分かるようにする
Journalログ画面端末側の接続や注文応答不要な個人情報に注意する
WebRequest設定外部URL許可状態実URLや認証情報を隠す

不具合調査で必要な情報

発生時刻

不具合調査では、発生時刻が重要です。

発生時刻が分かると、Expertsログ、Journalログ、チャート状態、外部連携ログを同じ時間軸で確認できます。

「いつから動かないか」「どの操作の直後に起きたか」「再起動後に起きたか」「設定変更後に起きたか」も記録してください。

再現手順

再現手順は、同じ問題を確認するための情報です。

どのEAを、どのチャートに入れ、どのsetを読み込み、どの操作をした後に問題が起きたかを順番に書いてください。

再現手順が分かると、開発側で同じ条件を作りやすくなります。

変更前後

問題が発生する前に変更した内容を整理してください。

setファイル、EAファイル、インジケーター、MT5設定、WebRequest設定、VPS環境、テンプレート、通知設定などを変更した場合は、変更前後を分けて記録します。

変更履歴が分かると、原因候補を絞りやすくなります。

エラー番号・エラー文

注文エラー、外部連携エラー、初期化エラーなどが出ている場合は、エラー番号やエラー文を記録してください。

エラー番号だけで原因が完全に分かるとは限りませんが、調査の入口になります。

エラー行の前後ログも合わせて保存してください。

外部連携の反映状況

Discord通知、Google Sheets連携、Webhook送信などが関係する場合は、外部サービス側の反映状況も確認してください。

MT5側で送信ログが出ているか、外部側で受信できているか、シートに反映されているかを分けて確認します。

不具合調査資料確認する内容理由
発生時刻問題が起きた日時ログ照合に必要
再現手順操作順、設定、発生条件同じ状態を再現するため
変更前後変更したset、EA、環境原因候補を絞るため
エラー番号・文面注文エラー、通信エラー、初期化エラー調査の入口にするため
外部連携状況通知送信、Sheets反映、Webhook応答MT5側と外部側を分けて確認するため

依頼内容別に用意する資料

新規EA作成

新規EA作成では、エントリー条件、決済条件、ロット、MagicNumber、最大ポジション、取引時間、通知、ログ、外部連携、バックテスト条件を整理してください。

「勝てるEA」や「おすすめ設定」といった表現ではなく、機能仕様として条件を整理することが重要です。

注文や決済を扱うため、インジケーターよりも確認範囲が広くなります。

新規インジケーター作成

新規インジケーター作成では、表示内容、サイン条件、通知条件、バッファ、リペイント有無、確定足・未確定足の扱いを整理してください。

インジケーターは、通常、注文や決済を行うものではありません。注文や決済まで行いたい場合は、EA開発として整理します。

既存EA・インジ改修

既存EAや既存インジケーターの改修では、ソースコードの有無が重要です。

mq5 がある場合は内部処理を確認しやすくなります。ex5 のみの場合は、内部処理を直接確認できないため、現在の動作、ログ、スクリーンショット、希望仕様をもとに再作成や別実装を検討する場合があります。

現在のファイル、setファイル、ログ、変更したい箇所、変更後に期待する動作を整理してください。

外部連携追加

外部連携追加では、Discord通知、WebRequest、Google Sheets連携、Webhook送信、CSV出力、外部認証などのどれが必要かを整理してください。

通知条件、送信内容、送信タイミング、WebRequest許可URL、送信失敗時のログ、通知過多対策を明確にします。

Webhook URL、GAS URL、APIキー、認証トークンなどの実値は、問い合わせ文面やスクリーンショットにそのまま載せないよう注意してください。

コピーEA相談

コピーEAの相談では、コピー元MT5、コピー先MT5、コピー先の数、対象銘柄、MagicNumber、Lot方針、決済同期、VPS構成を整理してください。

コピー元とコピー先のExpertsログ、Journalログ、注文時刻、決済時刻も確認に役立ちます。

依頼内容用意する資料特に重要な確認点
新規EA作成条件、ロット、決済、MagicNumber、ログ注文・決済・管理対象
新規インジ作成表示条件、通知条件、画像、リペイント確認表示・通知・確定足
既存改修mq5/ex5、set、ログ、変更内容ソース有無と影響範囲
外部連携追加通知条件、送信先、WebRequest、ログURL・認証情報の管理
コピーEA相談コピー元・コピー先、MagicNumber、Lot方針同期対象とログ照合

送らない方がよい情報

開発依頼や不具合調査では、setファイル、ログ、スクリーンショットに重要情報が含まれる場合があります。

口座番号・ログイン情報

口座番号、ログインID、ログインパスワード、VPSログイン情報は、そのまま送らないでください。

スクリーンショットやログに映り込む場合があるため、共有前に確認してください。

Webhook URL

Discord通知などで使うWebhook URLは、通知先へ接続できる重要情報です。

実値をそのまま問い合わせ文面、ログ、スクリーンショットへ載せないようにしてください。

APIキー・認証トークン

APIキーや認証トークンは、外部サービスや認証処理に関係する重要情報です。

setファイル、Inputs画面、ログ、通知文面に含まれていないか確認してください。

GAS URL・外部連携URL

Google Sheets連携などで使うGAS URLや外部連携URLも、実値共有には注意が必要です。

必要な場合は、用途やドメインだけ分かる形で伏字にしてください。

個人情報

氏名、住所、電話番号、メールアドレス、契約情報など、開発確認に不要な個人情報は送らないでください。

必要な範囲の技術情報だけを整理して共有することが重要です。

送らない方がよい情報含まれやすい場所対応
口座番号ログ、チャート画像、通知文面必要に応じてマスクする
ログインパスワードメモ、画像、接続情報送らない
Webhook URLset、Inputs、通知設定、ログ伏字にする
GAS URLGoogle Sheets連携設定実値を送らない
APIキー外部API連携、認証設定削除または伏字にする
認証トークン認証設定、外部連携ログ公開しない
VPSログイン情報接続メモ、スクリーンショット送らない
個人情報メール本文、画像、資料不要な情報は削除する

資料を整理する時のファイル名ルール

日付を入れる

資料を送る時は、ファイル名に日付を入れると管理しやすくなります。

例として、EAName_set_2026-05-17.setExpertsLog_2026-05-17.txtChart_M15_2026-05-17.png のように、日付と用途を入れます。

日付があると、変更前後の資料を比較しやすくなります。

用途を入れる

ファイル名には、用途も入れてください。

setファイルなのか、Expertsログなのか、Journalログなのか、スクリーンショットなのか、仕様書なのかが分かるようにします。

複数ファイルを送る場合、用途が分かる名前になっていると、確認漏れを減らしやすくなります。

変更前後を分ける

変更前と変更後の資料は、別ファイルとして保存してください。

たとえば、beforeafteroldnew などの表記を使うと、どちらが変更前か分かりやすくなります。

上書き保存だけで管理すると、変更前の状態が分からなくなるため注意してください。

バージョンを入れる

EAやインジケーターの複数バージョンがある場合は、ファイル名にバージョンを入れてください。

どのバージョンで問題が起きたのか、どのバージョンを改修したいのかが分かると、確認しやすくなります。

ファイル名に入れる情報理由
日付2026-05-17資料の時点を分かるようにする
用途set、Experts、Journal、chart資料種別を判別しやすくする
変更前後before、after変更差分を確認しやすくする
バージョンv1_20、v0560対象ファイルを特定しやすくする

関連ページへの進み方

開発・改修相談へ進む

MT5のEA、インジケーター、補助ツール、外部連携、既存改修を相談したい場合は、開発・改修相談ページを確認してください。

相談前に、対象ファイル、仕様書、setファイル、ログ、スクリーンショットを整理しておくと確認が進めやすくなります。

EA開発依頼前の仕様を確認する

EA開発を依頼する場合は、エントリー条件、決済条件、ロット、MagicNumber、最大ポジション、通知、ログ、バックテスト条件を整理してください。

仕様が曖昧な場合は、仕様整理から進める形になります。

仕様書の作り方を確認する

仕様書の作り方を詳しく確認したい場合は、仕様書作成に関する記事も確認してください。

仕様書では、目的、入力、条件、出力、ON/OFF、ログ、確認方法を分けて書くと整理しやすくなります。

ログ確認方法を確認する

不具合相談や既存改修では、ログ確認が重要です。

Expertsログ、Journalログ、発生時刻、エラー行、前後ログを整理してください。

不具合報告へ進む

動かない、通知が届かない、表示が崩れる、注文エラーが出るなどの相談は、不具合報告・調査依頼ページを確認してください。

再現手順、変更前後、setファイル、ログ、スクリーンショットを整理しておくと、確認が進めやすくなります。

よくある質問

開発依頼前に仕様書は必須ですか?

完全な仕様書が必須とは限りません。ただし、目的、条件、対象銘柄、時間足、表示・通知・発注の有無、希望する動作を整理しておくと、確認範囲を決めやすくなります。

setファイルは送った方がよいですか?

EAやインジケーターの設定確認が必要な場合は、setファイルがあると確認しやすくなります。現在使用中のset、変更前後のset、検証用setを分けて整理してください。外部連携URLや認証情報が含まれる場合は、共有前にマスクしてください。

ログはどこを確認すればよいですか?

EAやインジケーター側の動作はExpertsログ、MT5端末側の接続や注文応答はJournalログで確認します。不具合調査では、発生時刻前後のログを中心に整理してください。

スクリーンショットは必要ですか?

必要になる場合があります。チャート画面、Inputs画面、Expertsログ、Journalログ、WebRequest設定画面があると、設置状態や設定状態を確認しやすくなります。口座番号や認証情報の映り込みには注意してください。

送ってはいけない情報はありますか?

ログインパスワード、VPSログイン情報、Webhook URL、GAS URL、APIキー、認証トークンなどの実値は送らないでください。口座番号や個人情報も、必要に応じてマスクしてください。

ex5ファイルだけでも改修できますか?

ex5だけでは内部処理を直接確認できないため、既存ファイルの直接改修は難しい場合があります。その場合は、現在の動作、setファイル、ログ、スクリーンショット、希望仕様をもとに再作成や別実装を検討します。

不具合調査では何を優先して送ればよいですか?

発生時刻、再現手順、対象EA名またはインジケーター名、setファイル、Expertsログ、Journalログ、スクリーンショット、直前に変更した設定を優先して整理してください。

まとめ

開発依頼前は仕様・設定・ログ・画面をセットで整理する

MT5開発依頼前には、仕様書、setファイル、Expertsログ、Journalログ、スクリーンショットをセットで整理しておくことが重要です。

新規作成、既存改修、外部連携追加、不具合調査では、それぞれ必要な資料が異なります。対象ファイル、希望動作、発生時刻、変更前後、ログ、画面状態を分けて整理してください。

送る情報と送らない情報を分ける

資料を送る時は、確認に必要な技術情報と、送らない方がよい重要情報を分けてください。

口座番号、ログインパスワード、Webhook URL、GAS URL、APIキー、認証トークン、VPSログイン情報、個人情報は、問い合わせ文面、ログ、スクリーンショットにそのまま載せないよう注意が必要です。

開発依頼前に整理しておきたい情報

  • 依頼目的:新規EA、新規インジ、既存改修、外部連携、不具合調査のどれか
  • 対象EA名、インジケーター名、ファイル名、バージョン
  • mq5 / ex5 / mqh / set / 関連ファイルの有無
  • 現在使用中のsetファイル、変更前後のsetファイル
  • 対象銘柄、時間足、設置チャート
  • 希望する動作、条件、ON/OFF、表示・通知・発注の有無
  • Expertsログ、Journalログ、発生時刻、エラー内容
  • チャート画面、Inputs画面、ログ画面、WebRequest設定画面のスクリーンショット
  • Discord通知、Google Sheets連携、Webhook、CSV出力など外部連携の有無
  • 口座番号や認証情報をマスクした資料

関連ページ

MT5向けEA・インジケーター開発、既存改修、外部連携追加、不具合確認が必要な場合は、対象EA名、インジケーター名、setファイル、Expertsログ、Journalログ、発生時刻、スクリーンショットを整理したうえでご相談ください。

開発・改修の相談ページを見る

不具合確認・相談前の整理ページを見る

よくある質問を見る

ABOUT ME
記事URLをコピーしました