JP3172870U

JP3172870U - 双方向サービスを提供且つ管理するシステム

Info

Publication number: JP3172870U
Application number: JP2011006297U
Authority: JP
Inventors: リ，キング
Original assignee: Cosmact Ltd
Current assignee: Cosmact Ltd
Priority date: 2010-10-29
Filing date: 2011-10-26
Publication date: 2012-01-12
Anticipated expiration: 2021-10-26
Also published as: TWM425348U; WO2012055315A1; HK1145131A2; CN102469159A; HK1145935A2; TW201222271A

Abstract

【課題】公共情報の表示装置対し視聴者が注文できない問題に対し、双方向サービスを提供且つ管理するシステムを提供する。
【解決手段】獲得したコンテンツリンクアドレスに基づき対応するアプリケーションサーバーと接続することにより、アプリケーションサーバーがモバイル端末からの入力情報を受信するようにする。コンテンツサーバーはアプリケーションサーバーを備え、アプリケーションサーバーはモバイル端末からの入力情報に基づきイベントを実行し、かつ実行したイベントの結果をディスプレイアプリケーションに送信する。ディスプレイアプリケーションはコンテンツサーバーから表示内容を獲得し、かつ表示内容をマルチメディア表示端末で表示する。モバイル端末の入力情報によりマルチメディア表示端末の表示内容を更新することで、ユーザーと公衆表示設備のインタラクティブを実現させた。
【選択図】図１

Description

本考案はコンピューターの技術分野に関わり、より具体的には双方向サービスを提供且つ管理するシステムに関する。

公共の場所、例えば会社、学校、銀行又はデパートのロビー、個人店舗、ビルのエレベーター等の場所には、通常公共の情報、会社紹介、学校の動向、金融情報、製品広告又はニュース、娯楽、スポーツ、旅行、教育等の情報を放送するための表示装置が置かれている。これらの表示装置はタッチパネルの検索装置とは異なり、往々にして大型であり、且つ触りにくい場所に置かれている。

上述した表示装置は通常バックグラウンドのサーバーに接続され、サーバーから展示する情報内容を提供する。これらの展示する情報内容は全て情報公布者が一斉に公布し、視聴者は通常、上述した展示される情報内容を注文又は変更することができない。

本考案の目的は、これらの公共情報の表示装置に対し視聴者が注文できない問題に対し、双方向サービスを提供且つ管理するシステムを提供することにある。

上述した技術問題を解決するための本考案の技術方案は双方向サービスを提供且つ管理するシステムを提供することであって、仲介サーバー、中央管理サーバー、コンテントーサーバー、ディスプレイアプリケーションを備え、その内、
前記仲介サーバーは、複数の異なるモバイル端末からのアクセス請求を受信し、且つモバイル端末とアプリケーションサーバーが接続した後、モバイル端末の入力情報をアプリケーションサーバーに送信するためのものであり、
前記中央管理サーバーは、スケジュールテーブルを作成と保存し、且つアクセス請求に基づき対応するアプリケーションサーバーのコンテンツリンクアドレスの取得に用い、前記コンテンツリンクアドレスはモバイル端末とアプリケーションサーバーを接続させるためのものであり、
前記コンテンツサーバーは、表示内容を保存するためのものであると同時に、アプリケーションサーバーを備え、前記アプリケーションサーバーはモバイル端末からの入力情報に基づきイベントを実行し、且つ実行したイベントの結果をディスプレイアプリケーションに送信し、
前記ディスプレイアプリケーションは中央管理サーバーで作り出されたスケジュールテーブルに基づき、コンテンツサーバーから表示内容を取得し、且つ表示内容を一台又は集中若しくは分散して置いた数台のマルチメディア表示端末で表示すると同時に、アプリケーションサーバーで実行したイベントの結果に基づきマルチメディア表示端末の表示内容を更新するためのものである。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、さらにデータベースを備え、当該データベースはそれぞれ仲介サーバー、中央管理サーバーとコンテンツサーバーに接続され、システムに接続された全てのユーザーの情報、ユーザーのサービス要求、システムがユーザーのサービス要求に対する応答、及びユーザーが異なる状態での動作により発生する応答を保存するためのものである。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記中央管理サーバーは、電話とショートメッセージ番号を管理することで各番号が格納可能な最大の参与者数及び各電話の最も長い持続時間を制限し、現在のオンラインユーザーの情報を提供すると同時に、モニタの識別番号又はパケット番号を通じてマルチメディアモニタの資源を管理するための資源管理ユニットを備え、前記モニタの識別番号はモニタと一つ一つ対応しており、各モニタは全て唯一の識別番号が付けられている。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記コンテンツサーバーはアプリケーションサーバー、ウェブサーバー、ストレージ、管理インターフェースを備え、前記ストレージはシステムに使用されるコールフローファイル、音声ファイル、動画ファイル、ウェブページ内容の中の一種類または数種類を含むファイルを保存するためのものであり、、前記仲介サーバーとディスプレイアプリケーションはウェブサーバーを通じてストレージの中の内容をダウンロードし、前記管理インターフェースはユーザーがコンテント資源のアップロードを操作又はアプリケーション設定を変更するためのものである。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記アプリケーションサーバーはイベントコンポーネント、プロセスコンポーネント、ステータスコンポーネントを備え、その内、
前記イベントコンポーネントはアプリケーションサーバーと仲介サーバーが通信を行うインターフェースで、仲介サーバーからのユーザーの入力情報がイベントコンポーネントに転送された後、イベントコンポーネントは当該入力された情報に基づき一つ新しいイベントを作り出し、次いで当該イベントをプロセスコンポーネントに送信して実行する。

前記プロセスコンポーネントは各イベントを実行し、且つ実行した結果をステータスコンポーネントに転送するためのものであり、、前記プロセスコンポーネントが実行するイベントはユーザーの入力に対しシステムが応答するようにすることを含み、前記実行した結果はユーザーの新しい状態を含む。

