グローバル企業と議論するための基礎情報収集

グローバル企業と議論する場合、前提となる基礎情報が異なるケースが多い。例えば、国内では企業名を言えば大凡の売上等は分かるが、海外企業と話す時はしっかり財務情報ベースで話をしないと通じないことが多い。そのため、マーケットニーズの規模と様々な施策のコスト感は金額ベースの定量的(数値的)な情報を把握しておいた方が良い。

共通的な基礎情報

共通的な指標として、主要国の国土情報とマクロ的経済指標、そして主要企業の決算報告書は目を通す習慣をつけた方が良いと思う。

国土情報

国土情報は今の時代はWikipediaで調べれば十分な情報を獲得できる。人口、年齢分布、地理的特徴、政策的特徴、主要産業あたりは抑えておきたい。

マクロ的経済指標

外務省のHPにリンクがまとまっているため、そちらを利用すると簡単に確認できる。特に外務省の『主要経済指標』(2021年分)やOECDの『OECDの主要指標』、JETROの『世界貿易投資報告』、総務省の『世界の統計』は一度見ておくと規模感が分かると思う。

  • 景気情報
    • GDP: 各国の経済の規模感を知る上ではGDPは一番話がしやすい情報の一つだと思う。関連する国の大凡の規模とトレンド(上昇/下降/横ばい)は抑えておきたい。
  • 企業情報
    • 設備投資(Gross Fixed Capital Formation): 法人向けのビジネスをする上では、その国の設備投資トレンドとその設備投資額の規模感は抑えておいた方が良いだろう。OECDの『設備投資(総固定資本形成)』から部門(Sector)別で過去10年以上の傾向を辿ることもできる。
  • 労働
    • 失業率: 一般消費者の懐事情を見る上では、失業率は一度見ておきたい。OECDの『失業率』であれば若手とそれ以外の失業を確認でき、ヨーロッパでは若手の失業率が非常に高いことも分かる。
  • 物価
    • 消費者物価指数: こちらも一般消費者の消費傾向を見る上では大切な指標であろう。内需を伴う経済成長中か、デフレが起きているのかなどもある程度確認できる。
  • 貿易
    • 輸出入量: こちらもその国の経済規模を見る上では参考になる指標値である。JETROのサイトでは貿易の内容を細かく調べることもできるので、どのような産業に力を入れているのか、どのような物が自国でまかなえないのかなども分かる。
    • 国際収支: こちらはその国が外貨をどのように稼いでいるのか分かる。特に実際に物を輸出入しているのか、それとも投資で外貨を稼いでいるのかなども分かり、日本自身も貿易から投資でお金を稼いでいることも分かる。
  • 金融
    • 長期金利: こちらも景気を見る上では参考になる情報だろう。
    • 株価: こちらも同様に景気を見る上では参考になる情報である。

主要企業の決算報告書

各社の決算報告書は、利益、投資情報、セクタ別の売上、今後のビジネスの方向性など、非常に重要な情報が掲載されている。元ネタは同じなので、使いやすいサイトを利用すれば良いと思う。モーニングスター、Investing.com、ロイター、Bloombergあたりがある程度日本語も使える大手ではないかと思う。

テレコムの基礎情報

テレコムの基礎情報としては、ユーザ数(Subscriber)、売上規模、国内順位、設備数などが基礎情報となるだろう。

オペレータ毎の基礎情報

ベンダ毎の基礎情報


この辺の基礎情報はある程度知っておくと、グローバル企業と話をするときも相手の言いたいことが理解しやすかったり、自分の話に説得力を持たせたりできるだろう。

コメント

コメントを投稿

このブログの人気の投稿

CISMとは？CCMとは？NFVでコンテナ管理はどうやるの？

イメージ
ETSI-NFV仕様の各Release機能 の通り、ETSI-NFVのRelease4ではコンテナの制御が追加される。Release4は IFA039のSBA の影響でService Baseの仕様が入っており、ETSI-NFVにおけるコンテナ管理は様々なバリエーションがある。そのため、どのように各仕様を使うかを理解するのは非常に難易度が高いだろう。なお、コンテナとは何か？については こちら を参照して頂きたい。 Kubernetesによるクラウド管理 Kubernetesは、コンテナという技術と各種管理機能を使ってプログラム(APL)を抽象化し、クラウド上でAPLを制御するフレームワークとそれを支える管理機能群である。ここでのクラウドとは、APLを抽象化することでインフラの制御を含む様々な資源を共通機能化し、それらをAPIでソフトウェア的に制御できるようにしていることだが、それを仮想化とクラウドの違いから図でまとめてみた。 仮想化だけした場合(単純仮想化)は、基本的にはAPLは物理装置自体と同じ構造であり、それをインストールしたり故障時の修理をしたりする作業も物理装置と同じ手順が必要だった。しかし、せっかくAPLを仮想化によりソフトウェア化し、HWとの依存関係を無くしている(抽象化している)ので、例えば初期構築やHW故障時の対応をAPI化したい。これがIaaS(Infrastructure As A Service)と呼ばれ、サーバやNW機能の一部を管理機能(ETSI-NFVの場合はVIM)で制御できるようにしている。これにより、物理装置の変更に伴う各種作業は削減され、VMだけ考慮すればよくなった。さらに一歩進んで、LBやDBなどの共通機能をインフラの一部として提供する(PaaS)ことで、HWに依存しない新しいタイプのAPLとプラットフォームへ進化することができ、この“何か分らない雲のようなところにリクエストを出すとサービスを得られる“というものがクラウドである。 Kubernetesは、このクラウドの効果を最大化するために、APLの範囲を最小限化している。 Kubernetesの世界では、APLはDataを持たず、Logicのみをコンテナとしてカプセル化しPodという単位で管理することで、外部から容易かつ高速に起動/停止が可能となっている。そのため、APLの冗長...
続きを読む

