地方の親族に仕送りする場合の、還付金のモデルケース

 

日本の田舎の親族を養うために仕送り(送金)をしている人は、日本の税法に基づいて、払いすぎた所得税の還付(税金の割引)を国籍に関係なく受けられる 

 

 

 

はい、その通りです。日本国内(たとえば田舎など)に住んでいる親族に仕送りをして養っている場合も、国籍に関係なく、日本の税法に基づいて所得税の還付(税金の割引)を受けることができます。

仕組み自体は、先ほど説明した「海外への仕送り」とまったく同じ「扶養控除(ふようこうじょ)」です。

ただし、国内の親族を扶養に入れる場合は、海外への仕送りとは少し異なる「条件」や「注意点」があります。具体的にどうすれば税金が安くなるのか、わかりやすく解説します。

1. 国内の親族で還付を受けるための「3つの条件」
日本の田舎に住む両親や祖父母、兄弟などを扶養に入れて税金を安くするには、以下の3つの条件をすべて満たしている必要があります。

① 「親族」の範囲に入っていること
税法上の親族とは、「6親等内の血族」および「3親等内の姻族(配偶者の親族)」を指します。自分の親、祖父母、兄弟姉妹はもちろん、配偶者(妻や夫)の両親や祖父母に仕送りしている場合も対象になります。

② 仕送り相手の年間所得が「48万円以下」であること
養う相手(仕送り先)が、自立して稼いでいないことが条件です。

仕送り先がアルバイトやパートの場合:年収103万円以下(給与所得控除を引くと所得48万円以下になります)

仕送り先が年金受給者の場合:年齢によって年金収入のラインが変わります。

65歳未満:年金収入が年108万円以下

65歳以上:年金収入が年158万円以下

💡 ポイント:田舎の両親が年金暮らしの場合
たとえば、田舎の65歳以上の父親が「年間150万円の年金」だけで暮らしている場合、所得条件をクリアしているため、仕送りしていれば扶養に入れることができます。

③ 「生計を一(いつ)にしている」こと(=仕送りが必要)
別居していても、常に生活費や医療費などの仕送りを行っており、「自分の収入で相手の生活を成り立たせている」という実態が必要です。

2. 海外への送金と「何が違う」のか?(注意点)
国内の親族を扶養する場合、海外送金ほど「ガチガチの証明書」を毎回求められるわけではありませんが、実は税務署から後日チェックされやすい盲点があります。

比較項目    海外の親族を扶養する場合    国内の親族を扶養する場合
送金明細の提出    法律で提出が必須(銀行等の証明書がないと100%却下)    年末調整や確定申告時の提出は不要(ただし、税務署から説明を求められたら見せる必要がある)
金額の基準    30〜69歳は年間38万円以上という明確な基準あり    明確な金額の基準はないが、**「相手の生活の足しになる常識的な金額」**が必要
国内仕送りでよくある「税務署に否認される(断られる)」ケース
国内の別居親族の場合、年末調整の書類に名前を書くだけで通ってしまうことが多いため、あとから税務署の調査が入って「還付された税金を返しなさい」と言われるトラブルがよくあります。

「手渡し」で生活費を渡している
実家に帰省したときに現金で手渡している場合、通帳に記録が残りません。税務署から「本当に仕送りしていますか?」と聞かれたときに証拠が出せないため、銀行振込などで「仕送りの証拠(履歴)」を残しておくのが鉄則です。

仕送り額が少なすぎる
「年に数回、お小遣い程度に3万円ずつ、計10万円仕送りしている」というレベルだと、「あなたが相手を養っている(生計を一にしている)」とは認められず、扶養から外される可能性が高いです。

他の兄弟も同じ親を扶養に入れている
たとえば、田舎の両親に対して、あなたとあなたの兄が2人とも同時に「自分が仕送りして養っています」と申告することはできません。扶養控除を受けられるのは、兄弟のうちどちらか1人だけです。

 

 


日本国内の別居親族(田舎の両親など)であっても、「仕送り相手の収入が一定以下」で、「きちんと銀行振込などで生活費を仕送りしている実績」があれば、日本人・外国人を問わず、誰でも所得税や住民税の還付(割引)を受けられます。

もし実際にこれから手続きをされる場合は、毎月の仕送りを銀行振込にして、通帳に履歴を残しておくことを強くおすすめします。

 

 

 

仕送り額が少なすぎる と税務署に否認される場合があるなら、いくら以上が仕送り額が少ないと判断されるか

 

 

結論から言うと、国税庁の「所得税(税金)」のルールにおいて、国内の別居親族への仕送り額は「いくら以上でなければならない」という明確な数値基準は、法律上定められていません。

しかし、過去の税務調査の判例や実務上の傾向から、税務署に「これでは少なすぎる(生計を一にしているとは言えない)」と否認されるかどうかの実質的なボーダーラインは存在します。

税務署がチェックする際の「判断基準」と「目安となる金額」は以下の通りです。

1. 税務署が否認する「仕送り額」の目安
一般的に、税理士や実務の間で「これ以下だと税務署に否認される可能性が高い」と言われている目安は、1人あたり年間30万〜38万円(月額にして約3万円)未満です。

なぜこの金額が目安になるかというと、以下の2つの背景があるためです。

① 「国外の親族」への法的な基準が38万円だから
国税庁は、海外に住む親族を扶養に入れる場合の基準として「年間38万円以上の送金」を法律(義務)として定めています。国内の親族にはこの法律は適用されませんが、税務署が「本当にその人を養っているか」を判断する際、この「38万円」という数字を一つの大きな参考目安にしています。