前記ステータスコンポーネントはユーザーの状態情報を保存し、且つプロセスコンポーネントから新しい状態情報を受信した後、ユーザーの状態を更新し、続いてディスプレイアプリケーションに表示内容を更新するよう通知するためのものである。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記アプリケーションサーバーはゲームサーバー、ニュースサーバーの中の一種類又は数種類で、異なる位置にあるユーザーは異なるマルチメディア表示端末を通じて、同一のアプリケーションサーバーが提供するインタラクティブアプリケーションに入る。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記インタラクティブアプリケーション識別番号が異なるモニタの異なるウィンドウで表示される時、システムはダイナミックウィンドウランダムコードをインタラクティブアプリケーションに割当、前記ダイナミックウィンドウランダムコードは電話アクセス番号と結合又はショートメッセージ/マルチメディアショートメッセージアクセス番号と結合、若しくはウェブページにアクセスするＵＲＬと結合して、ユーザーにより唯一的に選択されて放送する内容及び放送する場所を確定する。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記ディスプレイアプリケーションはブラウザー、動画又はソフトウェアレンダリング、ビデオプレーヤーの中の一種類又は数種類で、各ディスプレイアプリケーションは一台又は数台のマルチメディア表示端末に対応し、各コンテンツサービスユニットは一つ又は複数のディスプレイアプリケーションに接続されている。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記モバイル端末は電話、携帯電話、コンピューター端末又はスマートフォンで、前記アクセス要求の方式は電話アクセス、ショートメッセージ/マルチメディアショートメッセージアクセス、ウェブページアクセス又はスマートフォンのアプリケーションプログラムアクセスで、前記モバイル端末の入力情報はアプリケーションプログラムを通じて、デュアルトーンマルチ周波数又は音声モードでアプリケーションサーバーに送信され、前記仲介サーバーは自動音声認識技術によりモバイル端末からの音声を入力情報に転換する。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記仲介サーバーは前記モバイル端末が仲介サーバーを通じてシステムにアクセスした後、前記モバイル端末がアプリケーションプログラム、、デュアルトーンマルチ周波数又は音声モードを通じて入力した選択で人工サービスに切替える要求に基づき、モバイル端末を電話システムに切替えるようにするためのスイッチングモジュールを備える。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記モバイル端末が人工サービスに切替えられた後、人工サービスプラットホームは顧客が注文したマルチメディア内容をユーザーのモバイル端末に送信してダウンロード又は直接表示、若しくは公共マルチメディアの表示端末に送信し、フィードバック情報をテキストショートメッセージ、マルチメディアショートメッセージ、ウェブページアドレスの形式でモバイル端末に送信又は公共マルチメディアの表示端末に送信して放送する。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、モバイル端末から電話アクセス方式でアクセス要求を送信する時、中央管理サーバーはアクセス要求における声紋情報に基づきユーザーを識別し、且つ迅速な登録を実現する。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、前記仲介サーバーはシステムに入った人数が制限の上限に達した時、当面システムにかかってきた電話を切らず、ユーザーが呼出待ちの状態になるようにする。

本考案で記述した双方向サービスを提供且つ管理するシステムにおいて、マルチメディア表示端末で内容を表示する時、前記ディスプレイアプリケーションは前記表示される内容を単独表示又はオーバーレイ表示させるが、前期オーバーレイ表示は放送される映像に字幕文字をオーバーレイ表示又は放送される速報ユースで写真の飛出しを表示する。

本考案が提供した双方向サービスを提供且つ管理するシステムは、モバイル端末の入力情報によりマルチメディア表示端末の表示内容を更新することで、ユーザーと公共表示装置のインタラクティブを実現させた。各種のユーザー群は自身の需要に基づき、携帯電話、ノートパソコン、携帯情報端末等自分の移動設備を使用し、携帯電話ネットワーク又はコンピューターネットワークを通じてこれらの公共表示装置との遠距離接続を実現し、且つ自分の移動設備を使用して公共表示装置の内容を操作と制御する。

以下、図面と具体的な実施例に合わせて、本考案を詳しく説明する。図中、
本考案に係る双方向サービスを提供且つ管理するシステムの実施例の模式図である。モバイル端末からシステムにアクセスする模式図である。コンテンツ管理の模式図である。ユーザーがシステムとインタラクティブする模式図である。ユーザーがモバイル端末を通じてシステムとインタラクティブする過程でユーザーの状態模式図である。マルチサイト作業とマルチディスプレー作業の模式図である。

本考案は双方向サービスを提供することができ、ユーザーが自分のモバイル端末を通じて公共場所のマルチメディア表示端末と通信できるようにする。これらの通信内容はゲーム、ビデオ、文字、写真等であっても良い。

図１に示されているように、本考案に係る双方向サービスを提供且つ管理するシステムの一つの実施例において、当該システムは下記の幾つかの部分、即ち、仲介サーバー（ＭｅｄｉａｔｉｏｎＳｅｒｖｅｒ）１１、中央管理サーバー（ＣｅｎｔｒａｌＭａｎａｇｅｍｅｎｔＳｅｒｖｅｒ）１２、コンテンツサーバー（ＣｏｎｔｅｎｔＳｅｒｖｅｒ）１３とディスプレイアプリケーション（ＤｉｓｐｌａｙＡｐｐｌｉｃａｔｉｏｎ）１４を含む。

仲介サーバー１１はユーザーのモバイル端末１６にアクセスのインターフェースを提供するためのものであり、、モバイル端末１６のために音声とマルチメディアの双方向サービスを提供することができる。当該サーバーは極めて強い交換性を有し、複数の異なるアプリケーションサービスをロードすることができ、且つ異なるサービスネットワークを通じてモバイル端末１６に送信することができ、これらのサービスネットワークは公衆交換電話網（ＰＳＴＮ）、第二世帯と第三世帯携帯ネットワーク（２G、３G）及び次世帯ネットワーク（ＮｅｘｔＧｅｎｅｒａｔｉｏｎＮｅｔｗｏｒｋ）を含むが、これに限らない。

本実施例におてい、ユーザーは電話、携帯電話等のモバイル端末を使用し、電話、ショートメッセージとウェブページを通じてシステムにアクセスすることができるが、仲介サーバー１１はユーザーのアクセス要求と入力情報の受信し、且つ入力情報を中央管理サーバー１２又はコンテンツサーバー１３への送信を担当する。当該仲介サーバー１１はさらにウェブアクセスユーザーのログイン７/ログアウトサービスを担当することができる。電話アクセスのモバイル端末にとって、入力方法はアプリケーションプログラム、デュアルトーンマルチ周波数（ＤＴＭＦ）と音声入力（自動音声識別（ＡＳＲ）技術を通じてユーザーの音声を入力コマンドに転換）を含む。仲介サーバーはさらに、ユーザーへのフィードバック情報の送信を担当し、システムのテキスト情報をコンピューターで音声に合成（ＴＴＳ）してユーザーに送信し、ユーザーが直接的に聴取できるようにする。上述したフィードバック情報の形式はテキストショートメッセージ、マルチメディアショートメッセージ、音声メール、電子メール等であっても良い。

電話アクセスの移動端末にとって、仲介サーバー１１は中央管理サーバー１２から直接的にコンテンツサーバー１３におけるアプリケーションサーバーのコンテンツリンクアドレスを獲得せず、コールフローのコンテンツリンクアドレスを獲得する。このコールフローが指向しているのは目標アプリケーションサーバーで、ユーザーとアプリケーションサーバーの間の通信規則を提供し、ユーザーが当該アプリケーションでの入力を如何に処理すかを知っている。仲介サーバー１１はコールフローのコンテンツリンクアドレスを受信した後、ユーザーにこのコールフローの音声フローを送信し、且つアプリケーションサーバーへの接続をスタートする。これにより、ユーザーの入力は仲介サーバー１１を通じてアプリケーションサーバーに送信されることができる。

中央管理サーバー１２はシステムのコアユニットで、ユーザーのアクセス、マルチメディア表示端末１７の表示内容及び電話番号、コンテンツリンクアドレス、システムオンライン人数、マルチメディア表示端末の識別番号（ＩＤ）又はパケット番号、インタラクティブアプリケーションの識別番号（ＥｖｅｎｔＩＤ）等を含むシステム資源の管理を担当する。全てのユーザーのアクセス要求は何れも仲介サーバー１１を通じて中央管理サーバー１２に送信される。

