>①アプリ側でログインする情報を持っておき
>アプリ側でログアウトしない限りアプリからEC-CUBE見に行くときは自動でログインした状態にする。

ログイン状態をアプリに保持し続けるというのはサーバ側のセッション有効期限等の都合もあり難しいと思いますので
適宜、アプリに保持させたログイン情報を用いてログインを実行して返ってきたCookieを保持、webviewで利用するという事になるのではないでしょうか？
（PHPがCookieでセッションの有無を判定している為）
そういった意味ではデフォルトのログイン画面表示→ログイン情報入力→ログイン処理→TOPページ表示(ログイン成功時)の流れをAPIで処理させる必要があるのではないでしょうか？
http通信を用いてhtmlのリクエストレスポンスを繰り返す方法でも出来ない事はないと思いますが、
わざわざ返ってきたhtmlのソースを解析する等、アプリ側のプログラムが面倒くさい事になるのではないでしょうか？

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

468 様
いつもありがとうございます。

>APIとは別途作ったほうがいいでしょうか

以下今現在のアプリ仕様です。

①アプリ側でログインする情報を持っておき
アプリ側でログアウトしない限りアプリからEC-CUBE見に行くときは自動でログインした状態にする。

②webviewなどの機能でアプリ側から、カート追加
カートでの決済をおこなう

以上の仕様でもEC－CUBEから返す値はセッションの有無くらいかなぁと思っているのですが

>APIとは別途作ったほうがいいでしょうか
アプリの仕様次第かと思います。
アプリでECCUBEに対してどのような事を行いたいのでしょうか？
例えばwebviewを利用するようなアプリの場合は、webviewのcookieを使ってセッションを保持できるかと思います。（ECCUBE側のアクションはブラウザからのアクセスと同じ動きになるかと思います）
通信のみサーバと行うような要件の場合、アプリからの通信を受け取り結果を返す処理がECCUBE側に必要かと思います。

アプリがサーバからどのような結果を期待するのか、によって機能の追加が必要かどうか変わってくると思います。
デフォルトではECCUBEからはhtmlしか返ってこないと思いますので。

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

468 様
いつもありがとうございます。

APIとは別途作ったほうがいいでしょうか
4.0.5以降でのEC-CUBE4用のAPIをカスタマイズしたほうがいいでしょうか？

DBとセッションのファイルを見る形になるようなイメージをしています。

アプリの構成が分からないので何とも言えませんが
アプリから直接ECCUBEへアクセスするようなものではないという事でしょうか？

＞外部アプリのサーバーは、EC-CUBEのあるサーバーと同じにする予定です。
外部アプリのサーバがECCUBEと通信するという構想でしょうか？
その場合はログイン情報を取り出すにはAPI等を追加する必要があるのではないでしょうか？
同じサーバに配置されるのであれば、DBに直接アクセスする方法もあるかと思います。

----------------
株式会社シロハチ
■ECCUBE2系、3系構築カスタマイズご相談ください。
■EC-CUBE3マニュアル
■blog

[EC-CUBE] 4.0.4
[レンタルサーバ] AWS
[OS] Linux
[PHP] 7.3.14
[データベース] MySQL 5.7.28
[WEBサーバ] Apache/2.4.25
[ブラウザ] Chrome
[現象]
外部のアプリ（AOSやAndroid）にログイン情報を保持して
EC-CUBE4側にログイン動作させに行くことは可能でしょうか？

外部アプリのサーバーは、EC-CUBEのあるサーバーと同じにする予定です。

分かる方いらっしゃったら、どうかご教授お願い致します。