② お小遣いの範囲を超えている必要があるから
税法上、扶養に入れるには「生計を一にしている(その仕送りがなければ相手の生活が成り立たない)」という実態が必要です。
たとえば、年間5万円(月額4,000円程度)の仕送りだった場合、税務署からは「それは生活を支えるための仕送りではなく、単なる『お小遣い』や『仕送りという名目の税金対策』ですよね」とみなされ、否認されます。

2. 金額以上に税務署が見ている「2つのポイント」
税務署は、単に「合計いくら送ったか」だけでなく、「その金額で本当に相手の生活が成り立っているか」というバランスを見ています。

ポイント①:仕送り額 > 相手の収入 であること
これが最も重要なポイントです。
たとえば、田舎の親の年金収入が「月10万円」あるのに対し、あなたの仕送りが「月2万円」だったとします。

 

 

親の収入:月10万円

あなたの仕送り:月2万円

この場合、生活の大部分(10万円分)は親自身の収入で賄われており、あなたの仕送り(2万円)は補助的なもの(=お小遣い)と判断され、否認される可能性が極めて高くなります。原則として、「親の収入(年金など)よりも、あなたの仕送り額のほうが多い」状態でないと、「自分が主となって養っている」とは認められにくいのです。

ポイント②:「毎月、定期的」に送っていること
「年末に一括で30万円を振り込んだ」というケースは、税務署から「税金を安くするための帳尻合わせ」と疑われやすいです。生活費は毎月発生するものなので、「毎月3万円ずつ、口座振込で定期的に送金している」という実績のほうが、生活を支えている証拠として圧倒的に認められやすくなります。

 

 

⚠️ 注意:会社の「健康保険」の扶養はルールが全く違う
ここまでお話ししたのは「税金(所得税)」を安くするための国税庁のルールですが、もし仕送りをして「会社の健康保険(社会保険)」の扶養に親を入れたい場合は、話が別です。

健康保険の場合は、各健康保険組合によって非常に厳格な独自の数値ルールが決められています。
多くの組合では、別居親族を扶養に入れる条件として以下のように定めています。

仕送り額が「月5万〜6万円以上」と下限が決まっている。

仕送り額が「相手の収入(年金など)を1円でも上回っている」ことが必須。

そのため、税務署のチェックをクリアできても、会社の健康保険の扶養には入れない(仕送り額が足りない)というケースはよく起こります。

まとめ:税務署に否認されないための対策
国内の別居親族(田舎の両親など)を扶養に入れて正しく還付を受けるための安全ラインは、以下の条件を揃えることです。

月々3万円以上(年間36万〜38万円以上)を her 人に仕送りする。

親自身の収入(年金など)が、あなたの仕送り額より少ない(または同等以下)。

手渡しではなく、必ず毎月、銀行振込で実績(証拠)を残す。

日本の田舎の親族を養うために仕送り(送金)をしている人で、1年間で100万円、仕送りしているとする。その場所、確定申告の結果、税金がいくら戻ってくるのか。モデルケースを教えて

年間100万円の仕送りをしている場合、確定申告によって税金がいくら戻ってくるかは、仕送り(送金)をしているあなた自身の「年収(所得)」によって大きく変わります。

日本の税金(所得税)は、収入が高い人ほど税率が上がる「累進課税(るいしんかぜい)」という仕組みになっているため、年収が高い人ほど、同じ仕送り額でも戻ってくる還付金は多くなります。

田舎の両親(70歳以上)の1人を扶養に入れる場合の、年収別の還付金(所得税+住民税の軽減額)のモデルケースを計算しました。

💡 前提条件(モデルケースのルール)
仕送りをする人(あなた):独身、または配偶者控除などをすでに受けた後の会社員

仕送りを受ける人(田舎の親):70歳以上の父母どちらか1人(別居)
※税法上、70歳以上の別居親族を扶養に入れる場合、「同居老親等以外の扶養親族」となり、所得税の控除額は48万円、住民税の控除額は38万円と決まっています(仕送り額が100万円であっても、税金計算で差し引ける上限は一律この金額になります)。

💰 【年収別】税金がいくら戻ってくるか(目安)
年収に応じて、確定申告後に戻ってくる「所得税(還付金)」と、翌年の6月から安くなる「住民税」の合計額の目安です。

ケース①:年収 400万円 の人の場合(所得税率 5%)
所得税の還付金:約 24,000円

住民税の安くなる額:約 38,000円

💰 合計で戻る・安くなる税金:約 62,000円

ケース②:年収 600万円 の人の場合(所得税率 10%)
所得税の還付金:約 48,000円

住民税の安くなる額:約 38,000円

💰 合計で戻る・安くなる税金:約 86,000円

ケース③:年収 800万円 の人の場合(所得税率 20%)
所得税の還付金:約 96,000円

住民税の安くなる額:約 38,000円

💰 合計で戻る・安くなる税金:約 134,000円

🔍 なぜ「100万円」送ったのに、その金額しか戻らないの?
ここで「100万円も送金したのに、戻ってくるのは数万円〜十数万円だけ?」と疑問に思うかもしれません。

ここが税金の仕組みの勘違いしやすいポイントで、「仕送りした金額(100万円)がそのまま戻ってくる」わけではありません。

国が定めたルール(扶養控除)に則り、あなたの年収から「48万円(所得税の控除額)」を無税扱いに引いて、そこにあなたの税率をかけた分だけが手元に戻ってきます。

【計算のイメージ(年収600万円・税率10%の場合)】
48万円(控除額) × 10%(税率) = 48,000円(所得税の還付)

そのため、年間で50万円仕送りしていても、100万円仕送りしていても、国が定める「扶養の条件」をクリアしていれば、引いてもらえる控除額(48万円)は同じになり、戻ってくる金額も同じになります。

