Ticket #894

[REQ-0002]アカウント認証機能
Eröffnet am: 2002-12-17 17:58 Letztes Update: 2002-12-18 09:31

Auswertung:
Verantwortlicher:
Status:
Offen [Owner assigned]
Komponente:
(Keine)
Meilenstein:
(Keine)
Priorität:
5 - Mittel
Schweregrad:
5 - Mittel
Lösung:
Keine
Datei:
Keine

Details

アカウント認証機能を決定したい

Ticket-Verlauf (3/5 Historien)

2002-12-17 18:47 Aktualisiert von: odahide
Kommentar
Logged In: YES
user_id=3370

アカウント認証についてのhideの構想。
大体どのネットワークRPGでも
次のような操作がなされているでしょう。

1)クライアントからID入力し、サーバ送信。
2)サーバでIDを受信し、データベース検索。
3)認証ID検索結果をクライアントに送信。
4)ゲーム開始。

基本的に流れは変更の余地はないと思いますが、
認証速度を向上させる必要性はあると思います。
(現にネットゲーをしていて遅いと思います。
また、挙句の果てにサバキャンくらったりとか・・(TT))

認証速度向上とサーバの集中負荷軽減の案を考えてみました。
予めキーコードというものをサーバ毎に設定しておきます。
1)IDは各個人で設定します。
2)ID登録をサーバへ依頼します。
3)その際サーバで次の処理をします。
 ①サーバで受信したIDにキーコードを付加します。
  (キーコード規約はまだ考えていません。)
 ②キーコードをもとに自分のIDがどのサーバに登録されているのか
  を判定し、該当のサーバに接続し認証を行います。
 ③あとはそのサーバが値を返して認証完了。
というものです。
詳しい事はまだこれから決定していくという事で、
この案はどうでしょうか?
皆さんの意見、待ってます。
2002-12-18 00:03 Aktualisiert von: rabina
Kommentar
Logged In: YES
user_id=3328

キーコードの利点が今ひとつ明確ではないように感じられます。
クライアントがIDを送信した際、受け取るサーバーが複数あり、
そのサーバー毎が独立のデータベースを持っている、ということ
でしょうか。
2002-12-18 09:03 Aktualisiert von: odahide
Kommentar
Logged In: YES
user_id=3370

まず、各サーバはキーコードに準じた独立したデータベースを
持っています。

中央にコントロールサーバみたいなのを立て、
クライアントからのID・パスワードデータを受信します。
コントロールサーバでキーコード判断をし、
そのキーコードから判断してそれに該当するサーバへ転送します。
データを受信したサーバはユーザのデータを
クライアントに返すというものです。

ちなみにコントロールサーバは複数にするかどうか
まだ考えていません(^^;)
2002-12-18 09:19 Aktualisiert von: wize777
Kommentar
Logged In: YES
user_id=3355

すいません...
意見とかはフォーラムに書いていただければ...
トラッキングはあくまで忘れないようにするためのリストで使ってる
ので(^^
すいませんぬ。
2002-12-18 09:31 Aktualisiert von: wize777
Kommentar
Logged In: YES
user_id=3355

すいません...
意見とかはフォーラムに書いていただければ...
トラッキングはあくまで忘れないようにするためのリストで使ってる
ので(^^
すいませんぬ。

Dateianhangliste

Keine Anhänge

Bearbeiten

You are not logged in. I you are not logged in, your comment will be treated as an anonymous post. » Anmelden