前記インタラクティブアプリケーションの識別番号は異なるインタラクティブアプリケーションの識別に用いる。同一のマルチメディア表示端末の異なるウィンドウで異なる識別番号のインタラクティブアプリケーションを同時に放送することができ、同様の識別番号を有するインタラクティブアプリケーションも複数の異なるマルチメディア表示端末で同時に放送することができる。システムはマルチメディア表示端末の識別番号とインタラクティブアプリケーションの識別番号に基づき、インタラクティブアプリケーションにユーザアクセス番号（電話アクセス番号、ショートメッセージ/マルチメディアショートメッセージアクセス番号、又はウェブページにアクセスするＵＲＬを含む）とダイナミックウィンドウランダムコードを割当、ユーザーのインタラクティブへの参与に供する。

中央管理サーバー１２はスケジューラ（Ｓｃｈｅｄｕｌｅｒ）、コンテンツプロキシ（ＣｏｎｔｅｎｔＰｒｏｘｙ）、資源管理（ＲｅｓｏｕｒｃｅＭａｎａｇｅｍｅｎｔ）と管理インターフェース（ＭａｎａｇｅｍｅｎｔＩｎｔｅｒｆａｃｅ）を含む。

スケジューラはマルチメディア表示端末で表示される内容を企画するためのものであり、、即ち、指定された内容を指定された時間に従ってマルチメディア表示端末スクリーンの指定した場所で放送する。スケジューラに基づき、ある時間帯、どの位置で表示されるのはどんな内容であるかを知ることができる。このため、スケジューラはコンテンツプロキシにある時間帯、どの番号が指向しているのはどのアプリケーションサービスであるかを知らせることができる。特に、マルチメディア表示端末は複数のエリアに区分され、異なるエリアで異なる形式の内容を表示することができ、スケジューラは各エリアのためにぞれぞれのスケジュールを企画することができ、各エリアは自分のスケジュールに従って表示内容を変更する。このようなマルチパーティションの表示形式は顧客の要求に従って各種形式の内容、例えばビデオ、文字、写真等を注文することができ、マルチメディナ表示端末で同時に表示することができる。このほか、上述した内容はオーバーレイ効果であっても良く、例えば、放送される映像に字幕文字をオーバーレイ表示又は放送される速報ユースで写真の飛出しを表示することで、表示される内容の動的感覚を増強させ、人々の注意力を引きつける。

コンテンツプロキシはコンテンツリンクアドレスと電話番号を含み、コンテンツサーバー１３の代理である。モバイル端末１６からのアクセス要求は直接的にコンテンツサーバー１３に送信されておらず、先にコンテンツプロキシに送信され、コンテンツプロキシが仲介サーバー１１のためにコンテンツサーバー１３のアプリケーションサーバーへの道案内を担当する。仲介サーバー１１自身はアプリケーションサーバーの位置を知っておらず、ひいてはどの番号又はコンテンツリンクアドレスがどのアプリケーションサービスと対応しているかも知らないため、仲介サーバー１１はモバイル端末１６からのアクセス要求を受信した後、コンテンツプロキシに願いを出し、ユーザーが掛かってきた電話番号又はコンテンツリンクアドレスと対応しているのはどのアプリケーションサービスであるか、及びサービスを提供するアプリケーションサーバーの位置を尋ねる必要がある。コンテンツプロキシは仲介サーバー１１の要求を処理する時、参考のためにスケジューラにスケジュールの情報を尋ねる。

資源管理は電話とショートメッセージ番号の管理を担当する。これを通じて各番号が格納可能な最大の参与者数及び各電話の最も長い持続時間を制限することができる。これもまた、現在のオンラインユーザーの情報をシステムに提供することができる。資源管理はさらに例えば、マルチメディア表示端末の識別番号（ＩＤ）又はパケット番号等のようなマルチメディア表示端末の資源の管理を担当し、これにより、一台一台に設定する必要がなく、パケット番号を通じて一組みのマルチメディナ表示端末を管理することができる。マルチメディア表示端末の識別番号は一連の数字で、マルチメディア表示端末と一つ一つ対応しており、唯一のマルチメディア表示端末を識別することができる。マルチメディア表示端末の識別番号を通じてマルチメディア表示端末の具体的な位置を確定することができる。それに、マルチメディア表示端末のスクリーンにおける異なるウィンドウで異なる内容を表示することができ、各ウィンドウは放送する内容に基づき、一つダイナミックウィンドウランダムコードを獲得することができる。このランダムコードは中央管理サーバー１２の資源管理により発生し、マルチメディア表示端末と接続したディスプレイアプリケーションがアプリケーションサーバーと接続を行った後、中央管理サーバーの資源管理からマルチメディア表示端末のウィンドウで放送する内容のランダムコードを獲得し、且つマルチメディア表示端末で表示する。

マルチメディア表示端末の識別はインタラクティブアプリケーションの識別番号と結合又はユーザアクセス番号とダイナミックウィンドウランダムコードを結合して唯一のある場所である放送内容がユーザーに選択されて放送されていることを確定することができる。

上述した双方向サービスを提供且つ管理するシステムにおいて、マルチメディア表示端末の識別番号に基づきマルチメディア表示端末の地理位置を識別することができ、ユーザーがインタラクティブに参与する時入力したアクセス番号とダイナミックウィンドウランダムコードによりユーザーの地理位置を識別できると同時に、ユーザーが参与したインタラクティブアプリケーションが位置するマルチメディア表示端末の具体的なウィンドウを識別できる。

管理インターフェースはシステム管理者に便利な管理入口を提供することができる。システム管理者は当該管理インターフェースを通じて中央管理サーバーに入り、スケジューラ又はコンテンツプロキシの設定を修正、又は中央管理サーバーの他の設定を修正することができる。

特に、システムには複数の中央管理サーバーを設置することができ、中央管理サーバーは中央制御であっても良く現地制御であっても良い。

コンテンツサーバー１３はシステム全体のためににコンテンツ資源を提供するもので、アプリケーションサーバー（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）、ウェブサーバー（ＷｅｂＳｅｒｖｅｒ）、ストレージ（Ｓｔｏｒａｇｅ）、管理インターフェース（ＭａｎａｇｅｍｅｎｔＩｎｔｅｒｆａｃｅ）を含む。

アプリケーションサーバーは三つの面、即ちイベントコンポーネント（ＥｖｅｎｔＣｏｍｐｏｎｅｎｔ）、プロセスコンポーネント（ＰｒｏｃｅｓｓＣｏｍｐｏｎｅｎｔ）、ステータスコンポーネント（ＳｔａｔｕｓＣｏｍｐｏｎｅｎｔ）を含む。

イベントコンポーネントはアプリケーションサーバーと仲介サーバー１１が通信するインターフェースである。仲介サーバー１１はユーザーの入力データをイベントコンポーネントに転送し、イベントコンポーネントは当該入力情報に基づき新しいイベントを作り出し、続いて当該イベントをプロセスコンポーネントに送信して実行する。

プロセスコンポーネントは各イベントの実行を担当し、且つ実行した結果をステータスコンポーネントに送信する。プロセスコンポーネントがイベントを実行する過程はシステムがユーザーの入力に対し応答する過程である。イベントの実行を完成した後、プロセスコンポーネントがユーザーの状態を生成し、毎回の実行は全て新しい状態があり、当該新しい状態はステータスコンポーネントに送信され、システム応答に基づいてユーザーに対し状態更新を行う。プロセスコンポーネントはさらに、システムにストレージからフィードバック情報をダウンロードしてモバイル端末に送信するよう伝え、送信時間、送信内容及び送信対象は全てプロセスコンポーネントが駆動することができる。