⚠️ もし「両親2人分」を扶養に入れるなら、効果は2倍
もし、年間100万円の仕送りが「父親と母親の2人分(たとえば各50万円ずつ個別の口座に振り込んでいるなど)」であり、2人とも前述の収入条件(年金暮らしなど)を満たしている場合は、控除額が2人分(48万円×2人=96万円)になります。

 

 

その場合、ケース②(年収600万円)の人であれば、戻ってくる税金は約17万2,000円(86,000円の2倍)にアップします。

確定申告をする際は、誰の口座にいくら送金したのかという「振込明細(通帳の記録)」が人数分しっかり残っていることが、税務署に認められるための必須条件

住友ベークライト株式会社のプラスチック事業への強み

住友ベークライト株式会社

 

 

 

住友ベークライト株式会社は、プラスチック製品の総合メーカーであり、「プラスチックのパイオニア」として幅広い分野で事業を展開しています。

  • モットー: 単なる「モノづくり」ではなく、「機能」を創り、提供するメーカーであること。

  • 事業の3本柱(セグメント):

    1. 半導体関連材料 (連結売上高構成比 約30%): 情報通信に関わる部材の開発。

    2. 高機能プラスチック (連結売上高構成比 約35%): 自動車用の部品やさまざまな機能を持つ樹脂の開発。

    3. クオリティオブライフ関連製品 (連結売上高構成比 約35%): 商品包装や医薬品パッケージ、医療機器など、生活に関わる製品の創出。

  •  

🔩 具体的な製品とサービス

3つのセグメントに基づき、私たちの生活に不可欠な製品・部材を提供しています。

セグメント 主な製品・サービス例
半導体関連材料 半導体封止用エポキシ樹脂成形材料(世界トップシェアの製品も複数あり)、半導体・電子部品実装用カバーテープ半導体パッケージ基板材料 (例: L$\alpha$Z®シリーズ)
高機能プラスチック 自動車用機構部品、電気絶縁用エポキシ樹脂粉体塗料、輸送機内装材(例: アルミデコラ®)、精密成形品(電子・電機・自動車部品)
クオリティオブライフ関連製品 医療機器包装用フィルム(例: スミライト® CEL)、青果物鮮度保持フィルム(例: P-プラス®)、食品包装用フィルム・シート、細胞培養関連製品(例: PrimeSurface®、ProteoSave®)、体外診断薬製品、農業用ハウス資材
 
 

住友ベークライトは、情報共有の効率化やDX推進を目的としたシステム活用に取り組んでいます。

  • 情報共有・業務効率化:

    • グループウェアを導入し、ポータルで社内情報を一元管理。

    • AppSuite(業務アプリ作成ツール)を活用し、非効率な社内業務を簡単にシステム化することでDX(デジタルトランスフォーメーション)を推進。

    • 会議室や社用車などの共有設備を管理する設備予約機能を連携活用し、調整業務を効率化。

  • 品質管理:

    • クレームやFコスト情報をビジネスインテリジェンス(BI)ツールを用いてダッシュボード化し、「見える化」を促進。

    • データドリブンによる品質管理を強化し、原因究明や予兆管理に役立てています。

  • DX人材育成:

    • 全従業員を対象としたDXリテラシー向上のための研修プログラムやスキルアセスメントを実施。

    • データサイエンティスト社内認定制度の導入など、データ活用人材の育成を強化。


📈 マーケティングへの取り組み

顧客との関係強化とグローバル市場の開拓に注力しています。

  • 「One Sumibe活動」:

    • 部門横断的な連携を強化し、顧客に対して複合的な技術力やソリューションを提供するための全社的な取り組み。

    • 顧客満足(CS)を超える「顧客感動」の実現を目指し、顧客も気づいていない潜在ニーズを掘り起こし、期待以上の価値提供を目指しています。

  • グローバル展開:

    • 新ブランドネーム(例: AQNOA™)を活用したマーケティング活動を通じ、グローバル市場での認知拡大と販売促進を図っています。

    • 将来を見据えた新たな市場開拓のため、グローバルマーケティング本部が活動を強化しており、特にインド市場などでの共創活動を本格化する予定

三菱自動車はこれからどう成長していくのか

三菱自動車工業株式会社は、その名の通り自動車および関連部品の開発、製造、販売を主な事業

 

📌 主要製品(完成車)

 

 

🛠️ 関連製品・サービス

 

自動車の販売だけでなく、安全で快適なカーライフをサポートするための多岐にわたる事業も展開。

  • 純正部品、タイヤ・アクセサリーパーツ、油脂類などの販売。

  • 新車納入前の点検整備やオプション部品の取り付け、特別架装

  • 物流サービス(純正部品や完成車・KDの輸出出荷手配、国内輸送など)。

  • 自動車保険・生命保険代理業

 

🔌 先端技術分野(三菱電機グループとの連携含む)

 

親会社の三菱電機グループが提供するモビリティ関連の技術や製品・ソリューションと連携し、より高度な製品を提供しています。

  • 電動化技術(PHEVなど)。

  • 先進運転支援システム(ADAS)。

  • 自動搬送モビリティサービス(病院や屋内外で走行する自律走行ロボットなど、労働力不足への対応)。

  • 情報系(高精度カーナビゲーションシステム、ETC車載器、車載用ダイヤトーンスピーカーなど)。


 

💻 社内システムの取り組みとDX事例

 

三菱自動車(および関連グループ会社)は、顧客体験の向上と業務効率化を目指し、デジタル技術を活用したDX(デジタルトランスフォーメーション)を推進しています。

 

1. DX・デジタル人材育成の取り組み

 

  • 社内ポータルサイトを立ち上げ、社員向けにDX最新情報の紹介や発信を実施。

  • デジタルツールの勉強会、各種資格取得補助、E-ラーニングによる講習などを通じて、社員のDXリテラシー向上を図っています。

 

