## はじめに
寒い冬を超え、一気に気温が温かくなってきました。春といえば桜、一年の中でもほんの一瞬しか見られない桜を待ち望んでいた方々は多いのではないでしょうか。新型コロナウイルス感染症の位置づけが、令和５年５月８日から「５類感染症」となり、日常における基本的感染対策を求めることがなくなっている今、外を歩けば桜を楽しんでいる人々の様子を伺うことができます。そんな日本にとってなじみの深い桜が、経済に与える影響がどのくらいなのか調べてみました。


## 桜の経済効果
　お花見に行くとついついお金を使ってしまいますよね。桜を見に行くことが目的だったのに、屋台のおいしそうな匂いにつられてお財布の紐がゆるくなることはありませんか？景色がきれいなところでおいしいものを食べたい欲求を抑えきれずに、花より団子になってしまうここ数十年を過ごしてきました。桜に関する消費を個人レベルで体感しているわけですが、マクロレベルで見たらどうでしょうか。

#### 2024年のお花見の経済効果：　		1兆1358億7149万円
#### お花見に出かける日本人の数：	　	6,139万人
#### お花見に出かける訪日外国人客数：　	373万人

日本人の2人に1人が花見にでかけている計算になります。
ちなみに2023年のお花見の経済効果は、約6160億円と試算されており、今年は去年の2倍の経済効果のようです。