ステータスコンポーネントはユーザーの状態情報を保存するためのものである。プロセスコンポーネントからの新しい状態情報を受信した後、ステータスコンポーネントはユーザーの状態を更新し、その後表示の内容に対し変更するようディスプレイアプリケーションに通知する。

本実施例において、ステータスコンポーネントは中央管理サーバーを通じてユーザーが掛かってきた電話番号からモバイル端末と相互に作用するマルチメディア表示端末（電話番号と対応するアプリケーションサービス内容がどのマルチメディア表示端末で表示されているのか）を識別し、これにより更新すべきマルチメディア表示端末を確定する。

アプリケーションサーバーにおける同一のアプリケーションサービスは、複数の異なるルームを有することができる。ユーザーがアプリケーションサービスへのアクセスを要求する時、システムはユーザーの電話番号、ユーザーの登録ID等識別情報に基づきユーザーを異なるルームに配置する。これにより、同じルームにいるユーザーは同一の環境に位置し、ユーザーの間ではインタラクティブすることができる。例えば、アプリケーションサービスが１モデルのゲームで、このゲームとして複数のゲームルームを有することができれば、ユーザーがシステムに入る時異なるゲームルームに配置する。同一のゲームルームに入ったユーザーは、一緒にこのゲームを遊ぶことができ、且つ、ゲームにおいて競争相手となり、ユーザーの間でインタラクティブする。

本実施例において、アプリケーションサーバーはゲームサーバー、ニュースサーバー等インタラクティブアプリケーションを提供するサーバーであっても良い。それに、当該アプリケーションサーバーは単独のサーバーであっても良く、一組みのコンピューターから構成されても良い。

仲介サーバー１１とディスプレーアプリケーション１４がストレージの中の内容をダウンロードする時にウェブサーバーを通じなければならない。仲介サーバー１１はウェブサーバーを通じてストレージにある例えば双方向音声応答（ＩＶＲ）、双方向音声及び画像応答（ＩＶＶＲ）とサウンドファイルのようなコールフローファイルを獲得する。ディスプレーアプリケーション１４はウェブサーバーを通じてウェブページ、写真、音声、ビデオ、動画などのようなウェブコンテンツをダウンロードし、その後マルチメディアの表示端末に表示することができる。

ストレージはコールフローファイル（例えば、双方向音声応答、双方向音声及び画像応答）、音声ファイル、ビデオファイル、ウェブコンテンツ（例えば、ウェブページ、写真）、サウンドファイル、写真、文字等システム用のファイルを格納するためのものである。

管理インターフェースはシステム管理のインターフェースを提供し、システム管理者は当該インターフェースを通じてコンテンツリソースをアップロード又はアプリケーション設定等を変更することができる。

特に、仲介サーバーはシステムに入った人数が制限の上限に達した時、当面システムにかかってきた電話を切らず、ユーザーが呼出待ちの状態になるようにする。

仲介サーバーはさらにスイッチングモジュールを備えることができ、ユーザーのモバイル端末がシステムに接続した状態で、ユーザーの入力に基づき、ユーザーを電話電話ネットワークに切替え、ユーザーの電話線路を人工サービスプラットホームに接続することで、システムのインタラクティブ機能をより敏捷にさせるためのものである。

人工サービスプラットホームに接続した後、ユーザーは依然としてシステムが送信したマルチメディアコンテンツとフィードバック情報を受信することができる。例えば、人工サービスプラットホームをシステムに接続した後、当該人工サービスプラットホームはオペレーターが入力したコマンドに基づき、ユーザーに送信するマルチメディアコンテンツとフィードバック情報をマルチメディア表示端末に送信することで、ユーザーが公共スクリーンを通じて直接的に見ることができるようにする。

ディスプレイアプリケーション１４は内容をマルチメディア表示端末１６のスクリーンで表示又は更新する。ディスプレイアプリケーションは中央管理サーバー１２の中のスケジューラ１３に基づきコンテンツサーバー１３から対応するコンテンツ資源（例えば、ウェブページ、ビデオ、音声、文字等）をダウンロードし、且つこれらをマルチメディア表示端末１６のスクリーンに表示すると同時に、アプリケーションサーバーの中のステータスコンポーネントに基づき表示画面に対し更新を行う。具体的に実現する時、ディスプレイアプリケーション１４はコンテンツ資源をダウンロードしてローカルキャッシュしても良く、リアルタイム的に遠端からダウンロードしても良い。マルチメディア表示端末で同じ内容の表示を要求するか否か、数台のマルチメディア表示端末は同じ位置に置いても良く、ぞれぞれ異なる位置に置いても良い。

このほか、システムは複数のモデルの配送機能を有し、マルチメディア表示端末で音声（例えば、静音車輌）を放送しにくい時、ディスプレイアプリケーション１４はビデオ内容を更新と表示する時、直接的に音声内容をアクセスを要求したモバイル端末にフィードバックすることにより、ユーザーが自分のモバイル端末でビデオ内容のサウンドファイルを聴取できるようにする。例えば、マルチメディア表示端末で音出し禁止となっている場所（静音車輌）において、ユーザーのモバイル端末は表示端末の代わりに音を出すことができる。マルチメディア表示端末では平面公告を放送することができ、ユーザーを引っ付けて音声の形式で公告宣伝のオリジナルサウンドラックを聴取し、ユーザーが製品／活動内容をより深く把握するようにする。マルチメディア表示端末ではさらに歌手のニューアルバムを放送することができ、マルチメディア表示端末でテーマソングのＭＶを放送し、ユーザーは自分のモバイル端末でニューアルバムにおける他の新しい歌を聴取することができる。システムはさらに、音声と画像の同期機能を提供し、異なる時間帯でシステムにアクセスしたユーザーが聴取した音声と視聴した内容を同期にする。

具体的な応用において、ディスプレイアプリケーションはブラウザー、動画又はレンダリング（Ｒｅｎｄｅｒｉｎｇ）、ビデオプレーヤー又はこれらの組合せであっても良い。それに、一つのディスプレイアプリケーションは一台のマルチメディア表示端末に対応しても良く、一つのディスプレイアプリケーションが複数のマルチメディア表示端末に対応しても良い。一つのコンテンツサーバーは一つのディプレイアプリケーションに接続しても良く、一つのコンテンツサーバーが複数のディプレイアプリケーションに接続しても良い。

特に、システムはユーザーが掛かってきた番号からユーザーの位置を識別することができ、異なる電話番号と対応するインタラクティブアプリケーションを異なるマルチメディア表示端末で表示することにより、ユーザーが掛かってきた電話番号に基づきユーザーがどのマルチメディア表示端末と通信し、且つユーザーの位置を分析することができる。

本考案のもう一つの実施例において、上述したシステムはさらに一つのデータベース（Ｄａｔａｂａｓｅ）１５を備えることができる。当該データベース１５は仲介サーバー１１、中央管理サーバー１２とコンテンツサーバー１３に接続される。当該データベースは全てシステムにアクセスしたユーザーの情報、ユーザーがシステムに参与する過程での行為、システムがユーザーの入力に対し行った応答及びユーザーが異なる状態での動作により生成した応答の格納を担当する。プロセスコンポーネントはイベント処理過程で処理結果をデータベースに送信することができる。データベースに格納されたこれらの情報は市場分析に用いることができ、強大な分析・使用価値がある。