2. 法務・知財部門のDX(SaaS活用事例)

 

  • 法務DXとして、複数のシステムを統合し、ナレッジマネジメントを強化。

  • SaaSクラウドサービス)のメール自動連携機能を利用し、メールの内容と添付ファイルを自動的にシステム内に蓄積。手動登録の手間を削減し、業務負担の増加を抑えながら法務業務の効率化を図っています。

 

3. 顧客体験(CX)向上への取り組み(AI・データ活用)

 

  • アセアン地域などにおけるCX(顧客体験)戦略を推進し、デジタル基盤を活用しています。

  • ウェブサイトのアクセスログや試乗申し込み情報(実名)などをCDP(カスタマーデータプラットフォーム)に格納し、匿名情報から顧客情報への解像度を段階的に高めています。

  • これにより、顧客の行動やニーズを詳細に分析し、よりパーソナライズされたサービス提供やマーケティング戦略に活用しています。

 

4. IoT・AIによるその他の効率化事例(グループ会社含む)

 

  • AIオンデマンドバス:乗り降りする場所を柔軟に指定可能なオンデマンドバスを提供し、時間・場所・ルートの最適化により利便性と採算性の向上を目指しています。

  • 製造・開発部門でのAI活用(グループ会社):

    • 過去の実験データからの情報抽出・再利用

    • MI(マテリアルズ・インフォマティクスの構築による開発の高速化。

    • 在庫のリアルタイム管理、早期発見、経理報告の早期化など。


三菱自動車は、車両の電動化や先進運転支援システムといった製品技術の進化

東京建物はBrilliaに社名変更するのか

東京建物株式会社は、日本の総合不動産デベロッパーです。三菱グループ(旧三菱財閥)の源流にあたる「三菱為替店」が母体となって設立された、日本で最も古い歴史を持つ総合不動産会社の一つ

 

 

主要事業: オフィスビル・商業施設等の開発、賃貸、管理。マンション・戸建住宅の開発、販売、賃貸、管理。不動産の売買、仲介、コンサルティング。その他、駐車場、リゾート、物流施設、資産運用、海外事業など多角的に展開しています。

特徴: 東京都心におけるオフィスビル事業を核としつつ、住宅、商業施設、ホテルなど、多様なアセットタイプを手掛けています。特に、「Brillia(ブリリア)」ブランドでの住宅供給に注力しています。

上場市場: 東京証券取引所 プライム市場

具体的な製品・サービス名
東京建物は、「不動産」という形あるものと、それに関連する「サービス」を製品として提供しています。

 

 

1. オフィスビル・商業施設 (賃貸・運営事業)
オフィスビルブランド:

例: 東京建物日本橋ビル、大手町タワー(共同事業)など、主に東京都心に展開する大規模オフィスビル

商業施設:

例: 中野セントラルパークサウス、東京スクエアガーデン内の商業ゾーンなど。

賃貸オフィスサービス: 顧客企業の多様なニーズに対応するための、フレキシブルオフィスやシェアオフィスサービス。

2. 住宅事業 (開発・販売・管理)
分譲マンションブランド:

「Brillia(ブリリア)」: 主力となる分譲マンションブランド。高付加価値な都市型マンションを提供しています。

分譲戸建住宅ブランド:

「Brillia」を冠した戸建住宅も提供しています。

 

 

 

賃貸マンション・リフォーム・管理:

グループ会社の東京建物アメニティサポートによる、分譲・賃貸マンションの管理、大規模修繕、リフォームサービス。

3. その他事業 (多様なアセット)
物流施設: 「T-LOGI」ブランドでの物流施設開発。

 

 

 

リゾート事業: ホテル、リゾート施設の開発・運営。

資産運用事業: 不動産投資信託J-REIT)など、不動産を裏付けとした資産運用サービス。

海外事業: アジア主要都市を中心に、オフィスビルや分譲住宅の開発に参画しています。

 

 

 

 

社内システムの取り組み事例 (AI, IoT, DX, SaaS, マーケティング)
東京建物は、「未来の街づくり」への貢献を目指し、不動産事業における顧客体験の向上とオペレーションの効率化を目標としたDXを推進

 

 

 

 

1. 🏢 不動産マネジメント・運営の高度化 (AI・IoT)
AIによる空調制御:

事例: オフィスフロアにおいて、AIを用いて空調を制御する実証実験を実施しています。無線センサーから収集したデータをクラウド上のAIが解析し、空調機に操作指令を送るIoT連携システムです。

 

 

 

効果: フロアの温度ムラを解消したほか、一部の実験では消費電力を約5割削減することに成功しており、省エネと快適性の両立を実現しています。

建物管理の効率化 (IoTカメラ):

事例: 工事現場や建物管理において、工事不要のIoTカメラを活用し、現場の状況を遠隔で把握・監視する取り組みを進めています。

災害・リスク情報の収集 (AI):

事例: グループ会社の資産運用部門において、AI記者によるオールリスク情報収集AIを導入しています。これにより、24時間365日、災害や事故に関する情報を迅速に収集し、リスクマネジメント体制を強化しています。

 

 

 

2. 💻 DX・IT基盤整備 (SaaSの活用)
SaaSによる業務効率化:

導入: ワークフロー管理、人事・経理などの間接業務、および情報共有基盤において、クラウドベースのSaaSソリューションを積極的に採用しています。

 

 

目的: システムの運用・保守コストを削減し、社員が場所や時間に縛られずに働ける環境を整備し、間接業務の生産性を向上させています。

電子契約・ペーパーレス化:

取り組み: 不動産取引や社内契約手続きにおける電子契約システムの導入を推進し、業務の迅速化、コスト削減、環境負荷低減を実現しています。

 

 

 

3. 🎯 マーケティング・顧客体験向上
住宅事業のデジタルマーケティング:

事例: マンションブランド「Brillia」の販売において、Webサイト、SNS、デジタル広告を統合したデジタルマーケティングを展開しています。顧客データに基づき、潜在顧客に対して最適な情報提供を行い、販売効率を高めています。

 

 

 

顧客接点のデジタル化: オンラインでの物件紹介や相談会、VR/ARを活用した内覧体験などを導入し、顧客が自宅からでも物件の魅力を確認できるサービスを提供しています。

東京建物は、これらのDX取り組みを通じて、不動産開発・運営のバリューチェーン全体でイノベーションを創出

hb

#!/bin/bash

#  作業用メモ
#  ■日付を指定して、その案件のその日付ファイルが存在しなくてもエラーでとめたりしない。なぜならある案件の契約が終了とした場合、このスクリプトも対象案件から外さないと、途中でとまる可能性あるから
#  対応として対象件数をログにのこしておく。それで途中でとまらないようにしておく
#  → warning でわかる。filecount を追加した
#
# ./hhhhdata_sftp_bk1.sh 20230119
#    エラー処理
#    ・対象ファイル(指定hhhhサーバのファイルない)が存在しなくてもエラーにはしない
#    ・対象ファイル(指定日付のファイルない)が存在しなくてもエラーにはしない
#    ・sftpしないだけ
#    ・途中でサーバの数が増えても、このスクリプトが途中でおちないこと(ないホストデータはとれないけどね)
#    ・途中でサーバの数が減っても、このスクリプトが途中でおちないこと(ないホストデータはとれないけどね)
#    ■実行後に確認後のためにファイル数をだしたらいいかとおもったけどやめた。面倒だから
#  確認方法が、これまでのファイル数にするか、1ファイルだけなのでファイルサイズにするか、それともチェック処理不要にするか
#  どれかにするかは別途検討する
#  → grep -o で件数わかるからこれでいいかもね 
# ■ファイル数の確認はできない too meny 引数でむり → 文字通の Fetchg をカウントすることで解決。だがファイル数多い場合の確認は必要
# ■sftp中にエラーをキャッチできるようにする それでエラーを回避する → catch は無理だが、No route/refused の文字が含まれてるかを確認すう
#--------------------


#-----------------------------------
#
#  hhhh backup/log データ取得スクリプトBK1サーバ起動用)
#  
#  概要
#    rsyncを実行しリモートサーバ(hhhh統合監視サーバ)に接続、各hostディレクトリ配下に存在する、ファイルを一括で取得する。
#    但し、一部履歴ファイルについては、対象となる日付のファイルのみ取得
#    また、ローカルサーバ内において、上記3種類の履歴ファイル数が、一定世代分を超えた場合はその超えた分を削除する
#
#  Examples:
#    1. ./${SCRIPTNAME} 
#    日付パラメータ指定なし。昨日の日付のファイルをリモートサーバより取得する
#
#    2. ./${SCRIPTNAME} {YYYYMMDD}
#    日付パラメータ指定あり。パラメータの指定日付のファイルをリモートサーバより取得する
#
#  対象ファイル
#    リモートサーバ内にある、/data/AAAA/backup/配下のファイルをすべて(但し3種類の履歴ファイルは除く)
#
#    以下、3種類の履歴ファイルについては、指定した対象日付ファイルのみ取得する。
#    ・/data/AAAA/backup/${HOSTNAME}/export/${TARGET_DATE}_${HOSTNAME}_export.tar.gz
#    ・/data/AAAA/backup/${HOSTNAME}/log/event/${HOSTNAME}_hhhh_event_${TARGET_DATE}*.csv.gz
#    ・/data/AAAA/backup/${HOSTNAME}/log/${HOSTNAME}_STATUS_${TARGET_DATE}-*.log
#    ※上記、3種類の履歴ファイルについては、一度ファイルをローカルのtmpディレクトリに取得・保存後、別処理でmvで対象ディレクトリに移動する 
#    ※上記、3種類の履歴ファイルについては、一定世代分を超えた場合はその超えた分を削除する
#
#  前提条件
#    ・実行権限の付与
#    ・./log ディレクトリが存在すること(この配下に実行ログを出力)
#
#  Note:
#    ・sftpを実行しリモートサーバに接続、対象ディレクトリ配下に存在する、指定日のgz,logファイルを取得
#      BK1環境用(SAG3環境から hhhh用 gz,logファイルを取得)
#      BK2環境用(BK1環境から hhhh用 gz,logファイルを取得)
#    ・Bk1/BK2用の違いは、取得元リモートサーバとそのディレクトリが異なる
#    ・./log配下に格納するログファイルは、月別のログファイルとする。3カ月分を過ぎたファイルは、本スクリプト起動時に削除する
#    ・おおよそのファイル数は、ファイル3種類 x 約20監視サーバ
#    ・/data/AAAA/collect配下のファイルは、取得不要
#    ・/data/AAAA/export配下のファイルは、取得不要
#
#-----------------------------------

#-----------------
# 変数設定
#----------------

# ローカルサーバ
#SCRIPT_HOMEDIR=/usr/local/script/backup_shell
SCRIPT_HOMEDIR=/code/backup_shell # ★★本番ではここ変える可能性高い
SCRIPT_NAME=$0
#OUTPUT_HOMEDIR=${SCRIPT_HOMEDIR}/outputcsv_DCYCPMDB1 # sftp結果を格納する、出力先ホームディレクト
YYYYMM=`date '+%Y%m'` # 年月
LOG_NAME="$(basename $0 | sed -e 's/.sh//g')_${YYYYMM}.log"
#LOG=/code/sftp_shell/log/${LOG_NAME}
LOG=${SCRIPT_HOMEDIR}/log/${LOG_NAME}
DEBUG_FLAG=1 # 0:ログファイルのみ 1:ログファイルと標準出力
#OUTPUT_HOMEDIR="/tmp" # from_remoteserver_sftp_result
#OUTPUT_HOMEDIR="./from_remoteserver_sftp_result"
#hhhh_HOSTNAME_LIST_FILE="./hhhh_hostname_list.txt"