モバイルネットワークの保守運用の基礎

イメージ
O-RANや Sliceの管理 によって、最近モバイルネットワークの保守運用が脚光を浴びるようになってきた。しかし、運用方法や保守系装置は“オペレータやベンダ毎に異なる領域“というイメージであり、なかなかまとまったドキュメントや資料が見つからない。 保守運用の基本 これまでネットワークの保守運用のデファクトや標準仕様と言えばTM Forumの eTOM 程度しか無かったと思う。eTOMや各種標準化機能やOpen Sourceを踏まえると、大きく以下のような考え方がありそうだ。 保守運用のプロセス strategy： 新サービス導入やユーザの利用状況を踏まえた設備計画 保守運用の観点から見るとfulfillmentのInput情報 fulfilment(fulfillment)：設備計画に基づいたネットワーク装置(NF)や、それらを接続するネットワーク(NW)の設計・工事 assurance：運用しているNFやサービスの監視や復旧、更新作業 4Gまでの保守運用というと、assuranceを指すことが billing：利用状況に基づいた課金 保守運用の観点から見ると運用結果のOutput 保守運用レイヤ Business Management System (BMS)： 顧客の契約情報を管理 一般的にBusiness Support System (BSS)を利用 Service Management System (SMS)： 提供サービスの管理運用 Network Management System (NMS)： (サービスを実現する)NFの接続性の管理運用 4GまでのOperation Support System (OSS)と言うとNMSのことを指すことが多かったようだ Element Management System (EMS)： NF自体の管理運用 NFのFCAPSと言えば、EMSのことを指すことが多い 一般的にネットワークの保守運用というと、EMSまたはNMSのレイヤのfulfilment＋assuranceを指すことが多いように感じる。しかしながら、システムによる実装と人手での運用という観点では、4GまではEMSのassuranceまでを実装し、残りは手作業ということも多かったようだ。規模が大きな企業では、NMSやSMSの一部を取り入れてOSSを導入し...
続きを読む

VNFMとは？

仮想化された交換機等のテレコム設備(VNF: Virtualised Network Function)の管理機能部としてETSI-NFVではVNFM(VNF Manager)が定義されている。VNFMの主な役目として VNF LCM を行うというものがあるが、VNFMが入ることでNFVOやVIMとの機能的な違いが分かりにくくなっている。VNFMの役割とは何だろう？ ETSI-NFVにおけるVNFMの役割 ETSI GS NFV-MAN 001 の過去の提案資料(寄書)や議論状況を見ていると、どうやら以下のような考え方で機能部を検討してきたようだ。 テレコム設備(Network Function)の仮想化(VNF) Compute/Storage/Networkの仮想リソースプール化(NFVI: NFV Infrastructure) 複数のNFVIの管理/クラウド化(VIM: Virtual Infrastructure Manager) 複数のVIMのキャパシティ管理と既存保守機能部(OSS: Operation Support System)の接続と自動化(NFVO: NFV Orchestrator) 既存のNFのOAM部(EM: Element Manager)やVNFの仮想化に伴う不足機能の補完(VNFM) MAN001の議論状況だけ見ると、上記の通りNFVOとVIMしかなかったようだ。MAN001の発行直前に、既存のVNF/EM/OSSと新機能部であるNFVO/VIMの不足機能を補完するためにVNFMが定義されている。 問題はこの“不足機能“とは何かが不明瞭なため、VNFMは様々な機能部との境界ラインが曖昧になってしまっている。 VNFMの機能 ETSI GS NFV-IFA 010 を確認すると、VNFMが保持する機能としてはVirtualised Resource (VR) Mgmt、VNF  LCM、VNF Config Mgmt、VNF Info、VNF FM、VNF PM、VNF Indicator、Policy Mgmt、Snapshot Mgmt、VNF workload Mgmtがある。VNF LCMやVNF workload Mgmtは NFV-Tacker workshopのレポート「NFV＃34会合サマリとNFV-Work...
続きを読む