本考案はさらにこのような双方向サービスのプロセス管理を提供することができる。ユーザーがこのような双方向サービスに参与する過程での全ての行為は追跡されることができ、且つシステムはさらにユーザーの入力に基づき、ユーザーにフィードバック情報を送信することができる。ユーザーにフィードバックした情報はテキストショートメッセージ、マルチメディアショートメッセージ、音声メール又は電子メール等であっても良い。ここで言う管理は、ユーザーのアクセスプロセス、ユーザーが情報を入力する実行プロセス、ユーザー行為の分析プロセス、表示装置の制御プロセスとフィードバックする情報の出力プロセスを含む。

図２にはモバイル端末がシステムにアクセスする模式図が示されている。具体的には、モバイル端末は電話、携帯電話、コンピューター端末又はスマートフォンであっても良い。

モバイル端末が電話である時、ユーザーは特定の電話番号（当該電話番号はマルチメディア表示端末のスクリーンに表示することができる）に電話をかけ、相応するアクセス要求は電話ネットワークを通じて仲介サーバーに送信され、仲介サーバーのウェルカムコールフロー（Ｗｅｌｃｏｎｅｃａｌｌｆｌｏｗ）に入る。当該ウェルカムコールフローは中央管理サーバーのコンテンツプロキシにユーザーが呼出した番号がどのアプリケーションサーバーを指し向いているのかを尋ねる。コンテンツプロキシはコールフローのコンテンツリンクアドレスを指し向くアプリケーションサーバーに送信し（直接的にアプリケーションサーバーのコンテンツリンクアドレスをウェルカムコールフローに送信せず）、アプリケーションサーバーに指し向いたコールフローファイルはコンテンツサーバーのストレージにある。仲介サーバーはウェブサーバーを通じてストレージの中のコールフローファイルを獲得する。その後、仲介サーバーはコールフローをアプリケーションサーバーのコールフローに切換えるが、当該アプリケーションサーバーに指し向いたコールフローはアプリケーションサーバーのコンテンツリンクアドレスと他の関連情報を含む。これにより、仲介サーバーはこのコールフローが提供した情報に基づきアプリケーションサーバーと通信を行うことができる。

モバイル端末がショートメッセージ/マルチメディアショートメッセージを通じてアクセスする時、ユーザーはモバイル端末を通じて一つの電話番号に情報（テキスト情報又はマルチメディア情報）を送信し、モバイル端末から送信したアクセス要求は先ず仲介サーバーにより受信される。仲介サーバーはアクセス要求の受信番号を通じて中央管理サーバーのコンテンツプロキシに当該番号が対応するアプリケーションサーバーの位置を尋ねると同時に、コンテンツプロキシは仲介サーバーにアプリケーションサーバーのコンテンツリンクアドレスを送信する。その後、仲介サーバーはこのコンテンツリンクアドレスを通じてアプリケーションサーバーに接続することができ、よってモバイル端末の入力情報をアプリケーションサーバーに転送する。

モバイル端末がウェブページを通じてアクセスする時（ウェブページを通じてシステムにアクセスする時には、先ず登録しなければならない）、ユーザーがモバイル端末を通じて送信したアクセス要求は仲介サーバーにより受信され、仲介サーバーはコンテンツプロキシにユーザーがアクセスを要求したコンテンツリンクアドレス（ユーザーが登録した情報にはユーザーがアクセスを要求したアプリケーションサーバーの情報を含む）を尋ね、コンテンツプロキシは対応する登録情報に基づきアプリケーションサーバーのコンテンツリンクアドレスを仲介サーバーに送信する。これにより、仲介サーバーは当該コンテンツリンクアドレスを用いてアプリケーションサーバーと連絡を取ることができ、よってユーザーの入力をアプリケーションサーバーに送信する。ウェブアクセスのユーザーはログインしてからアプリケーションサーバーのサービスを使用することができ、仲介サーバーはユーザーのログイン/ログアウトに関わる事情の処理を担当する。ある具体的なアプリケーションにおいて、仲介サーバーはアプリケーションサーバーの位置と詳しいサービスを取得するためにコンテンツプロキシと疎通する必要がある。

スマートフォンを通じてアクセスする時には、電話をかけても良く、携帯電話でクライアントのソフトウェア（アプリケーションプログラムとも呼ぶ）をインストールし、その後ソフトウェアを通じてアクセスしても良い。スマートフォンをかけてアクセスする時には上述した電話アクセス情況と同様である。ダウンロードしてインストールしたクライアントソフトウェアを通じて登録する時、スマートフォンのアクセス要求はコンテンツプロキシに送信され、その後、コンテンツプロキシが仲介サーバーにユーザーがアクセスを要求したアプリケーションサーバーのコンテンツリンクアドレスを送信することで、仲介サーバーはアプリケーションサーバーと連絡を取ることができる。これにより、ユーザーは成功に登録し、且つ仲介サーバーを経て入力をアプリケーションサーバーに送信して処理することができる。アプリケーションプログラムを通じてシステムにアクセスする際、スマートフォンとシステムとの間ではマルチメディア情報（文字、音声、写真とビデオ情報等を含む）のリアルタイム双方向通信を行う。

図３にはコンテンツ管理の模式図が示されている。マルチメディア表示端末で表示される内容は中央管理サーバーの中のスケジューラ及びアプリケーションサーバーのステータスコンポーネントに関わる。

具体的には、マルチメディア表示端末はスケジューラのスケジュールテーブル（スケジュールテーブルは表示内容、表示時間及び表示位置を含み、その内、例えばウェブページ、ビデオ、音声、写真、文字等の表示内容は何れもコンテンツサーバーのストレージに格納される）に従っているため、ディスプレイアプリケーションはスケジュールテーブルにおける指し向く内容の位置に従って、ウェブサーバーを通じてストレージから相応する内容をダウンロードし、その後、マルチメディア表示端末で放送する。

ディスプレイアプリケーションは更にステータスコンポーネントの状態に基づき、新しい写真又はサウンドファイルをダウンロードし、マルチメディア表示端末の表示内容を更新する。具体的には、システムにアクセスしたモバイル端末の入力情報はアプリケーションサーバーに送信されて実行するが、先ず、イベントコンポーネントは当該入力に基づき一つ新しいイベントを作り出し、次いでプロセスコンポーネントが新しいイベントを実行し、且つ実行の結果に基づき新しいユーザーの状態を生成する。ステータスコンポーネントは新しい状態を受信した後、ユーザーの状態を更新し、且つ新しい状態に従って表示内容を更新するようディプレイアプリケーションに通知する。例えば、ユーザーがモバイル端末を通じてインタラクティブイベントに参与する際、マルチメディア表示端末は一つのアイコンで１人の参与者を表示する。ユーザーが自分の携帯電話で数字５を押すと、仲介サーバーはこの入力を受信した後アプリケーションサーバーに送信し、アプリケーションサーバーのイベントコンポーネントはこの入力を受信し、数字５が代表しているのは“射撃”であることを分り、新しいイベントを作り出し、“射撃”この動作を処理するようプロセスコンポーネントに通知する。この時、プロセスコンポーネントは射撃の動作を実行し、且つユーザー射撃の状態を生成する。ステータスコンポーネントはこの状態を受信した後、元のユーザーの状態を更新し、ディプレイアプリケーションに表示内容を更新するように伝え、これにより、マルチメディア表示端末ではユーザーと対応するアイコンが射撃を行っている画面が現れ、コンテンツの更新を完成する。