# リモートサーバ(BK1/Bk2でこの箇所を切り替える)
REMOTE_IPADDRESS="172.30.0.55" # service_rrdtool_web
REMOTE_USER="mmmm"
REMOTE_PW="mmmm1212"
REMOTE_DATA_AAAA_BACKUP_DIR="/var/www/html/test_hhhh/AAAA/backup"
#REMOTE_TARGET_HOMEDIR="/var/www/html/test_hhhh/AAAA"

OUTPUT_TMP_DIR="/tmp/hhhhdata_tmp"
OUTPUT_DIR="/data/AAAA/backup"
MAX_LEAVE_BACKUP_FILE_COUNT=4 # 3ファイル残したいなら4を指定。90ファイル残す場合は91を指定。# $2 残す最大ファイル数+1(この数-1を超えると削除対象となる) 4を指定すると3個のみ残る。それ以上は削除


#----------------
# ログ関数
# 第1引数:error level 第2引数:ログ出力文字列
#----------------
function log () {
    time=$(date '+%Y/%m/%d %T')
    errorlevel=$1
    if [ ${DEBUG_FLAG} -eq 1 ]; then
      echo -e "$time $errorlevel [${BASH_LINENO[0]}] ${@:2:($#-1)}" | tee -a ${LOG}  # ファイルと標準出力両方
    else
      echo -e "$time $errorlevel [${BASH_LINENO[0]}] ${@:2:($#-1)}" >> ${LOG}  # ファイルのみに出力
    fi   
}

#----------------
# ファイル削除 日付でソートし、指定数以上のファイルが存在する場合、古いファイルから削除
# $1 削除対象となるファイル名パターン 
#----------------
function deletefile () {
  delete_target_file=`eval echo $1` # 変数に変数を入れるのでここで文字列で取得し、evalを使用することで変数を展開

#  log "[INFO ]" "start deletefile() "
#  log "[INFO ]" "target delete file pattern: ${delete_target_file}"
#  log "[INFO ]" "matching target file all count: `ls -t ${delete_target_file} | wc -l`"

  # 日付でソートし、指定数以上のファイルが存在する場合、古いファイルから削除
  if test -n "`ls -t ${delete_target_file} | tail +${MAX_LEAVE_BACKUP_FILE_COUNT}`"; then
#    log "[INFO ]" "delete file count: `ls -t ${delete_target_file} | tail +${MAX_LEAVE_BACKUP_FILE_COUNT} | wc -l`"
    log "[INFO ]" "execute delete because the number of stored files exceeds the threshold. delete file count: `ls -t ${delete_target_file} | tail +${MAX_LEAVE_BACKUP_FILE_COUNT} | wc -l`"  # 保管しているファイル数が閾値を超えたため削除を実行する
    log "[INFO ]" "delete file list: `ls -t ${delete_target_file} | tail +${MAX_LEAVE_BACKUP_FILE_COUNT}`"
    rm `ls -t ${delete_target_file} | tail +${MAX_LEAVE_BACKUP_FILE_COUNT}`   # +3:2個だけ残し他は削除  +91 90個分を残し他は削除 /tmp/work だけだとパスがなく、ファイル名しか表示されないの
    if [ $? -gt 0 ]; then
      log "[ERROR]" "remove-command failed"
    fi
  fi
}


#----------------
# main
#----------------
log "[INFO ]" ""
log "[INFO ]" "start ${SCRIPT_NAME} $@"

#----------------
# 1 引数チェック
#----------------
if [ "$#" -eq 0 ]; then
  # 引数無し:昨日の年月日を対象日としてセット
  TARGET_DATE=`date --date '1 day ago' "+%Y%m%d"`
  # YYYYMM=`date --date '1 day ago' "+%Y%m"` 
  log "[INFO ]" "target date is yesterday. [${TARGET_DATE}]"

elif [ "$#" -eq 1 ]; then
  # 引数1:日付指定あり。指定日付をを対象日としてセット
  TARGET_DATE=$1 
  log "[INFO ]" "input parameter target date : ${TARGET_DATE}" 

  # 日付形式チェック 日付変換を仮に行い、変換不可の場合、NG
  if [ "`date +'%Y%m%d' -d ${TARGET_DATE} 2> /dev/null`" -eq ${TARGET_DATE} ]; then
      log "[INFO ]" "target date is format ok : ${TARGET_DATE}"
  else
      log "[ERROR]" "target date is format ng : ${TARGET_DATE}"
      exit 1
  fi

else 
  log "[ERROR]" "parametar error!!"
  exit 1
fi


#----------------
# 2 ssh接続事前確認
#----------------
# リモートサーバに接続確認(サーバ初回接続時は、ファイル数取得時に他の文字列も含んでしまうため切り分けて処理)
ret=`expect -c "
set timeout 3
spawn ssh ${REMOTE_USER}@${REMOTE_IPADDRESS}
expect \"Are you sure you want to continue connecting (yes/no)?\" {
    send \"yes\n\"
    expect \"${REMOTE_USER}@${REMOTE_IPADDRESS}'s pppp:\"
    send \"${REMOTE_PW}\n\"
} \"${REMOTE_USER}@${REMOTE_IPADDRESS}'s pppp:\" {
    send \"${REMOTE_PW}\n\"
}
expect eof
exit
"`

# サーバが起動していない場合
if "${ret}" == *"No route"* ; then
  log "[ERROR]" "remote server connect failed(No route)"
  log "[ERROR]" ${ret}
  exit
