## 質問
auto status = login(m_DeveloperKey, m_ApplicationId,userId, password,licenseType, m_AutoLogoutOnExit, m_ProcessName,0, L"", m_BriteServerUrl);  

で指定する m_ApplicationId にはアプリケーションセットのIDも指定できるのですか？

## 回答
アプリケーションIDを指定すれば、ライセンスの中のアプリケーションセットの中に指定したアプリケーションIDがあるかどうかをサーバー側でチェックしています。  
ですので、クライアント側ではアプリケーションIDだけ指定する、ということになります。

ライセンスにはアプリケーションID単独で結びついているものと、アプリケーションセットが結びついているものが存在しているのですが、それらのうちどちらを優先的にとってくるか、ということまでは現状では指定できません。  
今は一律、ライセンスの期限が長いものから取ってくる、ということになっていると思います。

アプリケーションIDは IJCAD のバージョン毎に違う値となるが、ライセンスの許諾はアプリケーションセットに対して行われているため、login 関数に指定するアプリケーションIDは IJCAD のバージョンに該当する値を設定するという理解で良いです。

m_ApplicationId にはアプリケーションセットのIDも指定できるのですか？

## 質問
現行製品の IJCAD では新バージョンのライセンスが有効な場合には、その新バージョンのライセンスで旧バージョンの IJCAD も動作する仕様になっています。  
クラウドライセンス版の IJCAD は有効な契約期間内であればバージョンに関係なく動作するようにしたいとの要件がありますが、B-rite を組み込む IJCAD からの API 認証手続きでは、この許諾バージョンと動作可否をどのように判定すべきでしょうか？  
アドバイスをお願いします。

## 回答
ライセンスと許諾するアプリケーションの関係はIJAccount側で操作することになります。IJCADの方は修正しなくて大丈夫です。

B-rite2では、ライセンスに複数アプリケーションを許諾できるようになっています。その許諾する複数アプリケーションの塊を「アプリケーションセット」と呼びます。

例えば、ある時点でお客様のライセンスにあるアプリケーションセットが結びついていたとします。
アプリケーションセットの中身は、IJCAD2021だけがセットされていたとします。
IJCAD2022が発売されます。  
アプリケーションセットの中身に、IJCAD2022を追加します。  
すると、このアプリケーションセットを許諾しているライセンスを持っているお客様は、全員IJCAD2021とIJCAD2022が使えるようになります。

このアプリケーションセットの仕組みは、IJCADのバージョン違いを動かす仕様を踏まえて、B-rite2で実装したものになります。

実際、どのプログラムにどのアプリケーションIDを割り振るかは開発者に委ねられていますが、一応B-riteのルールとしては、一つのプロセスごとに一つのアプリケーションIDとなっています。  
ですので、IJCAD 2021 STDとIJCAD 2022 STDは別のアプリケーションIDを割り振るのが望ましいです。  
これらをどのライセンスに割り付けるかは、あとからIJAccountの方で変更できるようAPIを準備しています。

B-rite を組み込むアプリからの API 認証手続きは、許諾バージョンと動作可否をどのように判定すべきでしょうか？

## 質問
現在、日建様により開発されている IJCAD 上のアドオンアプリケーションの認証は Nikken 様向けの B-rite サーバで行うことを想定していますが、日建様がクラウドライセンス版の IJCAD で運用した場合、IJCAD はシステム2課が用意した B-rite サーバで認証することになります。  
この場合、B-rite Runtime は、それぞれの B-rite サーバに対する API リクエストを切り分けて(共存して)扱うことはできますか？

## 回答

B-rite 1のサーバーとB-rite 2のサーバーは互換性がありません（現状でB-rite 3のサーバーとも互換性はないです）。  
「Nikken様向けのB-riteサーバ」がB-rite 2のサーバーであるならば共存は可能ですが、B-rite 1であるならば共存は不可能です。

B-riteサーバーに対するAPIリクエストの切り分けは、B-rite SDKを使用する際に与えるパラメータで行っています。  
アプリ側から接続するB-riteサーバーのURLを指定する仕様です。

詳細は下記のヘルプをご確認ください。  
[C++ 用 SDK 関数リファレンス - Login](https://preview.help.b-rite.jp/7hzigvD0LV4Lt5Xg8BKcdI)

B-rite Runtime は、異なる B-rite サーバーに対する API リクエストを共存して扱うことはできますか？

## B-rite Runtime ログの出力手順

1. C:\ProgramData\BriteRuntime\Agent を開いて、添付の「[WriteInfoLog](https://assets.ctfassets.net/wl3lbubt8pyp/28QGaxno8BwQYtr2feXLi1/3bf15217de935f8a02dce03bd3826a9a/WriteInfoLog)」を追加します。
2. ログインに失敗するまでの操作を行います。
3. C:\ProgramData\BriteRuntime\Log に、今日の日付のログが出力されます。出力されているログを送っていただきたいです。


B-rite Runtime のログ出力手順

B-rite Runtime ログの出力手順

おすすめ記事

B-rite2 と B-rite3 が共存できる手段を考えてほしい

B-rite Runtimeをインストールした直後、ウィンドウが表示/非表示を繰り返す

m_ApplicationId にはアプリケーションセットのIDも指定できるのですか？

B-rite を組み込むアプリからの API 認証手続きは、許諾バージョンと動作可否をどのように判定すべきでしょうか？

B-rite Runtime は、異なる B-rite サーバーに対する API リクエストを共存して扱うことはできますか？

m_ApplicationId にはアプリケーションセットのIDも指定できるのですか？

B-rite を組み込むアプリからの API 認証手続きは、許諾バージョンと動作可否をどのように判定すべきでしょうか？

B-rite Runtime は、異なる B-rite サーバーに対する API リクエストを共存して扱うことはできますか？