図４にはユーザーがシステムとインタラクティブする模式図が示されている。ユーザーがシステムとインタラクティブする過程は二つの部分に分けることができ、一つはユーザーの入力情報がシステムにより成功に受信され、システムは入力情報に基づき相応する応答を行い、マルチメディア表示端末で現す。もう一つの部分はシステムがユーザーの入力情報を処理した後、フィードバック情報が生成され、かつフィードバック情報をユーザー（モバイル端末）に送信する。特に、システムはマルチメディア表示端末の更新とフィードバック情報の送信を同期に行うことができるため、ユーザーは自分のモバイル端末を通じて音声を聴取し、且つマルチメディア表示端末を通じてビデオ内容を視聴することができる。

ユーザーがモバイル端末を通じてシステム（即ち、アプリケーションサーバーに接続）への登録に成功した後、ユーザーの入力情報は仲介サーバーによりアプリケーションサーバーに送信される。一旦、アプリケーションサーバーのイベントコンポーネントがユーザーの入力情報を受信すると、イベントコンポーネントは当該入力情報に基づき新しいイベントを作り出し、プロセスコンポーネントに渡して処理し、プロセスコンポーネントが処理を完成した後、新しいユーザーの状態が生成し、当該新しい状態をステータスコンポーネントに送信する。続いて、ディプレイアプリケーションは新しい状態に基づき表示画面の内容を更新する。これにより、ユーザーの入力がシステムにより成功に処理し、且つマルチメディア表示端末で反映される。

システムはユーザーの入力情報を処理した後、フィードバック情報をユーザーのモバイル端末に送信する。システムのフィードバック情報はビデオ、音声、写真又は文字、テキスト又はマルチメディアショートメッセージ、音声メール、電子メール等の形式であっても良い。フィードバック情報の具体的な内容（即ち、ビデオ、音声、写真、文字等）はストレージに格納されている。プロセスコンポーネントがユーザーの入力を処理完了し、且つユーザーがエンド状態に入ると、プロセスコンポーネントはイベントコンポーネントを通じてユーザーにフィードバック情報を送信するように仲介サーバーに通知し、これにより、ユーザーは自分が参与した双方向サービスの中の状態を適時に知ることができる。仲介サーバーはウェブサーバーを通じてストレージからユーザーに送信する必要がある情報内容をダウンロードし、その後テキスト又はマルチメディアメッセージ、音声メール、電子メール等の形式でユーザーのモバイル端末に送信する。システムはユーザーにフィードバックするテキスト情報をコンピューターの音声合成（ＴＴＳ）に転換してユーザーに送信することができ、これにより、ユーザーは自分の携帯電話で直接的に聴取できる。例えば、ユーザーがシステムのゲーム双方向サービスに参与する時、他のユーザーに負けてアウトされる可能性があるが、この時、システムは退出ゲームといったフィードバック情報をユーザーに送信し、ユーザーに既にゲームから退出したことを通知し、この時、ユーザーが再びボタンを押してもシステムに受信・処理されない。

図５にはユーザーがモバイル端末を通じてシステムとインタラクティブ（例えば、インタラクティブゲーム等）する過程でユーザーの状態模式図が示されている。具体的に、ユーザーの状態はスタート（Ｓｔａｒｔ）、アプリケーション（Ａｐｐｌｉｃａｔｉｏｎ）、エンディング（Ｅｎｄｉｎｇ）とエンド（Ｅｎｄ）を含む。

ユーザーが成功にシステムにログインすると、当該ユーザーはスタート状態にある。ユーザーがシステムからログアウト、ハングアップ、オフライン、シャットダウン又はオーバータイムの場合、当該ユーザーはエンド状態にある。もし、ユーザーがアプリケーションサーバーに接続し、あるアプリケーションサービスへの加入に成功した場合、当該ユーザーはアプリケーション状態にあり、ユーザーがアプリケーションからログアウトすると、エンディング状態になる。

ユーザーが異なる状態にある時、システムでは異なる処理がある。例えば、ユーザーがエンディングの状態にある時、システムはユーザーにフィードバック情報を送信するか否かを検査する。ユーザーがスタート状態にある時、システムはユーザーの参与情報を格納する。ユーザーがアプリケーション状態にある時、システムはユーザーの参与行為を記録する。ユーザーがエンド状態にある時、システムはアプリケーションサーバーの内容を更新する。これらの過程で生成するデータは何れもデータベースに送信され、例えば市場分析等のような更なる運用を行うことができる。

このほか、システムはユーザーがシステムにログインする時、アプリケーションサーバーを通じてユーザーの過去の使用記録をダウンロードすることにより、アプリケーションの設定を更新することができる。例えば、ユーザーが前に既にインタラクティブゲームの第一ラウンドを完成した場合、今回、ユーザーに第二ラウンドからゲーム開始を選択できるようにする。

図６にはマルチサイト作業とマルチディスプレー作業の模式図が示されている。

システムは複数のコンテンツサーバーを含み、各コンテンツサーバーは一台又は数台のマルチメディア表示端末に接続することがきでる。コンテンツサーバーはマルチメディア表示端末と一緒に現地に置いてもよく、中央集中制御を行うために中央管理サーバーと一緒に置いても良い。前記複数のマルチメディア表示端末は同一のコンテンツサーバーに接続し、且つ同一又は異なる位置に置いても良く、異なるコンテンツサーバーに接続し、同一又は異なる位置に置いても良い。このほか、システムは複数の中央管理サーバー（顧客のサービス要求によって決定される）を設置することができる。同一のコンテンツサーバーに接続している複数のマルチメディア表示端末であれ、異なるコンテンツサーバーに接続している複数のマルチメディア表示端末であれ、表示する内容は同じであっても良く、異なっても良い。

複数のユーザーが参与する時、システムはユーザーの識別番号（ｕｓｅｒＩＤ）、ユーザーの電話番号（ｕｓｅｒｉｎｐｕｔｎｕｍｂｅｒ）、システムがユーザーに割当てた識別番号（ｓｙｓｔｅｍａｓｓｉｇｎＩＤ）、ユーザーがログインする識別番号（ｃａｌｌｅｒＩＤ）又は声紋識別（ＶｏｉｃｅｐｒｉｎｔＩｄｅｎｔｉｆｉｃａｔｉｏｎ）を通じて各ユーザーを識別する。

以下、アプリケーションサーバーが一つのゲームサーバーであることを例に複数のユーザーが参与する時、システムの処理過程を説明する。

（１）全てのユーザーの全ての入力情報（フローネットワークを通じるか、インターネットを通じるか）がアプリケーションサーバーに到達した後、アプリケーションサーバーは情報到達の前後に基づきユーザーの要求を処理する順序（通常、先に到着した情報を先に処理する）を決定する。

（２）アプリケーションサーバーは先ずユーザーの電話番号又はＩＰ或いはログインＩＤ（若しくは他の識別類型のＩＤ）を識別ツールとし、ユーザーが位置するゲームルームを獲得し、且つ当該ゲームルームの状態/データをダウンロードした後、ゲームの状態を更新する。当該更新ステップは入力情報を送信したユーザーのゲーム状態を更新するほか、このゲームルームにある他のユーザーのゲーム状態（例えば、人物の位置を変更又は生命値を変更）を更新する可能性もある。アプリケーションサーバーは複数のユーザーの入力を同時に処理することができるが、前提条件としてはこれらのユーザーは同じゲームルームに位置していない。