## 他のイベントと経済規模を比較してみる
お花見のように季節イベントとは異なりますが、いくつかのイベントの情報を調べてみました。

 ![](https://cont.sterfield.co.jp/uploads/_b6f23632c9.png) 

個人的に驚いたのは、歌手のテイラー・スウィフトの特定ツアーの経済効果が、昨年のお花見の経済効果を上回っていたことでした。


## 桜を長く楽しむために
 ![](https://cont.sterfield.co.jp/uploads/_5204ff4b43.png) 

少し話題が外れてしまったのでお花見に戻します。tenki.jpが公表している桜の満開予想では、高知の3/31満開を皮切りに、京都4/5、名古屋4/7、福島4/9、青森4/19、札幌4/27、釧路5/9というように北上するにつれて満開になる時期が少しずつ遅れることがわかります。上記地図には沖縄が表示されていないので気になるところですが、高知よりもさらに満開になる時期が早いのではないかと思います。

桜を長く楽しむためには、まずは桜の開花が早い南の方へ行き、桜の満開予測に合わせて北上していけば一か月以上満開の桜を楽しむことができます。長期休暇を取ったり、ワーケーションを活用して実現していたいものです。


## まとめ
毎年当たり前のように咲いている桜。そんな桜を求めてたくさんの人々がお花見に出かけていて、経済効果が大きいことがわかりました。特定の時期にしか見られない桜は、1年スパンで見ると一瞬の花火のように輝いてそして散っていく。年中桜を見ることができないということが、桜の価値を高めていて、人々を動かしている。そんな桜の集客力を見習ってビジネスに応用したいと思う筆者なのでした。



### （参考）
YAHOO!JAPANニュース,【経済効果は1兆円超え】花見をしたい外国人観光客から日本がしっかり稼ぐ方法。開花予想が難しい桜を外国人観光客長期滞在の鍵に！, https://news.yahoo.co.jp/articles/c8878bc427eeaa1a4a95a12aba84068ebf003d0a　(参照 2024-4-15)

Forbes JAPAN, 「サクラノミクス」の経済効果6500億円超え、背景に多様化する「お花見」の姿, https://forbesjapan.com/articles/detail/26393 (参照 2024-4-15)

tenki.jp, 桜開花・満開情報 2024, https://tenki.jp/sakura/ (参照 2024-4-15)

厚生労働省, 新型コロナウイルス感染症の５類感染症移行後の対応について, https://www.mhlw.go.jp/stf/corona5rui.html　(参照 2024-4-15)

経済効果.NET, イベント・お祭, https://economicimpact.net/category/%E3%82%A4%E3%83%99%E3%83%B3%E3%83%88%E3%83%BB%E3%81%8A%E7%A5%AD%E3%82%8A/ (参照 2024-4-16)


河口湖　桜.webp

桜のインパクト

## はじめに
細かなテクニックやノウハウに偏ることなく、営業に必要な原理原則をまとめた一冊です。
著者は、キーエンスでトップ営業として活躍した天野眞也氏。徹底的に管理された超合理的な営業をしているイメージのあるキーエンスですが、本書では扱う商材に関わらずどんな会社のどんな営業マンでも役立つ汎用的な考え方が学べます。

## そもそも営業とは何か？
特に印象的だったのは、1章「営業する前」に読んでおきたい原理原則です。 

そもそも営業とは何か？法人の「買う」とはどういうことなのかが書かれています。

営業の仕事とは？と聞かれたとき、
「商品やサービスを売る仕事」と答える人もいるでしょう。（私も就活時などはこう考えていました。）一方、筆者は営業の仕事を「お客様が事業・ビジネスを進める一歩目を作る仕事」と定義しています。

前者は、自分目線ですが、後者はお客様目線になっています。

さらに法人の「買う」は「投資」であると書いてありました。そもそも法人の存在価値は、利益を出すこととです。利益の出せない法人は、潰れてしまいます。そう考えると、法人の「買う」は更なる利益を出すための「投資」というのは自明でしょう。

弊社はzohoというCRMを導入しています。これによって、営業活動が効率化し、新たなお客様を獲得できているので、これは投資といえます。

私はこの間、ライブの物販で1万円分のグッズを買いましたが、これは投資でなく、消費です。

ライブは楽しかったですし、グッズは大切に飾ってありますが、それが利益を生み出しません。

こういった投資と消費の違いを理解することが重要と筆者は述べています。


法人の投資の判断に対して、我々営業は、費用対効果を示す必要があります。
グローバルECを始めれば、3年後にはこれだけの利益が見込めますということをご説明できれば、投資に踏み込みやすくなるといったことでしょう。

ただ、筆者はそれだけでは足りないと付け足しています。加えて必要なのは「法人の中の個人の利益」を意識することです。

会社にとって利益になるだけでなく、目の前にいる個人にとっても、利益になる提案が必要です。営業とした対峙してるのは法人に属する個人だからです。

例えば、リスクをとってでも評価を得たいと考えてる人もいれば、なるべく波風立てずに淡々と仕事を進めたい人もいるでしょう。
同じ商品でも相手によってお伝えするポイントを変えるなど工夫ができるものです。

## まとめ
営業として、迷ったときはこの基本事項に立ち返るべきと感じました。AIがどれだけ発展して営業のやり方が変わっても、この基本は変わらない部分だと感じました。
      

shopping.webp

営業の原理原則とは『シン・営業力』を読んで


Shopeeは、東南アジアを中心に急成長しているeコマースプラットフォームです。2022年には年間売上高が622億ドルに達し、世界最大のeコマースプラットフォームの一つとなりました。

Shopeeは、事業を拡大するために、世界各地で認定パートナープログラムを展開しています。認定パートナーは、Shopeeの公式パートナーとして、Shopeeプラットフォーム上で様々なサービスを提供することができます。

本記事では、2024年4月現在の各国のShopee認定パートナーの中で最上位ランクの会社をまとめてみました。

## シンガポール 

[SCI Ecommerce
](https://www.sciecomm.com/Home)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbn1_lmztlc2qzmzw8c_7ac94dee59.jpeg) 

[Flywheel Digital](https://www.flywheeldigital.com/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbkr_lmztlc2r11kc93_876a32b990.jpeg) 

[Urbanfox](https://www.urbanfox.asia/business-solutions/multi-channel-commerce-platform/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbmc_lqnma70nzytja2_187d79caa3.jpeg) 

[AceCom Technologies](https://www.acecom.com.sg/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7qve7_lg1yln3hq9s574_9b6c851725.jpeg) 

[iStore iSend](https://www.istoreisend.com/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbn0_lmztlc2r2g4s19_ae6940d468.jpeg) 

[Synagie](https://synagie.com/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7qvee_ljupmn9myd2se4_6f5da4b475.jpeg) 

## マレーシア

[Store N Go Sdn Bhd](https://storengo.com.my/)

 ![](https://cont.sterfield.co.jp/uploads/my_11134141_7r98q_lqn4w39e7d4u5f_ff3b6fee0e.jpeg) 

[Momentum Commerce](https://momentum-commerce.com/#services)

 ![](https://cont.sterfield.co.jp/uploads/my_11134141_7r98r_lqn4w39ea69q66_f5af035075.jpeg) 

[SINMA DIGITAL SDN BHD](https://sinmadigital.com/)

 ![](https://cont.sterfield.co.jp/uploads/my_11134141_7r98v_lqmzd8filj9x16_43b810f3ec.jpeg) 

[iStore iSend Malaysia](https://www.istoreisend.com/ecommerce-fulfillment/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbn0_lmztlc2r2g4s19_ae6940d468.jpeg) 

[Synagie Sdn Bhd](https://synagie.com/our-solutions/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7qvee_ljupmn9myd2se4_6f5da4b475.jpeg) 

## タイ

[Flywheel Digital](https://www.flywheeldigital.com/)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbkr_lmztlc2r11kc93_876a32b990.jpeg) 

[Fanslink Communication Co., Ltd.](https://www.fanslink.co.th/)

 ![](https://cont.sterfield.co.jp/uploads/th_11134141_7r98r_lr4a7lnd72i663_a6407b7133.jpeg) 

[aCommerce](https://www.acommerce.asia/)

 ![](https://cont.sterfield.co.jp/uploads/th_11134141_7r98v_lmx0mkh4dua6db_6b677f3e8e.jpeg) 

[CREA](https://www.crea.asia/)

 ![](https://cont.sterfield.co.jp/uploads/th_11134141_7r98r_lmx0mkh4f8um25_0de8561c58.jpeg) 


## インドネシア 

[AHA COMMERCE](https://www.ahacommerce.net/)

 ![](https://cont.sterfield.co.jp/uploads/id_11134141_7qul6_lh628gojhtbn81_a74f59a107.jpeg) 

[DNICommercio](http://dnicommercio.com/)

 ![](https://cont.sterfield.co.jp/uploads/f35d86c5f23efda556a0dcf7f48262ea_f95486edb0.png) 

[Flywheel Digital Indonesial](https://www.intrepid.asia/#)

 ![](https://cont.sterfield.co.jp/uploads/sg_11134141_7rbkr_lmztlc2r11kc93_876a32b990.jpeg) 

[Jet Commerce (PT Global Jet Ecommerce)](https://jetcommerce.co.id/)

 ![](https://cont.sterfield.co.jp/uploads/c220c8802f9071338a1a861085f2a8a8_062106b162.jpeg) 

[LEAP Commerce](https://leapcommerce.com/)

 ![](https://cont.sterfield.co.jp/uploads/id_11134141_7r98y_lmrcm1aqgf8kc5_f2d41b64f7.jpeg) 

[Moshub](https://instagram.com/moshub.id)

 ![](https://cont.sterfield.co.jp/uploads/id_11134141_7qul7_ljuubpsg3s9ka5_7633fda51a.jpeg) 

[PT EROC COMMERCE INDONESIA](https://www.instagram.com/eroccommerce/)

 ![](https://cont.sterfield.co.jp/uploads/73a696bcb174731fca96ed9010614bb7_7fdcfef598.jpeg) 

[PT Storesend Indonesia (SSI)](https://storesend.id/)

 ![](https://cont.sterfield.co.jp/uploads/035e9d842c0092f30419f0635cba8dd6_b7e7b03ea7.png) 

[SIRCLO](https://www.sirclo.com/)

 ![](https://cont.sterfield.co.jp/uploads/9521fd102c98de42460c79c907227c1a_25396343c8.png) 

## フィリピン - XYZ Marketing Solutions

[GoCommerce](https://gocommerce.asia/)

 ![](https://cont.sterfield.co.jp/uploads/ph_11134141_7qul5_lgdk146dok1k5f_900016bdf7.jpeg) 

[Etaily](https://www.etaily.com/)

 ![](https://cont.sterfield.co.jp/uploads/ph_11134141_7r98s_lmpqrlg5971t8c_6d0bf0afb2.jpeg) 

[Great Deals E-Commerce Corp.](https://www.greatdealscorp.com/)

 ![](https://cont.sterfield.co.jp/uploads/ph_11134141_7r98r_lqk8invrpm0re3_10a9c807c8.jpeg) 

[Aeroworx](https://aeroworx-asia.com/)

 ![](https://cont.sterfield.co.jp/uploads/ph_11134141_7r98u_lqk8invrr0l7fa_ccbb142cff.jpeg) 

## まとめ
Shopeeの対応国の一つである台湾のリストはありませんでした。
国を跨いでみると、以前のブログでもご紹介した[Synagie](https://sterfield.co.jp/blog/ekkyo-ec_singapole_synagie/)やiStore iSend、Flywheelなどは複数国でPremiumの認証を獲得しており、グローバルに支援事業を展開できるということに驚きを覚えました。
企業研究はライフワークでもあり、今後、個別の支援事業者の深掘り記事を書いてみたいと思います。

注意事項
上記の情報は2024年4月10日時点のものとなります。最新の情報については、Shopeeの公式ウェブサイトをご確認ください。

## 参考記事
https://seller.shopee.sg/edu/article/8374

6581222c0f2572a6ec6f1a46_644f920cb2061a5c9ec813a0_63d39375b8c7b3262ad2f883_62aff89ee7e7cff91a5daa0a_5fc50f6495d8a2ea2c0ca25f_Screenshot202020-11-3020at2011.27.1620PM.webp

各国のShopee認定パートナーまとめ2024年4月版

## はじめに

Prisma でデータベーススキーマを書く際に、[ZenStack](https://zenstack.dev/) というフレームワークが便利だったので紹介します。
ZenStack にはさまざまな機能がありますが、今回はデータベーススキーマの定義について重点的に説明します。

## ZenStack とは

ZenStack は、Node.js と TypeScript 向けのフルスタック開発フレームワークです。データベーススキーマを定義するだけで、フロントエンドとバックエンドの実装を自動的に生成できます。
ZenStack は、Prisma ORM をベースとして構築されているので、Prisma のすべての機能を利用できます。

## ZenStack を使用したデータベーススキーマの書き方

ZenStack では、[ZModel](https://zenstack.dev/docs/reference/zmodel-language) というデータモデリング言語でデータベーススキーマを作成します。
[Prisma Schema](https://www.prisma.io/docs/orm/prisma-schema) をベースとしているので、基本的な文法は Prisma Schema と同じように書くことができます。

また、VSCode 向けに[ZenStack の拡張機能](https://marketplace.visualstudio.com/items?itemName=ZenStack.ZenStack)が用意されています。
エラーチェックやコード補完をしてくれるので、ZModel でデータベーススキーマを書く際はインストールしておくと便利です。

## ZModel を Prisma Schema に変換する方法

ZModel で定義したデータベーススキーマを Prisma で使用するには、以下のコマンドで ZModel → Prisma Schema に変換する必要があります。

```
npx zenstack generate
```

変換元と変換先のファイルパスを指定したい場合は package.json に以下の設定を記述します。

```
  "zenstack": {
    "schema": "[変換元のZModelファイル(デフォルト：./schema.zmodel)]"
    "prisma": "[変換先のSchemaファイル(デフォルト：./prisma/schema.prisma)]",
  },
```

## ZModel の便利機能

Zmodel で利用できる便利な機能をいくつか紹介します。

### abstract

ベースとなる抽象化 model を作成し、各項目を継承できます。
登録日時などのように、各テーブルに共通なフィールドがある場合に使うと便利です。

```
generator client {
  provider = "prisma-client-js"
}

datasource db {
  provider = "postgresql"
  url = env("DATABASE_URL")
}

abstract model Base {
  id Int @id @default(autoincrement())
  createdAt DateTime @default(now())
  updatedAt DateTime @updatedAt
}

model User extends Base {
  email String @unique
  name String
  posts Post[]
}

model Post extends Base {
  title     String
  content   String?
  published Boolean @default(false)
  author    User? @relation(fields:  [authorId], references: [id])
  authorId  Int?
}
```

上記 ZModel を変換すると、以下のような Prisma Schema が生成されます。

```
datasource db {
    provider = "postgresql"
    url = env("DATABASE_URL")
}

generator client {
    provider = "prisma-client-js"
}

model User {
    id Int @id() @default(autoincrement())
    createdAt DateTime @default(now())
    updatedAt DateTime @updatedAt()
    email String @unique()
    name String
    posts Post[]
}

model Post {
    id Int @id() @default(autoincrement())
    createdAt DateTime @default(now())
    updatedAt DateTime @updatedAt()
    title String
    content String?
    published Boolean @default(false)
    author User? @relation(fields: [authorId], references: [id])
    authorId Int?
}
```

### ファイル分割

1 ファイルで全てのスキーマを定義すると、スキーマが増えてくるにつれて管理が大変になると思います。
そこで、ZModel ファイルを分割してスキーマ定義する方法を紹介します。

今回の例では ZModel ファイルを以下のように分割してみます。

- base.zmodel: generator や datasource を記述するファイル
- user.zmodel: user のスキーマ
- post.zmodel: post のスキーマ

base.zmodel

```
// importに分割したZmodelファイルをすべて記載します
import "user"
import "post"

generator client {
  provider = "prisma-client-js"
}

datasource db {
  provider = "postgresql"
  url = env("DATABASE_URL")
}
```

user.zmodel

```
model User {
  id Int @id() @default(autoincrement())
  createdAt DateTime @default(now())
  updatedAt DateTime @updatedAt()
  email String @unique()
  name String
  posts Post[]
}
```

post.zmodel

```
model Post {
  id Int @id() @default(autoincrement())
  createdAt DateTime @default(now())
  updatedAt DateTime @updatedAt()
  title String
  content String?
  published Boolean @default(false)
  author User? @relation(fields: [authorId], references: [id])
  authorId Int?
}
```

変換元のファイルを「base.zmodel」に指定して変換すると、以下のような Prisma Schema が生成されます。

```
datasource db {
    provider = "postgresql"
    url = env("DATABASE_URL")
}

generator client {
    provider = "prisma-client-js"
}

model User {
    id Int @id() @default(autoincrement())
    createdAt DateTime @default(now())
    updatedAt DateTime @updatedAt()
    email String @unique()
    name String
    posts Post[]
}

model Post {
    id Int @id() @default(autoincrement())
    createdAt DateTime @default(now())
    updatedAt DateTime @updatedAt()
    title String
    content String?
    published Boolean @default(false)
    author User? @relation(fields: [authorId], references: [id])
    authorId Int?
}
```

### 属性

ZModel でのみ使用できる属性を一部紹介します。
詳しい内容は[公式リファレンス](https://zenstack.dev/docs/reference/zmodel-language#attribute)をご確認ください。

#### @password

データベースにハッシュ化した文字列を登録/更新します。
内部的には[bcryptjs](https://github.com/dcodeIO/bcrypt.js#readme)ライブラリを使用してハッシュ化しているようです。

以下のように引数が定義されていて、saltLength からハッシュのコストを設定したり、salt の設定も可能です。

```
@password(saltLength: Int?, salt: String?)
```

#### @omit

この属性を指定したフィールドはデータ呼び出し時に値が取得されなくなります。
上記の@password と組み合わせて使用すると便利です。

## まとめ

最近リリースされたばかりのフレームワークだからなのか、情報量が少なく調べるのに苦労しました。
今回は ZModel を重点的に紹介しましたが、他にも魅力的な機能がたくさんあるライブラリなので、次の機会に紹介したいと思います！

## 参考

- https://ZenStack.dev/
- https://www.ey-office.com/blog_archive/2023/09/20/i-learned-a-little-more-about-zenstack-zmodel-is-useful/
- https://www.Prisma.io/docs/orm/Prisma-schema/data-model/models
- https://zenn.dev/smish0000/articles/f1a6f463417b65


logo.png

ZenStack を使用してデータベーススキーマを作成する

## はじめに
前回の飲食編は皆さん見たでしょうか？
まさか飲食文化もそんなに異なることがあるんですね。実際にカルチャーショックとは言え飲食習慣が違いますよね！

今回は買い物編です。この話題は昔からずっと気になるところですね。今回は皆さんと討論しましょう！

## 飲食のカルチャーショック！？

> 1．決済アプリも多すぎない！？？

> 2．クーポンのアプリ多すぎない！？？

> 3．支払いは全部税込み、何で税抜の金額を書くの！？？

## ①決済アプリ
 ![](https://cont.sterfield.co.jp/uploads/24962316_s_92fe949766.jpg) 
それは日本に来たばかりの話です。スーパーでセルフを利用し、支払い方法を選択する時にいろいろな決済方法が表示されました。PayPay、メルペイ、iD、楽天Pay、d払い、LINE Pay、au PAY、Amazon PAY、Apple Pay…等の決済方法が多いんじゃないでしょうか？
然し実は台湾にもいろいろな決済方法がありますね。まさか日本にもそんなに決済方法が多いですよね。

台湾には「LINE Pay、街口支付（JKOPAY）、玉山 Wallet（E.SUN Wallet）、全支付（PXPay Plus）、Apple Pay、悠遊付、全盈+PAY、一卡通MONEY、台灣Pay、Pi拍錢包…等」の決済アプリがありますね。その中に「街口支付（JKOPAY）、玉山 Wallet（E.SUN Wallet）、全支付（PXPay Plus）」がPayPayと連携しているため、現在台湾人は日本に行った時にもその3つの決済アプリを使て、PayPayのQRコード決済サービスにも使用できるし、もっと爆買いしたくなると思いますよね。

ところで本当に全部の決済アプリを持っている人がいるでしょうか？心から疑問に思っています。

## ②クーポンアプリ
 ![](https://cont.sterfield.co.jp/uploads/5141339_s_14d9a3814b.jpg) 
先は決済アプリの話ですが、続いては皆さんがよく利用するクーポンの話ですね。

クーポン利用というといつも別のお店に行く時にそれぞれの「LINEの友達追加」や「アプリのダウンロード」をすることではないでしょうか？それは多すぎじゃないでしょうか？スマホの容量はだんだん足りなくなるでしょうね。

台湾には確かにクーポン利用する時に「LINEの友達追加」がありますが、然しアプリをダウンロードして、クーポンを利用することはありますけど、多くないですね。基本的には「LINEの友達追加」や公式サイトのお知らせ、クーポン専門サイト、Facebook、インスタグラムなどのところにクーポンや割引情報が掲載されています。

又は様々な店舗のクーポン情報をまとめているアプリがありますね。例えば「Ocard」というアプリは様々な店舗からクーポンやポイントなどのことを提供して、消費者が1つのアプリで直接クーポンやポイントを利用できます。それはすごくないでしょうかね。

## ③税込！税抜！？
 ![](https://cont.sterfield.co.jp/uploads/S_4153355cut_0f85f1be0e.jpg) 
「税込！税抜！？」その問題は外国人の心の中によく出てきますよね。どうして税込の金額を払って、わざわざ税抜の価格を書くのでしょうか？この問題はずっと気になりますね。

なんというか、台湾では商品価格が全部税込です。どこで商品を買えても税込ですし、税抜の金額はほぼ見えないです。そのため、日本に行って買い物や食事をする時にいつも計算してないといけないです。さもないと小銭がどんどん増えていきますね。

それではどうして税抜の価格が表示されているのでしょうか？
様々な噂がありますが、人によりそれぞれ感じたことが異なりますね。しかし買い物する時は時々税込の価格を見ると、一旦あきらめようとするんじゃないでしょうか？それも人の価値観が違いますよね。

ところで日本では同じ店で他の店舗に行くと商品価格がそれぞれ違いますね。このこともずっと疑問に思っていますが、今後はもし機会がありましたら、また話しましょう。

## まとめ
まさか買い物にもいろいろなことが出てくるとは思いませんでした。今後はもしまた機会がありましたら、第二弾の買い物編をしましょう。楽しみにしておいてくださいね。

今後もそういう面白い文化の違いや台湾人観点、台湾情報を紹介したいと思いますので、もし興味がありましたら、次回は「遊び編」です。ぜひ見てくださいね。


cut S__4153348.jpg

台湾人視点、日本のあるある！？：買い物編

## ドバイに来ています

こんにちは。今週ずっとドバイに来ています。
仕事ではなく、完全に遊びでして、家族と一緒に来ています。
なぜ家族旅行の行き先としてドバイを選んだかというと、ものすごく明確な理由はないのですが。

- 仕事で関わりが深いアジアは今回外して他の地域が見たかった
- 欧米は子どもたちがもう少し大きくなって文化的なところとか理解できるようになってからがいいかな
- 私自身が大学時代に中東のオマーンに短期留学していて、イスラム世界に対するカルチャーショックが大きく、子どもたちにも体験させたかった
- 「ドバイに行ってきますわ」と言ってみたかった

この記事では滞在4日目時点での所感や豆知識を雑多にお伝えします


## お酒は入国時の手荷物受取所の横の免税店で買おう

いきなり非文化的な提言で恐縮です。
イスラム教ではお酒が禁止されているので、街中で自由にお酒を手に入れることはできません。

観光に特化したドバイでも、街中でのスーパーなどにはそもそも酒を置いていないです。ホテルやバーなど外国人向け高級店ではふつうに頼むことがありますが、円安も影響して高い高い。

子供が小さいのでそもそも高級レストランには行かないですし、お酒一杯に何千円も出したくない私は、空港で現地調達しました。

この方法は、昔ドバイで働いていた親戚の女性に教えてもらったのですが、ドバイの国際空港に着いて、入国審査を行い（ちなみにこのタイミングで無料のSIMカードを貰える）、手荷物受取所（めちゃくちゃ広い）でピックアップし、そこに隣接された免税店でお酒を購入することが出来ます。滞在中にホテルで飲むお酒をゲットするのはこのタイミングが良いのではないでしょうか。日本から大量に持ち込むこともできませんし。

我が家は、ビール1ケース（24本入り。安いタイガービール）、コロナビール12本、ロゼワイン一本を買いました。
妻がショッピングカートにどんどん入れていくのを横目で見ながら、「え、買いすぎ、、」と思いましたが滞在4日目時点でけっこう少なくなっており、もっと買っておけばよかったかもと思っているくらいです。気候がいいのでパカパカ飲めます。

 ![](https://cont.sterfield.co.jp/uploads/IMG_1939_e4c7291a06.JPG) 

けっこう広大なお酒売り場だったのですが、日本酒は2銘柄のみで売り場での存在感もなく隅の方にひっそり置いてありました。
ただウイスキーは特設の島があり、知多などが10銘柄ほどがディスプライされていました。

お酒を買ったあとは、特に荷物のチェックを受けることもなく、タクシー乗り場に直行できます。


## ドバイでSHOPEE発見！

東南アジア・台湾でNo.1とされているECモールShopee。
我々も運営代行パートナー、一括管理システムパートナーとして出店支援を行っています。Shopeeについてはよく理解しているつもりだったのですが、まさかドバイにも進出しているとは！しかもECではなく路面店を出しているとは！
「きっと、ECと連動させたショールーミング的なお店なんだろう！」と、0.5%くらい思いながら入店しました。
 ![](https://cont.sterfield.co.jp/uploads/IMG_1988_439074875f.JPG) 

ふつうに地元の方が生活雑貨を買うお店でした。
全部大文字のSHOPEEですしね。


## 続く、、？

もうちょっと色々（文化的な彗眼とか、ビジネス的な洞察とか）とお伝えするつもりが、お酒の買い方と偽SHOPEEの話だけになってしまいました。
機会があれば、次回以降の記事で文化的な彗眼とか、ビジネス的な洞察とかはお伝えしたいと思います。




IMG_1935.JPG

ドバイでお酒を買う方法など

## はじめに

「物流」ってなんでしょうか？おそらく関連する業界に身を置いていない場合、漠然と「生産者から消費者まで製品を届ける一連の流れ」というイメージで、DHLは世界規模に展開する配送業者の1つ、ぐらいの印象を持っている人が少なくないのではと思います。

実際のところDHLは物流業者ではなく、「ロジスティクスカンパニー」です（物流とロジスティクスの違いもよくわからない、という仲間もいると思うのですが、本記事では割愛します）。

そのDHL＠ヨーロッパが、最近EC業界でとてもHOTな中古市場に乗り出したという記事を見つけたので紹介します。

## Reflauntとの協業でファッション業界のリセールをサポート！
 ![](https://cont.sterfield.co.jp/uploads/2024_03_21_124754_bfbe1a1e3f.png) 
※画像は公式サイトのキャプチャ

今回の取り組みはDHLが単独で行うものではなく、ブランドファッションのリセール（再販）を可能にするテクノロジープラットフォーム「Reflaunt（リーフラント）※」との提携により実現したものです。

※Reflaunt：シンガポール発のスタートアップ企業で、ファッションの一次市場と中古市場を繋げ、サスティナブル推進が難しいファッション業界に、サーキュラーエコノミーの仕組みを導入しようとしています（Reflauntについては次回詳しく取り上げる予定です）。

プレスリリースによると、 「ポーランドにおけるDHLサプライチェーンとの1年間の試験運用の成功を経て、Reflauntは、ブランドが再販業務を行う方法を再定義するプラットフォームを顧客に提供できるようになる」とのことです。DHLとReflauntによると、ファッションアイテムの再販を成功させる最大の課題は拡張性であり、この取り組みがその課題に対する解決策となると考えているようです。

実際にどのようなことが行われるのでしょうか？
まずこのサービスを取り入れるブランドは、再販業務の管理をReflauntと契約します。そしてその全ての製品は、DHLの施設で取り扱われ、認証されるようになります。
どういうことかというと、Reflauntのシステムに商品を加える前に、DHLの担当者が、購入者が不要とした（返品したい）製品の集荷、検査、ランク付け、写真撮影を行います。さらに、在庫管理、保管、フルフィルメント、配送までもDHLが担うとのことです。
つまり、Reflauntの提供するプラットフォーム上で行われる「再販（※）」に関わるほとんどの作業をDHLが行うということになります。

※ここでいう「再販」は、売れる商品は中古ECプラットフォームへの出品、売れない商品は寄付やリサイクル事業に回るということのようです。

Reflaunt社は「この取り組みにより、ファッション業界のリコマース機能が拡張し、ファッション再販のダイナミクスを再構築するだろう」と述べています。
新たなロジスティクス・パートナーを得たことで、返品を含む商品のセル・スルーを最大化することが可能になり、「再販市場の複雑さを緩和する包括的なソリューション」をブランドに提供することができます」。ステファニー・クレスピン最高経営責任者（CEO）は次のように語ります。「Reflauntは、1stハンドと2ndハンド、eコマースとリコマース間の壁を取り払うことで、サーキュラーファッションをより身近なものにするのです」。


## まとめ

EC業界が中古市場に注目している中、荷物を運ぶ会社というイメージの強いDHLも参入を？と思いましたが、ロジスティクスがメーカーと消費者の間をつなぐあらゆるプロセスの最適化をするサービスであるということを思えば、当然の動きかもしれません。

協業するReflaunt社のサービスも面白そうだったので（むしろここのサービスありきの話だと思われます）、次回取り上げます。



#### 参考
https://ecommercenews.eu/dhl-steps-into-resale-business-with-reflaunt/

https://www.reflaunt.com/


alan-w-lAqf-_-6ovM-unsplash.jpg

欧州DHLの新たな取り組み＠ファッション中古市場とは？

## はじめに

Google Cloud の [Cloud Run](https://cloud.google.com/run?hl=ja) を使ってインターネット上に公開せず内部からのアクセスのみを受け付けるサービスを構築する場合、いくつかの方法がありますが認証オプションを「認証が必要」にしてデプロイする方法がもっとも簡単です。

 ![cloud-run-deploy](https://cont.sterfield.co.jp/uploads/cloud_run_deploy_0b4c2235ac.png) 


この方法でデプロイした Cloud Run サービスの URL にブラウザでアクセスするとリクエストに認証情報が含まれてないため

```
Error: Forbidden
Your client does not have permission to get URL / from this server.
```

というエラーが表示されます。このエラーを回避して、アクセスする方法のうち代表的な3パターンを紹介します。

## 前提

Node.js で書かれたアプリケーションがデプロイされた次の 2 つの Cloud Run サービスがデプロイされている環境があるとします。

- 「Front」はインターネット上から直接アクセスされることを想定しているため、認証オプション「未認証のアクセスを許可」を設定してデプロイされている
- 「Internal」は「Front」から内部でアクセスされるもので外部からのアクセスを拒否したいため、認証オプション「認証が必要」を設定してデプロイされている

![cloud-run-diagram](https://cont.sterfield.co.jp/uploads/cloud_run_diagram_a0a3472409.png) 

## ① 他の Cloud Run サービスからアクセスする方法

「Front」 → 「Internal」

同じプロジェクトでデプロイされた Cloud Run 同士でアクセスする場合、[Google Auth Library](https://github.com/googleapis/google-auth-library-nodejs)を使うことで認証に必要なトークンを含んだ HTTP ヘッダーが取得できます。

「Front」の Cloud Run サービスをデプロイしたサービスアカウントに`Cloud Run 起動元` (`roles/run.invoker`) ロールが付与されている場合、下記のようなコードでアクセスが可能になります。

```
import { GoogleAuth } from "google-auth-library";

・・・

const auth = new GoogleAuth();
const client = await auth.getIdTokenClient(`${「Internal」のURL}`);
const headers = await client.getRequestHeaders();

// headersの中に Authorization: Bearer ${トークン} が設定されている
await fetch(`${「Internal」のURL}`, { headers });
```

## ②Cloud Run 以外のサービスからアクセスする方法

Cloud Scheduler → 「Internal」

[Cloud Scheduler](https://cloud.google.com/scheduler?hl=ja)から「Internal」にアクセスする場合は、HTTP ターゲットを作成する際、Auth ヘッダーを「OIDC トークンを追加」に設定してサービスアカウントに`Cloud Run 起動元` (`roles/run.invoker`) ロールが付与されているものを設定すると、自動でトークンを付与した HTTP アクセスを行ってくれます。

 ![cloud-scheduler](https://cont.sterfield.co.jp/uploads/cloud_scheduler_74457eda15.png) 

[Cloud Pub/Sub](https://cloud.google.com/pubsub?hl=ja)などでも同じように OIDC 認証を設定することでアクセス可能になります。

## ③ ローカルからアクセスする方法

開発者のローカル PC のコンソール → 「Internal」

gcloud CLI を使うことで開発用の汎用 ID トークンを生成することができます。`Cloud Run 起動元` (`roles/run.invoker`) ロールが付与されているユーザーでログインして、[`gcloud auth print-identity-token`](https://cloud.google.com/sdk/gcloud/reference/auth/print-identity-token)を実行するとログインユーザーのトークンが取得できます。

curl コマンドと組み合わせて下記の様に実行することでアクセスが成功します。

```
curl -H "Authorization: Bearer $(gcloud auth print-identity-token)" ${「Internal」のURL}
```

## まとめ

今回紹介した内容はすべて Google Cloud の公式ドキュメントに記載されているものですが、複数のページにまたがって解説されており、個人的に探すのが大変だったのでブログにまとめました。同じような苦労をされている方のお役に立てれば幸いです。

## 参考リンク

- https://cloud.google.com/run/docs/tutorials/secure-services?hl=ja
- https://zenn.dev/steelydylan/scraps/60f3536dd0c9b4
- https://cloud.google.com/scheduler/docs/http-target-auth?hl=ja
- https://cloud.google.com/run/docs/authenticating/developers?hl=ja#curl

cloud_run.png

認証が必要な Cloud Run サービスにアクセスする方法まとめ

## はじめに
社内の会議で、話の方向性があっちこっちに行ってしまい、収拾がつかなくなることがあります。
当初話し合いたかった内容から脱線してしまい、結局時間オーバーとなったり。
「ファシリテーションが必要」とは思っていたのですが、そういうの苦手だな、と思って遠ざけてきました。しかし、それではいけない、と思い、関連本から勉強中です。　今回はテレビ朝日アナウンサーで『ABEMA PRIME』（通称アベプラ）の進行を担当している平石直之さん著の「超ファシリテーション力」の本から、自分が特に学んだことを3つ、紹介します。

## ファシリテーションは準備が9割

> ●私がファシリテーターを担っている番組では、出演者の本や記事を読み、ユーチューブやSNSをチェックして、最近の活動や主な主張、人となりや話し方の特徴などをつかんでいきます。
> 
> ●次に、その人にとって「これだけは言いたい」というコアな主張をしっかりと話していただき、一方でファシリテーターとして「これだけは聞きたい」ことをちゃんと聞くという、”芯を外さない進行”を頭の中でイメージしていきます。
> 
> ●ほかの参加者との間でどのように議論を盛り上げていくかを事前にシミュレートしておくことが大切です。
> 

###### 準備が9割。
そうだよな、と再確認した内容です。

ファシリテートがうまい人は、頭の回転が速かったり、話術に長けているというのが重要かと思っていましたが、そういう人はちゃんと準備して、会議を想定しているんだよな、と思いました。


## 「聞く力」こそがファシリテーションのかなめ

> ●実際に会議が始まったあとは、準備してきたことを一旦すべて脇に置いて、目の前の議論に全エネルギーを集中させます。
> 
> ●ファシリテーターは受け身のポジションを取りながら、参加者の言葉を拾って補足し、軌道修正し、前述の”芯を外さない進行”を実現させていきます。
> 
> ●ここでは、自分が何を言いたいかではなく、いかに参加者の言葉を受け止めるかが重要で、その意味では「聞く力」こそがファシリテーションのかなめだと感じます。
> 

###### 『自分が何を言いたいかではなく、いかに参加者の言葉を受け止めるか。』
自分が会議の当事者の一人の場合、自分の意見もあるので、会議参加者の意見に対してどうしても自分の意見をぶつけるシーンがあります。
ただし、その会議に「ファシリテーター」として参加している場合は、ファシリテータとしての役割として『聞くこと』に徹する。
そして、「当事者の一人」として意見を言うときは、当事者としての意見であることを明言して発言する、と言う風に、「ファシリテーター」「当事者」の立場を明確に意識して区別することがポイントだな、と理解しました。

## 慌てふためかない秘訣は想定しすぎないこと

> ●ファシリテーターに求められるのは、議論がどのような方向へ展開しても、つねに道筋をコントロールしながら、最終的にその場を着地させることです。
> 
> ●ここで懸念すべきは、論客同士の議論がヒートアップしていくうちに収拾がつかなくなることで、予想外の展開にファシリテーターが慌ててしまうようではいけません。
> 
> ●では、いざというときに慌てないためにはどうすればいいか。それは、本番が始まる際には、シナリオはいったん頭のなかから捨ててしまうことです。想定外の展開に慌ててしまうのは、展開をあらかじめ想定しているからです。
> 

###### *『本番が始まる際には、シナリオは一旦頭のなかから捨ててしまうこと』*
そうなんだ！と思いました。
私はいままで、いろいろ準備して想定して、その想定通りにいかないと”固まってしまう”傾向がありました。
準備はするが、会議本番の時は、一旦忘れて、目の前の会議に集中し、話の流れに乗るべきだ、と理解しました。


> ●話題がどれだけ脱線しても、本来あるべき方向性に向けて議論をコントロールするために、最低限の論点だけは押さえておく必要があります。
> 
> ●ファシリテーターが方向性と論点さえ意識していれば、議論をいつでも本題に引き戻することが可能です。
>  


方向性と論点を見失わないように、ホワイトボードや議事録の目立つところに書いておくのが大事だなと思いました。


## まとめ
『準備の大切さ』　と　会議本番は『目の前の会議に集中する』

良いファシリテーターになれるように準備します。



20240313114855.JPEG

「超ファシリテーション力」本の紹介

## はじめに
先日、2023年の訪日観光客についてブログを書きました。2,500万人が日本に訪れていて、とりわけ東アジア地域からの観光客が上位4位を占めていました。今回は日本からの越境ECでも人気であり、親日家の多い台湾に焦点を絞って記載したいと思います。
先日のブログ（https://sterfield.co.jp/blog/blog-3-inbound-customers/）


## 台湾訪日観光客の状況
台湾からの訪日観光客数は韓国に次いで2位となっており、2023年は**420万人**に上ります。全体に占める割合は、16.8%でした。

 ![](https://cont.sterfield.co.jp/uploads/_06bcb8c9d2.png) 
（参考）日本政府観光局のデータを元に作成

全国籍・地域の旅行消費額の総額は5兆2,923億円、そのうち14.7%を占めていた台湾が7,786億円になっており、日本で一番旅行消費しているのが台湾であることがわかります。

 ![](https://cont.sterfield.co.jp/uploads/2_9370636801.png) 
（出所：　国土交通省観光庁「【図表１】 国籍・地域別にみる訪日外国人旅行消費額と構成比年間の訪日旅行消費額推移」）


台湾からの訪日旅行支出額/人は、**187,921円**となっていて、その内訳をみると**買物代**が最も多く34.7%を占めていました。次いで宿泊費が28.3%、飲食費が21.4%となっていました。なお、平均宿泊数/人は**6.9日**でした。

一方で、全国籍・地域のデータを見ると、訪日旅行支出額/人は212,193円でした。内訳としては宿泊費が34.6%、次いで買物代が26.3%、飲食費が22.6%となっていました。平均宿泊数は10.2日でした。


 ![](https://cont.sterfield.co.jp/uploads/2_3b4812fae1.png) 
（出所：　国土交通省観光庁「【図表５】 国籍・地域別にみる訪日外国人１人当たり費目別旅行支出（全目的）」）


消費額の内訳をみると、台湾の人は日本で買物を楽しむ傾向があることがわかりました。一人当たりの平均宿泊数は全国籍・地域よりも3.3日短くなっているのは、日本と地理的に近いこと影響していると考えられます（距離が近ければいつでも来やすい心理が働いているのかもしれません）。また、平均宿泊数/人が短くなっているがゆえに、訪日旅行支出額/人も全国籍・地域を下回っているという見方もできます。

一日当たりの旅行支出額はどうでしょうか。台湾観光客と全国籍・地域の観光客を比較すると以下のようになっていました。

- 台湾観光客：　27,235円/人
- 全国籍・地域：20,803円/人

台湾観光客は31%も多く支出していることがわかります。



## まとめ
台湾からの訪日観光客が日本に与えてくれるインパクトが大きなものであることがわかりました。買物好きな台湾の人が日本で買物をした後に帰国、また同じ商品を買いたいときには次の選択肢があります。

1. 再び日本に来て商品を購入する
2. 台湾内のデパートなど販売店で同じもの購入する
3. 越境ECを利用する

是非日本にどしどし足を運んでいただきたいところです。②と③を実現することで、いつでも台湾の人々が便利に買物を楽しめるようになる導線を作れますので、積極的に行いたいものです。弊社では今まで注力してきた越境ECに加えて、台湾現地施策も支援していますので、お気軽にご相談ください。


アイキャッチ.jpg

台湾の訪日観光客の今

パスワードはもう古い！

近年、パスワードの管理が煩雑化し、漏洩による被害も増加しています。そんな課題を解決するために注目されているのが、パスキーと呼ばれる新しい認証方法です。

## パスキーとは？

パスキーは、パスワードに代わる安全で簡単な認証方法です。指紋認証や顔認証などの生体認証、またはデバイスの画面ロック（PINなど）を使用してログインできます。

従来のパスワードと比べて、パスキーには以下の利点があります。

- 安全性が高い
- 使い方が簡単
- フィッシング詐欺に遭いにくい

## 今までも生体認証は普及していたよねという疑問
 ![](https://cont.sterfield.co.jp/uploads/FIDO_Alliance_Passkey_logo_834ac057c0.png) 
今までは、生体認証の機能など各社がそれぞれ独自に作り込み、また生体認証機能を提供する以下のようなソリューションなどを導入して対応が必要でした。
https://it-trend.jp/biometrics

パスキーは、FIDO Allianceという非営利団体によって策定された標準規格に基づいて作られています。
ここが今までと大きな違いと言えます。

それらがパスキーという標準規格によって、ようやく統一に向けた流れになったということです。

FIDO Allianceには、Google、Apple、Microsoft、Amazon、Facebookなど、100社以上の企業が参加しており、パスワードに代わる新しい認証方法の開発と普及を推進しています。

具体的なパスキーの開発は、各企業が独自に行っています。 例えば、GoogleはAndroid OSにパスキー機能を組み込み、AppleはiOSにパスキー機能を組み込んでいます。

パスキーは、オープンな標準規格に基づいているため、異なる企業が開発した**パスキーを相互利用することができます**。 つまり、Googleアカウントで作成したパスキーを、Apple IDでログインする際にも利用することができます。ここが非常に大きなポイントです。また、Apple端末であれば、iClouｄにパスキーが保存されるので、機種変更をした時や、iphoneとiPadでデバイス越しに利用するといったことも可能になります。    

## パスキーの仕組み
 ![](https://cont.sterfield.co.jp/uploads/what_is_fido_fingerprint_authenticator_50ce1d0201.svg) 

パスキーは、公開鍵暗号方式と呼ばれる技術を採用しています。この方式では、ユーザーはサービス利用開始時に、公開鍵と秘密鍵のペアを作成します。公開鍵はサービス提供者側に登録し、秘密鍵はデバイスに保存します。ログイン時には、デバイスに保存された秘密鍵を使用して、サービス提供者側の公開鍵を認証します。

## 対応サービス

2023年12月現在、多くの主要サービスがパスキーに対応しています。

### アカウントサービス

- Googleアカウント
- Apple ID
- Microsoftアカウント
- GitHub
- Twitter
- Facebook
- Amazon
- 楽天
- Yahoo! JAPAN

### パスワード管理サービス

- 1Password
- LastPass
- Bitwarden

### ブラウザ

- Google Chrome
- Microsoft Edge
- Apple Safari
- Mozilla Firefox
- その他
- WordPress
- Shopify
- Cloudflare

## Googleのパスキー設定方法
上述のように、主要なサービスにはパスキーが普及している状態ですが、Googleは2023年の5月からパスキー対応をリリースしたとのことです。

パスキーの設定は改めて行う必要があり、以下で手順をご紹介します。
筆者自身もこの記事を書くまでGoogleアカウントへのパスキーの設定は行なっておらず、幾度となくパスワード入力を行なっておりました。

1. パソコンでChromeブラウザを開きます。

2. Googleアカウントにログインします。

3. 画面右上のプロフィールアイコンをクリックします。

4. メニューから「パスワードとセキュリティ」を選択します。

5. 「パスワード」タブをクリックします。

6. 「パスキー」の項目で「開始」をクリックします。

7. 画面の指示に従って、パスキーを設定します。

### パスキー設定時の注意事項

パスキーを設定するには、Android 7.0以上またはiOS 15.0以上のスマートフォンが必要です。
スマートフォンにGoogle認証アプリがインストールされている必要があります。
パソコンとスマートフォンが同じWi-Fiネットワークに接続されている必要があります。
パスキー設定後の利用方法

パスキーを設定後、対応するウェブサイトやアプリにログインする際は、以下の手順でログインできます。

1. ログイン画面で「Googleでログイン」を選択します。

2. パスキーを選択して認証します。

3. スマートフォンで本人確認を行います。

### パスキーの利用に関する情報

Googleアカウントのパスキー: https://support.google.com/accounts/answer/13548313?hl=ja  
パスワードの代わりにパスキーでログインする: https://support.google.com/accounts/answer/13548313?hl=ja

## 今後

パスキーは、パスワード認証に代わる新しい認証方式として、今後ますます普及していくことが予想されます。

### 参考情報

Passkeys: A new, more secure way to sign in to websites and apps:  
https://support.apple.com/en-us/102195  
What are passkeys?:   
https://blog.google/inside-google/googlers/ask-a-techspert/how-passkeys-work/  
FIDO Alliance Announces Passkeys: A New, More Secure Way to Sign in to Websites and Apps:  
https://fidoalliance.org/passkeys/
## まとめ

パスキーは、パスワードの代わりに使える新しい認証方法です。従来のパスワードよりも安全で使いやすく、フィッシング詐欺にも遭いにくいという利点があります。今後、ますます多くのサービスで対応が進められていくことが期待されています。

## 関連記事

https://www.japancv.co.jp/column/10227/  
https://duo.com/blog/webauthn-passwordless-fido2-explained-componens-passwordless-architecture. 

Firefly セキュリティ対策　パスキー 25245.jpg

今さら聞けないパスキーとは？パスワードの代わりに使える新しい認証方法

## はじめに
フロントエンドにおいても、製品の品質を向上させ、維持していく上で、テストは必須と言えるほど重要になってきています(参考: <a href="https://roadmap.sh/frontend" target="_blank" rel="noopener noreferrer">Frontend Developer Roadmap</a>)。  
テストの状態を計測するよく使われる指標の一つとして、テストのカバレッジ率があります。  
フロントエンドのテストは、主に単体テスト、統合テスト（コンポーネントテスト）、E2Eテストに分けられます。  
Cypressでは基本的にこれらすべてを一元的に実装できるため、テストを書く上で便利です。  
ただ、CypressはJestやJestベースのPlarywrightと違って、標準ではカバレッジレポートを出力できません。  
特にNext.jsでは<a href="https://docs.cypress.io/guides/tooling/code-coverage" target="_blank" rel="noopener noreferrer">公式で紹介されている方法</a>そのままでは計測できなかったので、  
Next.jsとCypressを使ったサイトでテストカバレッジ率を計測する方法について、  
実際に検証しながら整理してみました。

※この記事では、Cypressの導入部分は省略します

## 全体の流れ
1. 計測のためのプラグインを追加する
1. package.json レポートのオプションを追加
1. Cypress の config に計測のための設定をを追加
1. Cypress の 共通設定部分にプラグインの読み込みを追加
1. Next.js の config にプラグインの記述を追加
2. テストを実行し、レポートを表示する

## 計測のためのプラグインを追加する
Cypressでカバレッジ率のタスクを実行するための **@cypress/code-coverage** と Next.jsでレポートを作成するための **swc-plugin-coverage-instrument** をインストールします。
```bash
npm i -D @cypress/code-coverage swc-plugin-coverage-instrument
```

## package.json レポートのオプションを追加
レポートに含めたいファイルや、含めたくないファイルがある場合、以下のように"nyc"の項目を追加して、オプションを指定します。

###### package.json
```diff
{
  "name": "example",
  ︙
  },
+  "nyc": {
+    "extension": [".ts", ".tsx"],
+    "include": ["pages/**/*.tsx", "src/**/*.ts", "src/**/*.tsx"],
+    "exclude": ["node_modules/**", "mock-data/**", "cypress/**", "**/*.cy.ts"],
+    "excludeNodeModules": true,
+    "excludeAfterRemap": true
+  }
}
```

## Cypress の config に計測のための設定を追加
cypress.config.ts へ以下のように、コードカバレッジを計測するための設定を追加します。

###### cypress.config.ts
```diff
import { defineConfig } from "cypress";
+ import codeCoverageTask from "@cypress/code-coverage/task";

export default defineConfig({
  env: {
    enableMock: true,
+    codeCoverageTasksRegistered: true
  },
  e2e: {
+    setupNodeEvents(on, config) {
+      codeCoverageTask(on, config);
+      return config;
+    },
    baseUrl: "http://localhost:3000"
  },
  component: {
    devServer: {
      framework: "next",
      bundler: "webpack"
    },
    defaultCommandTimeout: 6000,
+    setupNodeEvents(on, config) {
+      codeCoverageTask(on, config);
+      return config;
+    }
  }
});
```

## Cypress の 共通設定部分にプラグインの読み込みを追加
cypress/support/component.ts や cypress/support/e2e.ts に、  
プラグイン読み込みのコードを追加します。
###### cypress/support/component.ts | cypress/support/e2e.ts
```diff
+ import "@cypress/code-coverage/support";
```

## Next.js の config にプラグインの記述を追加
next.config.js のビルド設定部分にも、プラグインの記述を追加します。

###### next.config.js
```diff
const withImages = require("next-images");

module.exports = withImages({
  trailingSlash: true,
+  experimental: {
+    swcPlugins: [
+      ["swc-plugin-coverage-instrument", {
+        compact: false
+      }]
+    ],
+  },
});
```

## テストを実行して、レポートを表示する
これで、準備ができましたので、実際にテストを実行してレポートを表示してみます。

### テストを実行
テストの script は package.json で以下のように設定しているとします。
```diff
{
  ︙
  "scripts": {
    ︙
+    "cypress": "cypress open",
+    "cypress:e2e": "cypress run --e2e",
+    "cypress:component": "cypress run --component"
    ︙
  },
  ︙
}
```

コンポーネントテストを実行してみます。
```
npm run cypress:component
```
テストが終了すると、以下のディレクトリにファイルが生成されます。  
- coverage
- .nyc_output

coverage/lcov-report/index.html を表示すると、  
以下のようなレポートを確認できます。  
  
 ![](https://cont.sterfield.co.jp/uploads/report_gui_883931f06d.png) 

また、以下のようにコマンドを打つことで、概要を表示できます。
```bash
npx nyc report --reporter=text-summary 
```
  
 ![](https://cont.sterfield.co.jp/uploads/report_cl_7970bcc25b.png) 
状態、分岐、関数、行数など、色々な方向で評価してくれます。

## まとめ
Next.jsでは、バンドラーがSWCなため、公式ドキュメントに従って設定すると実行が難しいことがわかりました。  
ただ、調査を進めることで、レポートの取得が可能であることがわかりました。  
今後はこれを活用し、Next.jsとCypressを組み合わせて効果的なテスト運用を構築していく予定です。  
この組み合わせにおいては、準備が整えば手軽にテストレポートを取得でき、より効率的かつ信頼性の高い開発プロセスを構築できると考えています。  
今回の課題を克服することで、将来的なプロジェクトでの利用をスムーズに進めることが期待できます。  
Next.js ✖️ Cypressの組み合わせを最大限に活かし、テストの品質向上に貢献していきます。

## 参考リンク

- [Frontend Developer Roadmap](https://roadmap.sh/frontend)
- [Code Coverage | Cypress Documentation](https://docs.cypress.io/guides/tooling/code-coverage)
- [swc-plugin-coverage-instrument](https://github.com/kwonoj/swc-plugin-coverage-instrument?tab=readme-ov-file)

nino-eye.jpg

Next.jsとCypressを使ったWebアプリでテストのカバレッジ率を計測する

## はじめに
前回の日常生活編は皆さん見たでしょうか？日本人に対しては普通なことで、外国人から見るとそういうカルチャーショックが出てきましたよね！

今回は飲食編です。日本で受けた飲食のカルチャーショックや台湾のことを紹介したいと思います。

## 飲食のカルチャーショック！？

> 1．直接水道水を飲めるの！？？

> 2．お弁当が冷たいのは当然！？？

> 3．朝ご飯のお店がない、暖かいサンドイッチ食べたい！

## ①水道水
 ![](https://cont.sterfield.co.jp/uploads/3680267_s_870271c279.jpg) 
日本に初めて来た時は部屋管理会社のスタッフさんが「水道水を飲めるよ。わざわざ水を買う必要ない」と言われても、最初から来た時さすがに飲む勇気がないです。今は慣れていて、直接水道水を飲めるようになりました。

台湾は水道水の中に多くの鉄やほこり等の不純物が含まれているので、必ず水道水を煮沸することが必要です。当然もし直接飲みたいならば、安全のために「浄水器」を取り付けているほうが安心です。「浄水器」は水道水に含まれる不純物を取り除いて、より安全な水を飲められています。

## ②お弁当は冷たい
 ![](https://cont.sterfield.co.jp/uploads/28920841_s_d1796989f4.jpg) 
よくドラマやアニメ、ニュースを見ていて、日本の手作りお弁当はとても可愛くてすごいと思いますが、しかし日本人はほぼお弁当を冷たいままで食べるので、台湾人としてはすごく衝撃を受けました。

何故かというと台湾ではお弁当というと、きっと温かいからです。この温かいお弁当を食べると心が癒されています。そのため台湾の昼休み時、家からお弁当を持っている人は必ず電子レンジを使って、少しお弁当を温めています。また学校でもお弁当を温める専門の機器もあります。お弁当は冷えてもおいしいけど、やっぱり温かいお弁当のほうが好みです。

しかし何故日本人は冷たいお弁当を食べているのでしょうか？
様々な噂がある中でも特に「食物の臭いで他の人に迷惑を掛けたくない」という理由で、冷たいおベントを食べていることについては、日本人式の優しさだと素晴らしくて、尊敬しています。


## ③朝ご飯のお店
 ![](https://cont.sterfield.co.jp/uploads/737117_s_fa8a6c7c42.jpg) 
日本には朝食のお店があまり見られないですね。飲食チェーンでも朝食のセットを提供していますが、実際には専門の朝食のお店はほとんどないですよね。大学の時に日本人の先生にも質問をしましたが、それは朝食は家で食べることの方が多いし、急いで通勤する時にはほとんどおにぎりやパンとコーヒーで食べることもありますよと言われました。

台湾には朝食のお店がすごく多いです。特に学校や駅前、会社の近くにありますね。
以前よく朝食のお店に「豆漿（台湾式の豆乳）」や「蛋餅（ダン・ビン=卵焼き餅）」、「蘿蔔糕（ローポーガオ）」、「涼麵（台湾式の冷やしそば）」、「粥（お粥）」を食べに行きました。今でも時々日本の台湾料理店で「蛋餅（ダン・ビン=卵焼き餅）」を注文して、台湾を懐かしみますね。

しかし何故台湾には朝食のお店がそんなに多いのでしょうか？
実は台湾には外食をする人が多いし、また朝食の種類もたくさんありますので、毎日様々な種類を選べるのはすごく楽しいですよね。


## まとめ
まさか飲食にもそういうカルチャーショックを受けることになって、すごくおもしろいですよね。
今後ももっとそういう面白い文化の違いを紹介したいと思いますので、もし興味がありましたら、次回は「買い物編」です。ぜひ見てくださいね。

3134006_s.jpg

台湾人視点、日本のあるある！？：飲食編

## はじめに
グローバルEC（越境EC）を計画している事業者のみなさまは、どのような進出方法をお考えでようか？
今回は比較的手軽に活用できる公的機関による越境EC支援施策をまとめてみました。

## 中小企業基盤整備機構
### ebiz
 ![](https://cont.sterfield.co.jp/uploads/9178c52b945f9f5afd8cd63d33e5c549_5c223feb78.jpg) 
越境ECについて学べるセミナーやマッチングイベントのほか、専門家による相談を実施しています。全て無料なので、気軽に情報収集ができます。   
https://ec.smrj.go.jp/

### JGoodTech
 ![](https://cont.sterfield.co.jp/uploads/81745d2f27a50fa1eeb5236af1f58981_d547e01b93.png) 
「中小企業の皆様の売上拡大・新しい取引先確保、海外展開を応援する」マッチングサイトです。年間10,000件のビジネスマッチングが行われているそうです。自社の技術やサービスをアピールして、海外でのビジネスチャンスを掴むことができます。こちらも利用料は無料です。
https://jgoodtech.smrj.go.jp/pub/ja/

## JETRO
### JAPAN MALL
 ![](https://cont.sterfield.co.jp/uploads/54072effa764f3d3fbcf166a63e9d230_7d68c55542.png) 
JAPAN MALL事業は、ジェトロが世界各国で連携するECバイヤーに商品を紹介する事業です。
原則、国内納品・国内買取・円建て決済で取引が完結するため、複雑な輸出手続きが不要です。
また、成約した商品についてはジェトロと現地のECサイトが連携してプロモーションを実施します。
https://www.jetro.go.jp/services/japan_mall/

### 米国／英国Amazon越境EC『JAPAN STORE』出品支援
 ![](https://cont.sterfield.co.jp/uploads/b3c3160ccf49e8bf6a7339b83d18a29e_b59d5ef412.png) 
ジェトロとAmazonが日本の事業者の商品を掲載・特集するストア「JAPAN STORE」を、Amazon.com（米国）とAmazon.co.uk（英国）、またそれぞれのマーケットプレイス上の法人・個人事業主向けの購買サイトであるAmazon Businessにオープン。Amazon出品費用（月間登録料、販売手数料、配送料等）は別途必要ですが、基本プランは無料です。
https://www.jetro.go.jp/services/amazon_japan_store.html

### 通年型オンライン展示会への出展支援（JAPAN LINKAGE）
 ![](https://cont.sterfield.co.jp/uploads/3353a45b523e1d6e61c59318cf6abd5b_4d025f8e27.jpg) 
JAPAN LINKAGEは通年型オンライン展示会（BtoBのマッチングサイト）への出展を通じて、世界中のバイヤーとの商談機会を提供します。
https://www.jetro.go.jp/services/japan_linkage.html

## まとめ
以上、公的機関による越境EC支援施策でした。様々な支援策がありますから、比較検討してみてください。

9178c52b945f9f5afd8cd63d33e5c549.jpg

公的機関による越境EC支援をまとめてみた


## はじめに
先日、中小機構主催のセミナーに登壇するため愛媛県松山市に行ってきました。
今年度は全国各地、６箇所でセミナー＆ワークショップをさせていただきました。
どの地域の方も熱心に取り組んでいただくのは変わらないですが、地域によってノリが違うというか、ワークショップの盛り上がりなどは地域差があって面白いなと思います。

このブログでは、一年にわたり、地方で中小企業向けの越境ECセミナー＆ワークショップをやってみて、「越境EC始める前に、簡易的にでも市場調査することは必須だなぁ」と感じたことなどを共有します。


## 越境ECで成功するパターン
 ![](https://cont.sterfield.co.jp/uploads/2024_02_22_17_52_45_914aeb2cbe.png) 

### １，現地ですでにニーズが有る

身も蓋もないのですが、海外現地ですでに認知があり、需要があるゆえに、現地ECで転売されているような商品は、日本企業が公式で出店したら当然成功する可能性が高いです。

私のワークショップでは現地ECにアクセスして市場調査をするのですが、最初にやることは「自社の商品が出品されているか」を調査することです。
「自社商品が出ているわけないよ、出品していないからこのセミナーに来たんだ」と言われるセミナー参加者もいるのですが、実際に調べてみると、「あれ？ 自社商品出てるね」ということがママあります。
特にお菓子などの商材で多いのですが、特に海外向けに卸したりしていなくても、現地の方が現地ECモールで転売をしているケースがあります。
このケースは、非常に有望です。メーカーの方は転売されている状況をネガティブに捉えることもあるのですが、「転売されるほど認知と人気がある」というポジティブに捉えるほうが吉です。

公式サイトとして、きちんとブランディングしつつ展開することで、ECサイト上の売上だけでなく、現地のバイヤーからのBtoB取引の打診に発展することもあります。

### ２，国内の競合商品が公式または転売で出品されている

自社商品を検索しても見つからないときは、国内の競合企業の商品を検索します。
競合の商品が売れているということは、自社商品も可能性ありと考えます。
出品規制などもクリアしている可能性が高いです。

### ３．類似商品がどの程度販売されているか

自社商品も、競合商品も出品されていない場合は、同じカテゴリの商品がどの程度人気があるか調べます。
特に、日本から出品している商品数と、販売数を確認して、現地での需要を測ります。


１、２、３の順に調べることで、おおよその成功確率がわかります。

## 結果にがっかりしないでください

上記を調べると、１，２，３どれも芳しくない結果がでることもあります。
しかし、それは一つの海外モールでの調査結果に過ぎません。
別の国で調べたり、別のサイトで調べるなどをすることで、結果が変わることはよくあります。
 ![](https://cont.sterfield.co.jp/uploads/2024_02_22_17_53_11_ca14a9d719.png) 

## まとめ

大事なのは、慣れない外国語のサイトを根気よく調べて、自社の可能性を探ることです。
最初にこの工程を経て、「行ける！」という確信を得ないまま海外展開の実務的な準備（サイト構築とか）をすると、あとで必ず公開します。

ぜひ最初に海外サイトでの簡易市場調査を行ってください。



スクリーンショット 2024-02-22 17.37.45.png

越境ECをスタートする前に！必ず簡易市場調査をしてください。

2024年1月にアメリカのウォルトディズニー社の初期作品「蒸気船ウィリー」の著作権が消滅しパブリックドメインとなりました。この作品はミッキーマウスが初めて登場したアニメーションであり、著作権が無くなったことで、この作品のストーリーや登場したミッキーマウスをはじめとするキャラクターを自由に使って創作できるようになります。  
このニュースがあり、早くも「蒸気船ウィリー」を題材にしたホラー映画やゲームが発表されるなどの動きがありました。
  
スターフィールドは映像制作をする会社ではありませんが、デザインやシステムなどのものづくり行っています。そのため、無関係のニュースとは言い難いです。  
制作業務を行う者として、漠然と他者が作ったものは無断では使えないという認識を当然のように持っていますが、そもそも著作権とは何なのか、調べてみました。  
  
## 著作権に法的な有効利用がある理由
  
先ず前提として社会は、誰かが作った知的財産は制作者が永続に独占するより、人類共有の財産として誰もが自由に使える方が良いと考えています。その方が産業や文化を育むことに貢献できます。  
  
現にディズニーの作品も「シンデレラ」「不思議の国のアリス」「白雪姫」など、おとぎ話を題材にした作品があります。ディズニーがこれらの作品を題材にしアニメーション映画を作り、それにより文化の発展に貢献したことは間違いありません。  
  
しかし、その一方で誰もが自由に作品を使用できるなら、制作者の利益を守ることができません。著作権は制作者が作品を通じて収益を得る能力と、公共の文化の発展に寄与にすることのバランスを取るために存在しています。  
  
## 著作権の国際ルール  
  
著作権に国境はありません。著作物は国境を越えて利用されるので19世紀末から国際条約を結んで保護してきました。しかし、何を保護するのか？また、作品の権利はいつの時点で派生するのか？など法で銘文化してその対象を定めるのは考え方も色々あり、一筋縄ではいきません。  
  
例えば、日本をはじめとするベルヌ条約を結んだ国家間では作品を作った後、無方式主義をとっており、特に登録などの手続きをしなくても制作物の著作権を得られます。一方、アメリカや中南米では方式主義を取っており、作品を作った後に著作権庁に登録することで著作権が認められます。  
  
このように考え方も異なり、また社会の発展により新しいメディアが登場すると新しく保護するべき物が増えてきます。そのため社会情勢や技術の進歩により保護対象を広げたり、新たな協定や条約を作ってきたようです。  
  
なお、現在では、アメリカのように方式主義をとっている国でも「"&copy;"（コピーライツマーク）」を掲示することで保護の対象になるよう条約のルールで決められています。
  
 ![](https://cont.sterfield.co.jp/uploads/c_mark2_6f537d4ee1.png) 

  
簡単に主な国際条約をまとめてみました。
  
|              | ベルヌ条約 | 万国著作権条約 | 
| ------------ | --------- | -------------- | 
| 創設年       | 1886年     | 1952年         | 
| 日本の締結年 | 1899年     | 1956年          | 
| 加入国数     | 179        | 180            | 
| 主な目的     | 学的及び美術的著作物の保護 | 文学的及び美術的著作物の保護&#124;欧州を中心としたベルヌ条約と米国、中南米を中心としたパンアメリカン条約の精度の調整 | 
| 特長         | 無方式主義（作品を作った後、登録などの手続きは不要）　など | 無方式主義国の著作物であっても©表示によって保護　など |
  
  
|              | ローマ条約 | レコード条約 | 
| ------------ | --------- | -------------- | 
| 創設年       | 1961年     | 1971年         | 
| 日本の締結年 | 1989年     | 1978年           | 
| 加入国数     | 96        | 80            | 
| 主な目的     | レコード製作者、実演家、放送機関などの保護 | レコード製作者の保護 | 
| 特長         | 放送という場面で、実演家や商業用レコードの二次利用について規定　など | 許可されてないレコードの複製、輸入、配布を禁止　など |
  
  
|              | TRIPS協定 | WIPO著作権条約（WCT） | 
| ------------ | --------- | -------------- | 
| 創設年       | 1994年     | 1996年         |
| 日本の締結年 | 1994年     | 2000年          |
| 加入国数 | 164 | 113 |
| 主な目的 | 貿易の際、知的所有権に関する協定 | 著作権に関する世界知的所有権機関条約 |
| 特長 | プログラム、データベース、映画、レコードの著作権と貸与に関する権利の保護　など | 著作物の譲渡権、貸与権、利用可能化権について規定　など |
  
  
|              | 北京条約 | マケラッシュ条約 | 
| ------------ | --------- | -------------- | 
| 創設年 | 2012年 | 2013年 |
| 日本の締結年 | 2020年 | 2018年 |
| 加入国数 | 47 | 92 |
| 主な目的 | 視聴覚的実演に関する条約 | 視覚や聴覚の障害がある人が著作物を利用する機会を促進 |
| 特長 | 実演家氏名の表示や同一性を保持する権利の規定　など | 障害に合わせて著作物を改変する際の制限についての規約　など |
  
  
など、多岐にわたる条約があります。
どのルールが適用されるのか？これは専門家の間でも意見が分かれてしまいますが、
共通することは  
  
・著作物を守る意識が働いていること  
・自国の著作物と同様に外国の著作物も守ること  
  
という点です。
  
しかし、話が複雑になる点ですが、保護期間はその国よって異なります。
  
## アメリカと日本の違い
  
著作物は加盟国で守ることは決まっていますが、自国の著作物と同様に権利を与えるというのが基本方針です。  
そのため、保護期間はその国の考え方で異なります。  
  
今回話題にした「蒸気船ウィリー」を例にするとアメリカは発表年（登録年）からカウントします。期間については紆余曲折があったようですが最終的に95年間になりました。そのためアメリカでは2024年からパブリックドメインになり、初期のミッキーマウスも自由に使えます。  
  
しかし、日本の場合は、このような単純な話ではありません。作品が団体名義か、個人名義かでも期間が変わります。というのはアメリカと違い、団体名義なら発表年からカウントし、個人名義なら作者が生存している期間と死後も保護期間があるからです。  
また、ミッキーマウス単体で考えた場合、ミッキーマウスの原画という絵があります。という事は映画の付属物なのか、美術品なのか？という見解でまた保護期間が異なります。
  
更に日本は連合国と戦争していた歴史があり、平和条約を結ぶ際に、戦争中の期間である10年5ヶ月分も別途保護期間として加算することが決められています。  
  
つまり、日本においてのミッキーマウスの著作権は以下のルールが当てはまることになります。

### ミッキーマウスの保護に影響するルール
  
1. 1928年11月時点（蒸気船ウィリーの発表年）の著作権の保護期間は団体名義なら発表から33年、個人名義なら死後38年間に定められていた。
2. 1970年新たな著作権法が施行され、映画や団体名義の保護期間は発表から50年、美術品は作者の死後50年に延長。また、この法律が施行された時点で保護対象となっている作品も同じく50年間に延長。
3. 2004年、映画の保護期間を公表から70年に延長し、保護対象の作品も延長の対象となった。
4. ルール3に基づく保護期間と、ルール1に基づく保護期間を比べた場合、長い方の保護期間が採用される。
5. 2018年映画以外の著作権の保護期間を20年間延長が決定。
6. 平和条約の義務により、戦争中の期間も保護対象となるため、戦前の連合国の作品は保護期間が別途10年5ヶ月加算される。
  
  
このため、6通りの見解が出てしまい、結論はまだ出ていません。以下にそれぞれ解説します。  
  
### 見解1　ミッキーマウスは映画の一部であり、ディズニー社の著作物である。  
  
保護期間：1989年5月まで
  
この見解に基づいた場合、当時の映画の保護期間は33年なので1961年まで、更にルール6が加算され1972年5月まで延長されます。70年の時点で保護対象である作品という事はルール3も適用され保護期間は50年に延長されます。従って、1989年5月で終了　となります。  
  
しかし、かつてチャップリンの映画の保護期間で、映画監督チャップリンの制作物なのか？映画製作会社の作品なのか？の見解で、裁判になりました。結果、最高裁がチャップリン個人の作品と判断しましたので、映画は監督の死後から保護期間を数えるのが通例となります。よって、この見解は通じないと思われます。
  
  
### 見解2  ミッキーマウスは映画の一部であり、ウォルト・ディズニー氏の作品である。  
  
保護期間：2015年5月まで
  
この場合、ウォルト・ディズニー氏が亡くなったのは1966年12月なので、ルール1に基づき死後38年間までが保護対象なので2004年ま、そこにルール6が加算され、2015年まで5月までとなります。  
  
2004年時点で保護期間があるという事はルール3の発表年から70年というルールも適用範囲ですが、この考えとルール6が加算されると2009年5月までとなります。しかし、このような場合はルール4に該当し、期間が長い方である　2015年5月までが期間となります。  
  
  
### 見解3  ミッキーマウスは映画の一部であり、アブ・アイワークス氏の作品である。
  
保護期間：2020年5月まで
  
アブ・アイワークスはウォルト・ディズニーと共にスタジオを立ち上げた人物です。またミッキーマウスの造形の殆どは彼が担当して制作したようです。当然映画製作に大きくかかわり、蒸気船ウィリーのクレジットには「アブ・アイワークス作　ウォルト・ディズニーアニメ」と表記されています。また、アブ・アイワークスはウォルト・ディズニーより長生きし、1971年に亡くなりました。　　
ということはこの時点から算出し、2020年5月までとなります。
  
  
### 見解4　ミッキーマウスは美術作品でもあり、ウォルトディズニー社の制作物である。
  
保護期間：1989年5月まで
  
見解1～3はミッキーマウスが映画の一部という前提の場合の保護期間です。しかし、ミッキーマウスというキャラクターは原画があり、キャラクターその物が独立して著作権があるという考え方もできます。  
  
そして、キャラクターの制作者がウォルト・ディズニー社という団体であると見ることもできます。この場合、考え方は概ね見解1と同様です。しかし、同じく同様の理由で認められないでしょう。
  
  
### 見解5　ミッキーマウスはウォルト・ディズニー氏名義の美術作品である。  
  
保護期間：2047年5月まで
  
個人名義であるならルール1により死亡した段階で、1966年から算出され2004年までであり、1970年時点で保護対象となるのでルール2が適用され2016年まで延長されます。さらにルール6の戦争中の期間も加算されて2027年5月まで延長します。  
2018年時点で保護対象となるなら、ルール5も適用され保護期間は死後70年という扱いになり、2047年5月まで、という判断になります。
  
  
### 見解6　ミッキーマウスはアブ・アイワークス氏名義の美術作品である。  
  
保護期間：2052年5月まで
  
上述したようにミッキーマウスの誕生にはアブ・アイワークス氏の功績が大きく、ミッキーマウスはこの方の作品という見方もできます。という事はアブ・アイワークスの死亡年から算出するので2052年5月までという判断になります。
  
  
  
こうしてみると日本国内では「蒸気船ウィリー」の著作権は切れているが「ミッキーマウス」の著作権は切れていないという事になります。つまり現時点で断言できることは、  
  
蒸気船ウィリーを題材にした作品を作ることができるが、ミッキーマウスなどのキャラクターは使わずオリジナルのキャラクターを使わなくてはいけない
  
という事になります。
  
  
## まとめ  
  
今回著作権について調べてみましたが、その内容は複雑で全てを把握できませんでした。特に国家間をまたぐ場合はその国の考え方次第でルールも全然違うようです。そのためよく調べ、必要なら専門家の意見を聞くようにしないと思わぬトラブルになるでしょう。  
今回も「ミッキーマウスの著作権が切れた」というニュースで安易に使用していたら権利を侵害したかもしれません。  
  
いずれにしろ、権利を守る意識は国際的にも浸透しているので制作者としてはルールを尊重し業務を行うべきと思いました。
  
  
#### 参考記事
  
・骨董通り法律事務所  
https://www.kottolaw.com/column/190913.html  
  
・公益社団法人著作権情報センター  
https://www.cric.or.jp/qa/hajime/hajime5.html  

mv.png

ミッキーマウスの著作権が切れたというニュースから「著作権」について調べてみました

## はじめに

2022年に大手ファッションブランドのH＆MおよびZARAが返品を有償化し始めたことを[以前紹介](https://sterfield.co.jp/blog/ekkyo-ec_charge-returns/)しました。そのときはまだ多くの他のブランドは、購入者の購入ハードルを下げるという点から、返品のしやすさ（無償、返品可能期間の長期化）を優先しており、その傾向はすぐには変わらないように感じていました。
ところがあれから1年以上が経った今、イギリスでは約79％のファッション事業者が返品を有償化しているという調査結果が出されたのです。

## 様々な返品ポリシー

この79％という数字は、オランダの物流ソフトウェアプロバイダー「Sendcloud」が、イギリスのファッション事業者上位100社の返品ポリシーを解析した結果です。EC市場全体で 見ると、返品を無料で提供している事業者は約52％であり、僅差とはいえ、まだ返品無料のほうが優勢といえます。

その中でのファッション業界の79％有償化という数字を見ると、購買意欲を下げる可能性があるのになぜ？という疑問が出てきます。実は同調査によると、実は返品ポリシーを不透明な状態で運営している事業者が少なくないとのことです。

オンライン小売業者の 12% は返品要件をはっきりと表示しておらず、返品ポリシーはフッターメニューに表示されるのではなく、サポートページから入手できる場合もあるそうです。

この透明性の欠如は、返品コストに関してはさらに多く見られるようです。返品手数料を課している小売業者の最大64% は、これらの手数料を事前に顧客に開示していないといいます。手数料は代表値￡5.22（平均値￡2.95) です。価格帯は￡1.99〜 ￡24.99と幅があるので、こういったコストについて説明がないと、顧客の不満につながる可能性があります。

しかしそれでも開示していないというのは、返品を有償化したいが購買意欲を下げたくないというセラー側の都合が透けて見えますね。

「返品ポリシーは大きな取引の妨げとなる可能性があり、顧客を維持するにはスムーズな返品プロセスを提供することが重要です」と、Sendcloud の CEO 兼共同創設者である Rob van den Heuvel 氏は述べています。しかし、返品ポリシーをホームページに表示している販売者はわずか 23% です。また、27% のケースでは払い戻し期間が見つかりません。

ちなみに、この調査では返品のしやすさについても解析しています。
小売業者の約7割は、顧客が返品を手配できる返品窓口を備えていますが、方法はシンプルとは言えないようです。返品受け取りサービスを提供しているのは43％のみで、74％は店舗内でのオプションを提供しています。また、オプションとして宅配ロッカーを挙げているのは12% だけです。

返品注文に印刷ラベルを提供しているのは 11% のみで、多くの顧客は自宅でラベルを印刷する必要があります。また、32％はペーパーレスの返品を行っており、顧客はQR コードを使用して荷物を持ち込むことができるそうです。

## UKで返品有償化が進むのはなぜ？

まず1つ目の要因としては、ZARAやH＆Mの与える影響の大きさがあったと考えられます。2022年のスタート時ではあくまで「トライアル」であった有償化ですが、そのまま定着させていき、他のブランドも追従していったようです。

2つ目の原因はやはり、収束の見えない物価高で、購入者の財布のひもが硬くなり、返品率が非常に高くなっているからです。こちらのほうが大きな要因かもしれません。

返品サービスを提供するZigZag（Global Blue）の調査によると、イギリス市場では2023年12月24日から1月2日までの返品数が前年同期比16％増加、アメリカでは、返品数が前年比で26%増加という驚異的な数字が出ています。さらに、イギリスのEC販売者は、24年の1月1、2日には、2023年の最初の2日間よりも42パーセント多い返品を受け取ったというのです。

ZigZagのCEOは「買い物客は、1 月のセールで安く購入するつもりで、今クリスマス ギフトや購入品を返品している可能性があり、小売業者はこの複雑な状況に慎重に対処する必要がある」と語っています。

現在、ZigZagを利用する小売顧客の63%には、何らかの形で有償返品サービスが組み込まれています。これは、返品に対して支払いを行うことが新たな標準になりつつあることを示しているといえます。EC小売業者は、顧客の負担よりも手数料の方がはるかに高いため、商品が返品されないことを強く望んでいることでしょう。そしてこれが、多くの小売業者が現在有料返品を利用している理由です。返品を避けることは、多くのEC小売業者にとって最優先事項の一つになっているのかもしれません。

## まとめ

ZARAが返品の有償化を決めたのはサスティナビリティの視点からということでしたが、
多くの企業にとっては、終わりの見えない経済状況と高い返品率によるコスト増大が有償化を進める最大要因となっているのでしょう。
SendcloudのCEO兼共同創設者は「この競争のルールが変わりつつあることは明らかだ。返品無料の時代は過ぎ去り、意識的に返品をする方向へ道が開けている。返品コストを再考するだけでなく、業界全体が返品についても再考する時期が来ているのだ」と述べています。


#### 参考記事
https://ecommercenews.eu/uk-79-fashion-retailers-have-return-fees/
https://ecommercenews.eu/return-wave-floods-online-sellers/


rosebox-BFdSCxmqvYc-unsplash.jpg

イギリスEC市場における「返品」事情

## はじめに
2022年の年初は、日本円が米ドルに対し115円程度でしたが、ここ最近は150円を付けるなど、円安が続いています。
円安のおかげ且つ、コロナ禍も明けたので、訪日外国人観光客も戻ってきて活況です。
訪日する外国人にとって、たしかに日本っていま”お得”だよね、と思い、その”お得度合い”を測る指数として、「ビッグマック指数」2023年版を見てみました。

## ビッグマック指数とは
 ![](https://cont.sterfield.co.jp/uploads/20170225_img_1dd085c2d6.jpg) 
ご存じの方も多いと思いますが、ビッグマック指数(The Big Mac Index =BMI)は、経済紙「エコノミスト」が年に2回発表している経済指標です。
マクドナルドのビッグマックは、世界の多くの国で発売されています。　ビッグマックは材料や調理法等がほぼ共通だそうで、国が変われどほぼ同じ商品です。
そこで、そのビッグマックの値段を基準にして、各国の物価水準や為替相場を比較しているのが「ビッグマック指数」です。

## 2023年のビッグマック指数
オリジナルは「エコノミスト」紙の英語版です。　[こちら](https://www.economist.com/big-mac-index)

日本語版は、「世界の経済ネタ帳」にわかりやすく掲載ありました。[こちら](https://miraisozo.mizuhobank.co.jp/money/80263)

以下の表は「世界の経済ネタ帳」を参照しています。

＜対象54カ国＞
 ![](https://cont.sterfield.co.jp/uploads/Fire_Shot_Capture_187_ecodb_net_54984c4e67.png) 


これは、米ドルベースでの換算です。2023年7月時点のデータで1米ドル=142.08円で計算されています。

1位はスイスで、ビッグマック一つ「1,098円」です。

アメリカは8位で「793円」

日本は44位で「450円」です。
日本よりかも安くビッグマックを食べれるのは、ベトナム（444円）、マレーシア（414円）、台湾（339円）など少数派。

たしかに日本はいま”お得”と言えそうです。


## なぜ同じビッグマックでも国によって値段が違う？

なぜ同じビッグマックでも国によって値段が違うのでしょうか？

経済学で学ぶ「一物一価の法則」が成り立つはずです。

*※一物一価の法則：
完全競争が行われるならば、同一時点・同一市場では、同質の商品には一つの価格しか成立しないという経済法則。*

この「一物一価の法則」は、配送コストや各国毎の関税などを考慮しなければ、
国境を越えても成り立つと言われています。

これを実現するのが**為替相場**です。


## 為替相場の動き
アメリカのビッグマックは793円です。

日本のビッグマックは450円です。

この場合、日本のビッグマックを買おうとするアメリカ人が出てきます。
日本のビッグマックを購入するために、**ドルを円に替える**アメリカ人が増えます。アメリカにとって「輸入」です。

逆に、日本はアメリカでビッグマックを売ろう、という動きが出てきます。
アメリカでの売上代金の**ドルを円に替える**動きが増えます。日本にとって「輸出」です。

結果、外国為替市場で「円買い・ドル売り」が増え、為替相場は「円高・ドル安」に動いていくことになります。


では、どこまで「円高・ドル安」に動くのか。
それは、
##### 『日本とアメリカのビッグマック価格が同じになるまで』
です。

## 購買力平価

「日本とアメリカのビッグマックの価格が同じになるまで」。

その時の為替相場は、

####  日本のビッグマックの日本円金額　450円　÷　アメリカのビッグマックの米ドル価格5.58ドル　=　80円65銭
です。

「一物一価の法則」で考えると、目指すべき為替相場の水準は、1ドル80円65銭と言うことになります。

この為替相場水準を「購買力平価」（Purchasing Power Parity）と言います。


## でも 実際は価格がバラバラ
でも実際は、各国によってビッグマックの値段はバラバラです。
なぜか。　その理由は、現実の為替相場が「購買力平価」から乖離して歪んだままだからです。
その歪み度合いが示されているのが、上述のビッグマック指数の表にある「BMI（％）」です。

これは、現実の為替相場が購買力平価からどれくらい乖離しているかを示します。

###### 1位のスイスはBMI　+38.51％。　つまりこれは為替相場が購買力平価よりも38％過大評価されているということです。

###### 44位の日本はBMI　‐43.4％。　つまりこれは日本円相場が、本来の水準である購買力平価と比べて43％も過小評価されているということです。


実際は配送コストや関税などの関係、政治的・経済的な要因もあるため、為替相場と購買力平価が完全に一致することはないと言われていますが、購買力平価に近づこうとする力は作用します。　


## まとめ
いままでビッグマック指数を、ただ単に各国の価格差、物価の違いを確認する程度に見ていましたが、今回は購買力平価と為替相場の関係を見てました。

いまの為替相場は日本円が弱すぎるので、本来水準にまではならないと思いますが、今後は円高傾向になるのだと思います。

海外とのビジネスを行っていると為替相場は大きな変動要素なので、ビッグマック指数を定期的にチェックしていきたいと思います。





Company

Our Solutions

Support

News

Blog

Blogブログ

カテゴリーから探す

年別から見る

記事一覧

2024/04/16

2024/04/12

2024/04/12

2024/04/05

2024/04/05

2024/03/29

2024/03/21

2024/03/15

2024/03/13

2024/03/11

2024/03/08

2024/03/01

2024/03/01

2024/02/29

2024/02/22

2024/02/22

2024/02/20

2024/02/14