fi

# リモートサーバのsshが起動していない場合
if "${ret}" == *refused* ; then
  log "[ERROR]" "remote server ssh failed"
  log "[ERROR]" ${ret}
  exit
fi

log "[INFO ]" "${ret}" 
log "[INFO ]" "remote server connect ok!!: ${REMOTE_IPADDRESS}" 


#----------------
# 3 rsync 実行
# 3.1 リモートサーバ内にある、/data/AAAA/backup/ 配下のファイルとディレクトリをすべて取得する
#   但し、以下3種類のファイル形式は除く
#   ・*/export/*_export.tar.gz
#   ・*/log/event/*_hhhh_event_*.csv.gz
#   ・*/log/*_STATUS_*.log}

# 3.2 上記で除外した3種類の対象履歴ファイル(世代数管理が必要な、3種類のファイル)は、日付を指定した上で別途rsyncにより取得する
#   コピー元指定にワイルドカード指定した場合、コピー先には指定ホストディレクトリは作成されず、指定直下に保存となるため、
#   まずローカルに取得・保存し、そこからmvで移動する処理とする
#----------------
log "[INFO ]" "start rsync
# spawn rsync -avz -e ssh mabu@172.30.0.55:/var/www/html/test_hhhh/AAAA/backup ./  --exclude '*/export/*_export.tar.gz' --exclude '*/log/event/*_hhhh_event_*.csv.gz' --exclude '*/log/*_STATUS_*.log'
# spawn rsync -avz -e ssh ${REMOTE_USER}@${REMOTE_IPADDRESS}:/var/www/html/test_hhhh/AAAA/backup ./output --exclude '*/export/*_export.tar.gz' --exclude '*/log/event/*_hhhh_event_*.csv.gz' --exclude '*/log/*_STATUS_*.log'
# exe_rsync
# 履歴3種類については

mkdir -p ${OUTPUT_TMP_DIR}

ret=`expect -c "
  set timeout 3

  # ディレクトリ内全ファイル(対象履歴3ファイル除く) 
  spawn rsync -avz -e ssh ${REMOTE_USER}@${REMOTE_IPADDRESS}:${REMOTE_DATA_AAAA_BACKUP_DIR} /data/AAAA/ --exclude */export/*_export.tar.gz --exclude */log/event/*_hhhh_event_*.csv.gz --exclude */log/*_STATUS_*.log
  expect \"${REMOTE_USER}@${REMOTE_IPADDRESS}'s pppp:\"
  send \"${REMOTE_PW}\n\"
  interact

  # 対象履歴ファイル1 
  spawn rsync -avz -e ssh ${REMOTE_USER}@${REMOTE_IPADDRESS}:${REMOTE_DATA_AAAA_BACKUP_DIR}/*/export/${TARGET_DATE}_*_export.tar.gz  ${OUTPUT_TMP_DIR} 
  expect \"${REMOTE_USER}@${REMOTE_IPADDRESS}'s pppp:\"
  send \"${REMOTE_PW}\n\"
  interact

  # 対象履歴ファイル2
  spawn rsync -avz -e ssh ${REMOTE_USER}@${REMOTE_IPADDRESS}:${REMOTE_DATA_AAAA_BACKUP_DIR}/*/log/event/*_hhhh_event_${TARGET_DATE}*.csv.gz  ${OUTPUT_TMP_DIR}
  expect \"${REMOTE_USER}@${REMOTE_IPADDRESS}'s pppp:\"
  send \"${REMOTE_PW}\n\"
  interact

  # 対象履歴ファイル3
  spawn rsync -avz -e ssh ${REMOTE_USER}@${REMOTE_IPADDRESS}:${REMOTE_DATA_AAAA_BACKUP_DIR}/*/log/*_STATUS_${TARGET_DATE}*.log  ${OUTPUT_TMP_DIR}
  expect \"${REMOTE_USER}@${REMOTE_IPADDRESS}'s pppp:\"
  send \"${REMOTE_PW}\n\"
  interact

"`
log "[INFO ]" "${ret}"  # rsync理経過をログ出力

# 対象履歴ファイル(世代数管理が必要な、3種類のファイル)について、取得したファイル数をカウント(対象ファイルがない場合ここで終了)
gzlogfile_cnt=`find ${OUTPUT_TMP_DIR}/{*log,*gz} -type f | wc -l`
if [ ${gzlogfile_cnt} -eq 0 ]; then
  log "[WARN ]" "Number of gzlog files retrieved by rsync: ${gzlogfile_cnt}"
  exit 0
else 
  log "[INFO ]" "Number of gzlog files retrieved by rsync: ${gzlogfile_cnt}"
fi


#----------------
# 4 各ホストごとの処理
# tmpディレクトリに保存した、3種類の履歴ファイル(log,gz)をあるべきdirにmvする。
# 同時に、移動先dir内に。一定数以上の世代ファイルが存在する場合、削除する
#----------------

#-------------------------
# 4.1 ファイル名タイプ *_${HOSTNAME}_export.tar.gz の処理
# ホスト名:$2 (_区切りの2列目より崇徳)
# 例) ${OUTPUT_DIR}/DDDDDD01/export/20230118_DDDDDD01_export.tar.gz
#-------------------------
log "[INFO ]" "start mv delete action "

log "[INFO ]" "targetfile pattern: *_*_export.tar.gz"
for file in `ls ${OUTPUT_TMP_DIR}/*_*_export.tar.gz`; do
  HOSTNAME=`basename ${file} | awk ' BEGIN { FS="_" }{  print $2 } '`
  mkdir -p ${OUTPUT_DIR}/${HOSTNAME}/export/
  log "[INFO ]" "hostname:${HOSTNAME} cmd: mv ${file} ${OUTPUT_DIR}/${HOSTNAME}/log/"
  mv ${file} ${OUTPUT_DIR}/${HOSTNAME}/export/
  # 指定世代以上のファイル数が存在する場合、古いファイルを削除
  deletefile '${OUTPUT_DIR}/${HOSTNAME}/export/*_${HOSTNAME}_export.tar.gz' 