（３）もし、ゲーム状態が更新されれば、当該ゲームルームを表示する表示装置（これは一つの公衆マルチメディア表示端末である可能性もあり、スマートフォンのゲームクライアントである可能性もある）は何れもアプリケーションサーバーからのメッセージを受信し、その後、各マルチメディア表示端末は画面を更新し始め、よってユーザーはマルチメディア表示端末で自分（又は他人）の入力によりもたらす反応を見ることができる。

ユーザーがボタンを頻繁すぎに押すことによりゲーム中の優勢（例えば、あるユーザーが一秒で矢印キーを５回押すことで、ゲームの中の人物の移動を正常な情況より速くさせる）の獲得を防ぐため、アプリケーションサーバーはユーザーの動作頻度を制限する。例えば、アプリケーションサーバーはユーザーが一秒で１回のみの移動動作を行うように制限する可能性があり、そうすると、ユーザーの一秒内での何回連続のボタン押し入力がアプリケーションサーバーに伝達した後、アプリケーションサーバーは第１回の矢印キー入力を処理し、続いての矢印キー入力を無視する。

このほか、さらにユーザー入力シミュレータを備え、当該ユーザー入力シミュレータはモバイル端末にあるため、アプリケーションサーバーによりユーザーがモバイル端末を通じて入力した入力情報を解析するほか、ユーザー入力シミュレータにより解析することができる。これにより、アプリケーションサーバーによるユーザー入力の解析を軽減することができ、アプリケーションサービスの交換性を向上させる。携帯電話を使用してシステムにアクセスするユーザーにとって、システムはユーザーのために入力シミュレータを提供し、ユーザーの入力をキーボード、マウス又はゲーム手柄等の入力設備に模擬する。これにより、ユーザーは自分の携帯電話ボタンを通じて気軽にキーボード、マウス又はゲーム手柄等の入力効果を獲得することができる。例えば、ユーザーは携帯電話でシステムに文字（文字、アルファベット又は数字）情報を入力し、携帯電話でマウスの移動を制御する。この時、ユーザーの使用効果はマウス又はキーボードでシステムに入力を送信することと類似し、このような情況下、システムの処理方法は携帯電話からの入力をキーボードのボタン又はマウスの移動と解析する。ユーザー入力シミュレータは携帯電話の入力をキーボード・マウス入力に解析するルールを設定することができ、例えば、ユーザーが携帯電話で三回連続的に数字２のボタンを押すと、システムはキーボードの文字キーCに対応するようになり、これにより、ユーザーの入力がアプリケーションサーバーに送信する時、ユーザーが入力しようとする文字はCであることを直接的にアプリケーションサーバーに知らせ、アプリケーションサーバーがユーザーの入力に対し再び解析する必要性がない。ユーザーが文字を入力する必要がある時、ユーザー入力シミュレータの中の入力法はユーザーの入力を文字に解析した後、アプリケーションサーバーに送信する。

上述した本考案のシステムは具体的に下記の方案に応用されることができる。

（１）インタラクティブゲーム：この時アプリケーションサーバーはゲームサーバーで、ユーザーは異なるモバイル端末を使用して電話をかけてシステムに入ることができ、その後ユーザーは自分のモバイル端末を通じてゲームを制御するが、例えば、ユーザーは携帯電話のボタン（ＤＴＭＦ入力方式）又は自分の音声を通じて制御コマンドを出すことができる。

（２）ビジネス情報インタラクティブ：ビジネス面の情報、例えば、あるスパーの商品割引情報がマルチメディア表示端末で表示される時、ユーザーはモバイル端末を使用して電話をかけてシステムに入り、その後、当該モバイル端末を使用してある具体的な商品（例えば、電子製品）の割引情報を選択することで、システムはユーザーが把握しようとする情報をショートメッセージ、音声メッセージ又は電子メールの方式でユーザーに送信する。

（３）株、先物、ファンド等のオンライン取引情況のインタラクティブ：上述したオンライン取引情報がマルチメディア表示端末で表示され、ユーザーは携帯電話でログインし、自分が関心を持つ株を選択し、当該株の詳しい情況を調べることができる。

（４）フラッシュ共同購入（リミテッド共同購入と呼び、新興のショッピングモデルで、目標商店は指定した優遇を消費者に提供したいが、指定された時間内で十分に多い消費者が購入しようとするなら、優遇は効力を発する。）：システムはインタラクティブの形式でフラッシュ共同購入の公告を宣伝する。例えば、マルチメディア表示端末の平面公告で既に割引を購入した消費者数（及びまだどれだけの消費者が足りない）を表示し、その後消費者にホットラインに電話をかけて割引を購入するよう呼びかけ、消費者が割引の購入に成功すると、平面公告では直ちに既に割引を購入した消費者数を更新することで、先ほど電話をかけたユーザーとして自分の今回のフラッシュ共同購入がより成功に近づいていることを分るようにする。

（５）ディレクトリサービス（ＡＳＲ＆ＴＴＳ応用）：ユーザーがモバイル端末を通じてシステムにアクセスし、音声形式で探そうとしている場所の類型（例えば、“レストラン”、“映画館”）及び地域（例えば、“砂田”、“大埔”）を提供するが、システムはＳＭＳ又は音声形式（ＴＴＳ）で捜索結果をユーザーに伝える。

（６）小学校から大学高等教育機構までと育成訓練機構での応用：応接室、教職員室、食堂とマンション等に置かれたマルチメディア表示端末を通じて、関連情報を学生、教職員及び訪問するお客に伝える。これらの環境において、放送内容として体育ニュース、ディナーメニュー、授業時間表/教室交換情報と学校の写真等であっても良い。ユーザーは電話又はショートメッセージを通じてシステムにアクセスことで詳細な教室等の情報を獲得し、ユーザー自身の携帯電話を通じてこれらの情報を受信することができる。

上述した内容は本考案の好適な実施例のみで、本考案の保護範囲はこれらの説明に限定するものではない。本考案が属する技術分野に熟知している技術者にとって、本考案で記述した技術範囲内で、幾つかの簡単な変更と取替えを行うことができるが、何れも本考案の保護範囲に属していると見なすべきである。このため、本考案の保護範囲は請求項の保護範囲を基準するべきである。

Claims

