| Q. | iPush® サーバーとは何ですか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | iPush® サーバー導入のメリットは何ですか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | iPush® サーバーはどんな業種に適していますか? |
||||||||||||||||
| A. |
iPush® サーバーは、金融・オンラインゲーム・eコマース・オートメーション・POS・製造など 業種を問わず、IPネットワーク経由で長距離かつ多拠点間でのリアルタイム情報伝達が 求められる業務に適しています。 |
||||||||||||||||
| Q. | iPush® サーバーを使用するデータ配信で、情報が失われたり欠けたりすることは ありませんか? |
||||||||||||||||
| A. |
iPush® サーバーは保証配信機能を実装しておりますので、転送の際のデータロスは決して 発生いたしません。 |
||||||||||||||||
| Q. | iPush® サーバー経由の情報送信は安全ですか? |
||||||||||||||||
| A. |
iPush® サーバー経由で送信される情報は、全てセキュリティー保持のため暗号化されて います。 保護レベル強化のため、情報ははじめに暗号化され、その後 iPush® サーバー経由で送信 されます。 |
||||||||||||||||
| Q. | iPush® サーバーを用いて送信する情報のフォーマットに制限はありますか? |
||||||||||||||||
| A. |
iPush® サーバーを経由したデータ送信において、フォーマットの制限はありません。 いかなる種類のバイナリ・データ、文字データ、ファイルも送信可能です。 |
||||||||||||||||
| Q. | iPush® サーバーにはフェイルオーバー機構が備わっていますか? |
||||||||||||||||
| A. |
iPush® サーバーは、クラスター版・スタンドアロン版ともにフェイルセーフ機構を付加できますので、24時間週7日連続での中断のないサービス提供が可能です。 |
||||||||||||||||
| Q. | iPush® API とは何ですか? |
||||||||||||||||
| A. |
iPush® API は iPush® サーバーとアプリケーションの間で情報の送受信の橋渡しを行う ライブラリーです。 この API は、iPush® サーバーのプロトコルを容易に理解し使用できるよう、高レベルの関数にパッケージ化されています。 アプリケーション開発者は、この API を使用することでリアルタイムの情報送受信を簡単に実装できるようになります。 |
||||||||||||||||
| Q. | iPush® サーバーはどんなOS上で動作しますか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | iPush® サーバー稼動のためのハードウェア要件は何ですか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | iPush® サーバーのインストールに先立ち、何を用意すればよいですか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | iPush® サーバーのインストール・コンポーネントはどういう構成ですか? |
||||||||||||||||
| A. |
以下のリストを参照ください。
|
||||||||||||||||
| Q. | 既に独自のWEBページとともに Tomcat をインストールしてあります。既存データを失わずに iPush® バックオフィスをインストールできますか? |
||||||||||||||||
| A. |
インストールできます。 但しインストール処理の途中で iPush® バックオフィスを自動インストールするか否かを聞いてきた際には、 No を選択して下さい。 インストール終了後に、既存のWEBページを損なうことなく、iPush® バックオフィスを手動で 構成することができます。 手順の詳細については、iPush® サーバー・インストールガイドの第6章「Tomcat の手動による設定」を参照下さい。 |
||||||||||||||||
| Q. | iPush® カーネル、Auth. センター、ライセンスデーモンの各サービスを、別々のマシンに インストールできますか? |
||||||||||||||||
| A. |
できます。 iPush® カーネル、Auth. センター、及びライセンスデーモンはIPネットワークを介して相互通信しますので、IP接続が稼動している限りはそれぞれを異なるマシンにインストールすることは 可能です。 とはいえクラスター構成をとらないのであれば、これら全てを同一機にインストールすることを 推奨いたします。 |
||||||||||||||||
| Q. | ウィンドウズシステムから iPush® サーバーを削除するにはどうすればよいですか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | iPush® バックオフィス管理ツールにはどのようにアクセスすればよいですか? |
||||||||||||||||
| A. |
WEBブラウザーで http://<サーバーIPアドレス>:8080/backoffice/ にアクセスし、iPush® バックオフィスに接続します。
ください。 |
||||||||||||||||
| Q. | iPush® バックオフィスで表示される"サービス(service)"とは何ですか? |
||||||||||||||||
| A. |
サービスとは複数のユーザーで構成されるグループを示します。 各サービスは Group 及び Product の2種類の異なるキー情報を持ちます。 iPush® サーバーに接続するとき、クライアントはこの両方のキー情報を提示する必要が あります。 特定のサービスには 最大同時接続数(Limited Connections) を設定することで、その サービスに対する同時接続数を制御することができます。 |
||||||||||||||||
| Q. | iPush® バックオフィスで表示される"ユーザー(User)"とは何ですか? |
||||||||||||||||
| A. |
ユーザーはクライアントごとに付与されるオンラインユーザーアカウントをあらわします。 各ユーザーアカウントに対し、パスワード及び(サブスクリプション/パブリッシュに関する)読み書き権限を設定することができます。 クライアントが iPush® サーバーに接続する際には、Group名、Product名、ユーザー名、 パスワードの各情報を、認証情報として送信する必要があります。 認証に成功した場合のみ、ユーザーは iPush® サーバーに対して情報の送受信を行うことが できます。 |
||||||||||||||||
| Q. | iPush® バックオフィスのユーザー管理画面上でユーザーを追加入力する以外に、一度に 多数のユーザーを追加する方法はありますか? |
||||||||||||||||
| A. |
ユーザー管理画面にインポート機能が用意されております。 同時に複数ユーザーを追加するためには、.csv ファイルをインポートします。 インポート用の .csv ファイルの形式については、iPush® バックオフィスのヘルプを 参照下さい。 |
||||||||||||||||
| Q. | 新規ユーザーの .csv ファイルからのインポートはバッチ処理ですが、他にオンラインで早く ユーザーを追加する方法はありませんか? |
||||||||||||||||
| A. |
iPush® バックオフィスには、CGIコールによりユーザー追加・変更を行う方法が用意されて います。 初めにCGIをコールする特定のホストIPに対し、CGI管理のアクセスコントロールを設定する 必要があります。 その後、CGIの変数として追加・変更ユーザーの情報を渡すことになります。 CGI 関数のフォーマットについては CGI プログラミングガイドを参照下さい。 ICE デベロッパーセンターよりダウンロードできます。 |
||||||||||||||||
| Q. | iPush® サーバーのライセンスで許可されている同時接続ライセンス数はどのように確認するのですか?またライセンスの期限がいつ切れるかを確認するにはどうすればよいですか? |
||||||||||||||||
| A. |
iPush® バックオフィスのライセンス管理(License Management)画面で、ライセンスの詳細 内容を確認できます。 ID名 AC (Auth. センター) 及び iPush (iPush カーネル)の項目 Connection は同時接続 可能なユーザー数をあらわします。また項目 Expiration Date は各ライセンスの期限を あらわします。 |
||||||||||||||||
| Q. | まもなくライセンスが切れます。ライセンス更新を受けた後で、どのように iPush® システムを 更新すればよいですか? |
||||||||||||||||
| A. |
iPush® バックオフィスのライセンス管理(License Management)画面でライセンス更新 ファイルを選択し、Import License ボタンを押下することでライセンスが更新されます。 |
||||||||||||||||
| Q. | 過去数ヶ月内で何人のユーザーが接続したかなどの統計情報は、どのように調べれば よいですか? |
||||||||||||||||
| A. |
iPush® バックオフィスのレポート作成(Report Generator)画面にて、使用システムリソースやユーザー接続の統計情報を得ることができます。 |
||||||||||||||||
| Q. | iPush® サーバーとの接続・通信はどのようにするのですか? |
||||||||||||||||
| A. |
開発者向けに様々な種類のAPIが用意されており、それらを用いることで iPush® サーバーとの通信の関数コールを実行できます。
リアルタイム・アプリケーションの開発は、この高レベルAPIを実装しさえすればよいです。 複雑な低レベルのネットワーク通信の詳細について学習する必要はありません。 iPush® サーバーとの通信に使用するAPI関数コールは非常に直感的かつ直接的です。 経験豊富な開発者であれば、すぐにこのAPIを理解してリアルタイム・アプリケーションの開発にとりかかることが可能です。 iPush クライアント API 関数一覧を参照ください。
|
||||||||||||||||
| Q. | iPush® サーバー経由でクライアントと通信するアプリケーションを開発するには、どんな 開発言語を用いればよいですか? |
||||||||||||||||
| A. |
iPush® サーバーは、以下のような主要なソフトウェア・ランタイム環境に対応した様々な ライブラリをサポートしております。
アプリケーションを開発できます。 |
||||||||||||||||
| Q. | 独自の iPush® アプリケーション開発を考えています。開発にあたって参考となるサンプル コードはありますか? |
||||||||||||||||
| A. |
ICEテクノロジー提供のAPI全てに、参照及びテスト用のサンプルコードが付随しております。 iPush® サーバーの機能テストのために直接サンプルプログラムを実行することが可能です。 また独自プログラム開発の際の参照にも利用できます。 |
||||||||||||||||
| Q. | パブリッシュ/サブスクライブ (Pub/Sub) メッセージモデルとは何ですか?どのようにして 動作するのですか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | アプリケーションを iPush® サーバー経由でデータを受信するようにするには、どういった ステップをとればよいですか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | アプリケーションを iPush® サーバーを使用してデータを送信するようにするには、どういった ステップをとればよいですか? |
||||||||||||||||
| A. |
|
||||||||||||||||
| Q. | 保証配信はどのようにして実現できますか? |
||||||||||||||||
| A. |
保証配信の実行には、以下の条件が必須となります。
保証配信が実現されます。 |
||||||||||||||||
| Q. | 持続的なデータ送信(persistent sending)と永続的(durable)サブスクリプションは同時に 使用する必要がありますか? |
||||||||||||||||
| A. |
その必要はありません。持続的データ送信と永続的サブスクリプションは別々に使用できます。 データ受信側は、データ送信が持続的(persistent)であるか否かに関わらず、永続的 サブスクリプションあるいは非永続的サブスクリプションにてサブジェクトをサブスクライブする ことができます。 しかしながら、持続的データ送信と永続的サブスクリプションが併行して使用されていないのであれば、データ配信は保証されません。 |
||||||||||||||||
| Q. | 保証配信の場合、サーバーはどのくらいの期間まで情報を保持しますか? |
||||||||||||||||
| A. |
保証配信は、持続的データ送信と永続的サブスクリプションの同時使用により実現されます。 データ送信側に関しては、パラメータとしてTTL (存続時間[Time-to-Live]、デフォルト値は 1日に相当する 86,400 秒) を設定します。 設定された TTL 値によって、サブスクライバー宛てにデータを送信するまでサーバーが データを保持する時間が決まります。 従って、サブスクライバーが毎日サーバーにアクセスするのではないならば、永続的 サブスクリプションは推奨できません。 |
||||||||||||||||
| Q. | プログラム中でAPI例外または関数リターンコードが発生しました。これは何を示しますか? |
||||||||||||||||
| A. |
各 API のプログラミング・ガイドには、API が発するステータス・コードや例外スロー及び関数 リターン・コードの詳細な解説が記述されております。 どうぞドキュメントを参照ください。 |