done

#-------------------------
# 4.2 ファイル名タイプ ${HOSTNAME}_STATUS_*.log の処理
# ホスト名:$1 (_区切りの1列目より崇徳)
# 例)${OUTPUT_DIR}/DDDDDD01/log/DDDDDD01_STATUS_20230118-010000.log
#-------------------------
log "[INFO ]" "targetfile pattern: *_STATUS_*.log"
for file in `ls ${OUTPUT_TMP_DIR}/*_STATUS_*.log`; do
  HOSTNAME=`basename ${file} | awk ' BEGIN { FS="_" }{  print $1 } '`
  mkdir -p ${OUTPUT_DIR}/${HOSTNAME}/log/
  log "[INFO ]" "hostname:${HOSTNAME} cmd: mv ${file} ${OUTPUT_DIR}/${HOSTNAME}/log/"
  mv ${file} ${OUTPUT_DIR}/${HOSTNAME}/log/
  # 指定世代以上のファイル数が存在する場合、古いファイルを削除
  deletefile '${OUTPUT_DIR}/${HOSTNAME}/log/${HOSTNAME}_STATUS_*.log'
done

#-------------------------
# 4.3 ファイル名タイプ ${HOSTNAME}_hhhh_event_*.csv.gz の処理
# ホスト名:$1 (_区切りの1列目より崇徳)
# 例) ${OUTPUT_DIR}/DDDDDD01/log/event/DDDDDD01_hhhh_event_20230118010000.csv.gz
#-------------------------
log "[INFO ]" "targetfile pattern: *_hhhh_event_*.csv.gz"
for file in `ls ${OUTPUT_TMP_DIR}/*_hhhh_event_*.csv.gz`; do
  HOSTNAME=`basename ${file} | awk ' BEGIN { FS="_" }{  print $1 } '`
  mkdir -p ${OUTPUT_DIR}/${HOSTNAME}/log/event/
  log "[INFO ]" "hostname:${HOSTNAME} cmd: mv ${file} ${OUTPUT_DIR}/${HOSTNAME}/log/"
  mv ${file} ${OUTPUT_DIR}/${HOSTNAME}/log/event/
  # 指定世代以上のファイル数が存在する場合、古いファイルを削除
  deletefile '${OUTPUT_DIR}/${HOSTNAME}/log/event/${HOSTNAME}_hhhh_event_*.csv.gz' 
done

exit 0

IBMってまだHDDを作っているんですか?I

IBMってまだHDDを作っているんですか?IBMってまだHDDを作っているんですか? hl?a=20100817-00000503-san-bus_all

 

HGSTにHDD部門を売却していますし、

 

この記事を読む限り、HDDではなくRAIDユニットではないのかと思うのですが。製造部門を売却したからと言って、OEM製造でIBMブランド名書かせれば、それはIBM製HDDと言っても差し支えないです。

 

記事を見る限りは、IBMのハイエンド大型ストレージシステムだと思うので、HDDって言ってるけど、中身はSSDRAIDアレイをツインテールかDualSystemで使ってるんでしょう。たしか、SSDHGSTじゃないハズです。

 

このへんじゃないかな。

 

 

ゆうちょとか、官公庁や国立大学などの場合、Systemの構成要件は自社製品であることというシバキをすることがありますので、IBMみたいなSIerは、OEMで自社ブランド製品を作らせることは多いです。

自社製造から撤退しても、自社製品は存在します。

 

なので、もう作って無いけど、IBM製HDDは存在しますよ。

神田外語大学スペイン語学科と麗澤大学英語コミ

神田外語大学スペイン語学科と麗澤大学英語コミュニケーション専攻にしか合格して...神田外語大学スペイン語学科と麗澤大学英語コミュニケーション専攻にしか合格していません。

 どちらかには進学しようと考えているのですが、どちらの方が充実した四年間になるか皆様の意見をお願いしますm(__)m

大学では交換留学で留学したいと考えています。こんにちは。大分以前(平成初頭)ですが外国語学部を卒業した者です。

合格おめでとうございます。

 

英米語以外の学科では、「4年間(或いはそれ以上)専攻する言語と

無二の親友になる気持ち(覚悟?)」が必要かと思います。

英米語以外を専攻する場合、大学入学後はどうしても専攻言語の

勉強に比重が掛かってしまう傾向が決して珍しくありませんので。

専攻言語と別に英語の力を伸ばす(資格取得も含む)には、自分自身の

強い意志が必要かと感じます。

 

また仮にスペイン語学科を選択した場合、入学後に「どうしてもスペイン

(語)に馴染めない」と感じても、潰しが利きません。

(専門の授業はスペイン語演習・およびスペイン&ラテンアメリカ文化等に

関する授業が中心。それから蛇足ですが…スペイン語は初心者も比較的

「とっつきやすい」一方で「奥が深い」言語かとも、私は思います)

 

よって、

◇4年間スペイン語にどっぷりと漬かる大学生活(これはこれで、なかなか

充実した4年間になりますが)を送りたいのならば、神田外語大学

◇反対にどうしても決心がつかないのならば、英語という事で潰しが利くで

あろう麗澤大学

 

…と、私は考えます。

僅かでも参考になれば幸いです。最後は必ずご自分の意思で決めて下さいね。ありがとうございます(>_<)

 

なんだか答えが見えてきた気がします!

 

お二人とも素晴らしい回答だったので、先に回答していただいた方をベストアンサーにさせていただきますm(__)m