双方向サービスを提供且つ管理するシステムであって、仲介サーバー、中央管理サーバー、コンテンツサーバー及びディスプレイアプリケーションを備え、その内、
前記仲介サーバーは、複数の異なるモバイル端末からのアクセス要求を受信し、且つモバイル端末とアプリケーションサーバーが接続した後モバイル端末の入力情報をアプリケーションサーバーに送信するためのものであり、
前記中央管理サーバーは、スケジューラの作成と保存、それにアクセス要求に基づき対応するアプリケーションサーバーのコンテンツリンクアドレスの取得に用いられ、前記コンテンツリンクアドレスはモバイル端末とアプリケーションサーバーを接続させるためのものであり、
前記コンテンツサーバーは、表示内容を保存するためのものであって、アプリケーションサーバーを備え、前記アプリケーションサーバーはモバイル端末からの入力情報に基づきイベントを実行し、且つ実行したイベントの結果をディスプレイアプリケーションに送信し、
前記ディスプレイアプリケーションは、中央管理サーバーが作成したスケジューラに基づきコンテンツサーバーから表示内容を獲得し、且つ表示内容を一台又は数台を集中或いは分散して置いたマルチメディア表示端末で表示すると同時に、アプリケーションサーバーが実行したイベントの結果に基づき、マルチメディア表示端末の表示内容を更新するためのものである、
ことを特徴とする双方向サービスを提供且つ管理するシステム。
データベースをさらに備え、当該データベースはそれぞれ仲介サーバー、中央管理サーバーとコンテンツサーバーに接続され、システムにアクセスした全てのユーザーの情報、ユーザーのサービス要求、ユーザーのサービス要求に対するシステムの応答及びユーザーの異なる状態での動作が発生した応答を格納するためのものである、
ことを特徴とする請求項１に記載の双方向サービスを提供且つ管理するシステム。
前記中央管理サーバーは、資源管理ユニットを備え、前記資源管理ユニットは、電話とショートメッセージ番号を管理することで各番号が格納可能な最大の参与者数及び各電話の最も長い持続時間を制限し、現在のオンラインユーザーの情報を提供すると同時に、モニタの識別番号又はパケット番号を通じてマルチメディアモニタの資源を管理するためのものであり、
前記モニタの識別番号はモニタと一対一対応しており、各モニタは全て唯一の識別番号が付けられている、
ことを特徴とする請求項１に記載の双方向サービスを提供且つ管理するシステム。
前記コンテンツサーバーは、アプリケーションサーバー、ウェブサーバー、ストレージ、管理インターフェースを備え、
前記ストレージはシステムに使用されるコールフローファイル、音声ファイル、動画ファイル、ウェブページ内容の中の一種類または数種類を含むファイルを保存するためのものであり、
前記仲介サーバーとディスプレイアプリケーションはウェブサーバーを通じてストレージの中の内容をダウンロードし、
前記管理インターフェースはユーザーがコンテント資源のアップロードを操作又はアプリケーション設定を変更するためのものである、
ことを特徴とする請求項１に記載の双方向サービスを提供且つ管理するシステム。
前記アプリケーションサーバーはイベントコンポーネント、プロセスコンポーネント、ステータスコンポーネントを備え、その内、
前記イベントコンポーネントはアプリケーションサーバーと仲介サーバーが通信を行うインターフェースで、仲介サーバーからのユーザーの入力情報がイベントコンポーネントに転送された後、イベントコンポーネントは当該入力された情報に基づき一つ新しいイベントを作り出し、次いで当該イベントをプロセスコンポーネントに送信して実行し、
前記プロセスコンポーネントは各イベントを実行し、且つ実行した結果をステータスコンポーネントに転送するためのものであり、、前記プロセスコンポーネントが実行するイベントはユーザーの入力に対しシステムが応答するようにすることを含み、前記実行した結果はユーザーの新しい状態を含み、
前記ステータスコンポーネントはユーザーの状態情報を保存し、且つプロセスコンポーネントから新しい状態情報を受信した後、ユーザーの状態を更新し、続いてディスプレイアプリケーションに表示内容を更新するよう通知するためのものである、
ことを特徴とする請求項４に記載の双方向サービスを提供且つ管理するシステム。
前記アプリケーションサーバーはゲームサーバー、ニュースサーバーの中の一種類又は数種類で、異なる位置にあるユーザーは異なるマルチメディア表示端末を通じて、同一のアプリケーションサーバーが提供するインタラクティブアプリケーションに入る、
ことを特徴とする請求項5に記載の双方向サービスを提供且つ管理するシステム。
前記インタラクティブアプリケーション識別番号が異なるモニタの異なるウィンドウで表示される時、システムはダイナミックウィンドウランダムコードをインタラクティブアプリケーションに割当、前記ダイナミックウィンドウランダムコードは電話アクセス番号と結合又はショートメッセージ/マルチメディアショートメッセージアクセス番号と結合、若しくはウェブページにアクセスするＵＲＬと結合して、ユーザーにより唯一的に選択されて放送する内容及び放送する場所を確定する、
ことを特徴とする請求項6に記載の双方向サービスを提供且つ管理するシステム。
前記ディスプレイアプリケーションはブラウザー、動画又はソフトウェアレンダリング、ビデオプレーヤーの中の一種類又は数種類で、各ディスプレイアプリケーションは一台又は数台のマルチメディア表示端末に対応し、各コンテンツサービスユニットは一つ又は複数のディスプレイアプリケーションに接続されている、
ことを特徴とする請求項１に記載の双方向サービスを提供且つ管理するシステム。
前記モバイル端末は電話、携帯電話、コンピューター端末又はスマートフォンで、前記アクセス要求の方式は電話アクセス、ショートメッセージ/マルチメディアショートメッセージアクセス、ウェブページアクセス又はスマートフォンのアプリケーションプログラムアクセスで、
前記モバイル端末の入力情報はアプリケーションプログラムを通じて、デュアルトーンマルチ周波数又は音声モードでアプリケーションサーバーに送信され、
前記仲介サーバーは自動音声認識技術によりモバイル端末からの音声を入力情報に転換する、
ことを特徴とする請求項１に記載の双方向サービスを提供且つ管理するシステム。
前記仲介サーバーは前記モバイル端末が仲介サーバーを通じてシステムにアクセスした後、前記モバイル端末がアプリケーションプログラム、、デュアルトーンマルチ周波数又は音声モードを通じて入力した選択で人工サービスに切替える要求に基づき、モバイル端末を電話システムに切替えるようにするためのスイッチングモジュールを備える、
ことを特徴とする請求項１に記載の双方向サービスを提供且つ管理するシステム。
前記モバイル端末が人工サービスに切替えられた後、人工サービスプラットホームは顧客が注文したマルチメディア内容をユーザーのモバイル端末に送信してダウンロード又は直接表示、若しくは公共マルチメディアの表示端末に送信し、
フィードバック情報をテキストショートメッセージ、マルチメディアショートメッセージ、ウェブページアドレスの形式でモバイル端末に送信又は公共マルチメディアの表示端末に送信して放送する、
ことを特徴とする請求項10に記載の双方向サービスを提供且つ管理するシステム。
モバイル端末から電話アクセス方式でアクセス要求を送信する時、中央管理サーバーはアクセス要求における声紋情報に基づきユーザーを識別し、且つ迅速な登録を実現する、
ことを特徴とする請求項1に記載の双方向サービスを提供且つ管理するシステム。
前記仲介サーバーはシステムに入った人数が制限の上限に達した時、当面システムにかかってきた電話を切らず、ユーザーが呼出待ちの状態になるようにする、
ことを特徴とする請求項1に記載の双方向サービスを提供且つ管理するシステム。
マルチメディア表示端末で内容を表示する時、前記ディスプレイアプリケーションは前記表示される内容を単独表示又はオーバーレイ表示させるが、前期オーバーレイ表示は放送される映像に字幕文字をオーバーレイ表示する又は放送される速報ユースで写真の飛出しを表示する、
ことを特徴とする請求項1に記載の双方向サービスを提供且つ管理するシステム。