JP2018026168A - 図形コードを通じてネットワーク情報にアクセスする方法、クライアントデバイス、およびサーバ - Google Patents

Abstract

【課題】２次元コードまたはバーコードのような図形コードを通じてネットワークにアクセスする従来の方法は、基本的に、ユーザに図形コード内のウェブサイトのＵＲＬに直接対応するウェブサイトの内容を提示し、かつ図形コードを発行した発行者の本当の意図を完全に認識することができない。ユーザが何らかの付加的な必要性を有する場合には、付加的な手動操作が必要とされ、時間がかかる。
【解決手段】本方法は、クライアントからのアクセス要求であって、図形コードの情報を含む、アクセス要求を受信することと、サーバにおいて、表示情報と、そのアクセス要求内の図形コードの情報に対応して構成されている動作指示とを照会および取得することと、その図形コードのアクセス結果を取得するために、動作指示情報に応じて表示情報内で対応する動作を実施することとを含む。
【選択図】図３

Description

（関連特許出願の相互参照）
本出願は、２０１１年１２月９日に出願された中国特許出願第２０１１１０４０９７４４．５号、名称「Ｍｅｔｈｏｄ，Ｃｌｉｅｎｔ Ｄｅｖｉｃｅ ａｎｄ Ｓｅｒｖｅｒ ｏｆ Ａｃｃｅｓｓｉｎｇ Ｎｅｔｗｏｒｋ Ｉｎｆｏｒｍａｔｉｏｎ Ｔｈｒｏｕｇｈ Ｇｒａｐｈｉｃ Ｃｏｄｅ」に対する外国優先権を主張し、その全体が参照により本明細書に組み込まれる。

本開示は、図形コード化技術に関し、特に、図形コードを通じてネットワーク情報にアクセスする方法、クライアントデバイス、およびサーバに関する。

２次元コードまたはバーコードのような図形コードは、所定のパターンに従って２次元表面上に規則的に分布する特定の幾何学的図形である白黒の矩形行列を使用する、データシンボル情報を記録するための新世代型符号化技術である。図形コードは、対応する符号化アルゴリズムを通じて、ウェブサイト、テキスト、および写真などの情報を、ブロックの形をしたバーコードピクチャのように、符号化することができる。ユーザは、情報の復号化および対応する内容の確認のために、画像入力デバイスまたは光電走査デバイスを使用することができる。図形コードは、高い情報量、および良好なエラー訂正能力、および高速読取速度、および包括的読取等、といった特性を有する。

携帯電話用の図形コードは、携帯電話における、図形符号化技術の適用である。携帯電話用の図形コードは、携帯電話によってアクセスされたり使用されたりするために必要な情報を、図形コードに符号化すること、およびそれによってカメラおよび携帯電話の復号化ソフトウェアを使用して読み込みをすること、に対応する。携帯電話用の図形コードは、新聞、雑誌、広告、図書、パッケージ、および名刺等の種々の形式の印刷媒体に印刷することができる。ユーザは、携帯カメラと共に図形コードをスキャンすることにより、携帯電話を用いてインターネットへ素速く接続することができる。そのプロセスが図１に示される。

図１において、発行元は、ウェブサイト情報（例えば、ＵＲＬ）を図形コードに符号化する。携帯電話クライアント１０２は、最初にそのカメラを用いた図形コードを走査して、復号化ソフトウェアを使用して、図形コード１０４内のウェブサイト情報を認識する。その後サーバ１０８によってウェブサイト１０６を開きアクセスするために、携帯電話クライアントは携帯ブラウザを起動し、それゆえインターネットへの高速接続を遂行する。

図形コードを通じてネットワークにアクセスするこの方法は、ユーザが速やかかつ効果的にウェブページを閲覧すること、ピクチャ、テキスト、音楽、ビデオをダウンロードすること、クーポンを取得すること、抽選くじに参加すること、および会社の商品情報を理解すること等を補助することができ、それにより、携帯電話にＵＲＬを入力するプロセスを省略して、「ワンクリック」のインターネットアクセスを実現している。

しかしながら、実際の適用では、発行元は、選択された媒体上で図形コードを発行する時、特別な目的を有する。例えば、ユーザが閲覧後に商品購入のため関連のウェブサイトにログインすることができるという目的で、商品売却者は、新聞や雑誌上の特別な商品の図形コードを印字する。ユーザが購入を希望する場合には、携帯電話を使用して、図形コードをスキャンし、かつウェブサイトのＵＲＬを認識し、かつ携帯電話のブラウザによってＵＲＬにアクセスし、オンラインでの買い物操作を完結するために開かれたウェブページ（複数を含む）の「ショッピングカートに追加」および「チェックアウトに進む」のボタンをクリックする必要がある。ユーザが携帯電話の図形コードを通じて複数の商品を購入したい場合には、大変退屈なこれらの操作を繰り返し遂行する必要がある。

手短に述べると、図形コードを通じてネットワークにアクセスする従来の方法は、基本的に、ユーザに図形コード内のウェブサイトのＵＲＬに直接対応するウェブサイトの内容を提示し、かつ図形コードを発行した発行者の本当の意図を完全に認識することができない。ユーザが何らかの付加的な必要性を有する場合には、付加的な手動操作が必要とされ、時間がかかる。

本開示の目的は、従来の技術における図形コードに関連する退屈なアクセス操作の問題を解決するため、図形コードを通じてネットワーク情報にアクセスする方法、クライアントデバイス、およびサーバ、を提供することである。この発明の概要は、発明を実施するための形態で下に更に記述されている簡略化された形式において、概念の選択を導入するために提供されている。この発明の概要は、請求されている主題のすべての重要な特徴あるいは不可欠な特徴を特定することを意図されておらず、また請求されている主題の範囲を決定付けるという目的として使用されることをそれだけで意図されてはいない。「技術」という用語は、例えば、上記の内容によっておよび本開示を通して許容されるように、デバイス（複数を含む）、システム（複数を含む）、方法（複数を含む）、および／またはコンピュータで読み取り可能な指示に、言及してもよい。

上述の問題を解決するために、本開示は図形コードを通じてネットワーク情報にアクセスする方法を開示し、本方法は、

クライアントから、図形コードの情報を含むアクセス要求を受信することと、

サーバにおいて、表示情報と、アクセス要求内の図形コードの情報に対応して構成されている動作指示情報とを照会および取得することと、

図形コードのアクセス結果を取得するために、動作指示情報に応じて表示情報内で対応する動作を実施することと、を含む。

一実施形態において、サーバは、図形コードのアクセス結果を取得するため、動作指示情報に従って、表示情報内で対応する動作を実施する。

幾つかの実施形態において、サーバで照会を行うとすぐに、その方法は、表示情報および動作指示情報をクライアントに送信することを更に含み、かつクライアントは、図形コードのアクセス結果を取得するために、動作指示情報に従って、表示情報内で対応する動作を実施する。

追加的にあるいは代替的に、クライアントのアクセス要求は、図形コードのアクセス結果を取得した後、ログインアカウントの情報を更に含み、かつサーバがアクセス結果およびログインアカウントととの対応関係を格納する。

一実施形態において、表示情報はウェブページ情報であり、対応して構成されている動作指示情報は、「見る」、「追跡」、「お気に入りに追加」、および「ショッピングカートに追加」のうち少なくとも１つを含む。

追加的にあるいは代替的に、表示情報は商店のホームページ情報である。対応して構成されている動作指示情報が「商店のホームページを見る」である場合には、実施される動作は、商店のホームページのウェブページ内容を提示することである。対応して構成されている動作指示情報が「お気に入りに追加」である場合には、実施される動作は、商店をお気に入りに追加することである。対応して構成されている動作指示情報が「商店のホームページを追跡する」である場合には、実施される動作は、商店のホームページの関連するプッシュ型情報をカスタマイズすることである。

追加的にあるいは代替的に、表示情報は商品の詳細情報である。対応して構成されている動作指示情報が「商品の詳細ページを見る」である場合には、実施される動作は、商品の詳細ページのウェブページの内容を提示することである。対応して構成されている動作指示情報が「ショッピングカートに追加」である場合には、実施される動作は、商品をショッピングカートに追加することである。対応して構成されている動作指示情報が「お気に入りに追加」である場合には、実施される動作は、商品をお気に入りに追加することである。

本開示は、図形コードを通じて、ネットワーク情報にアクセスする方法を更に提供し、本方法は、

クライアントによって、図形コードの情報を含むアクセス要求をサーバへ送信することと、

表示情報と、サーバによって見出され、かつアクセス要求内の図形コードの情報に対応する動作指示情報を受信することと、

クライアントによって、図形コードのアクセス結果を取得するために、動作指示情報に従って、その表示情報内の対応する動作を実施することと、を含む。

一実施形態では、クライアントのアクセス要求がログインアカウントの情報を更に含み、その方法は、クライアントによって、サーバにアクセス結果を送信することと、アクセス結果とログインアカウントとの対応関係をサーバに格納することと、を更に含む。

幾つかの実施形態では、表示情報はイベントページ情報であり、対応して構成されている動作指示情報は、タッチ操作、重力感知操作、およびマイク操作のうち少なくとも１つを含む。

追加的にあるいは代替的に、表示情報はスクラッチ抽選のページ情報であり、対応して構成されている動作指示情報は、スクラッチ抽選領域におけるタッチ操作である。クライアントは、スクラッチ抽選領域においてタッチ情報を受信し、かつスクラッチ抽選領域におけるタッチ情報に基づいて、スクラッチ抽選のページのアクセス結果を取得する。

追加的にあるいは代替的に、表示情報は抽選のページ情報であり、対応して構成されている動作指示情報は、重力感知操作である。クライアントは、重力感知情報と、その重力感知情報に基づいて抽選ページのアクセス結果を受信する。

追加的にあるいは代替的に、前記表示情報は、ラッキードローのページ情報をであり、対応して構成されている動作指示情報は、マイク操作である。クライアントは、マイク情報を受信し、およびマイク情報に基づいたラッキードローのページのアクセス結果を取得する。

本開示は、図形コードを通じてネットワーク情報にアクセスするサーバを更に提供し、本サーバは、

クライアントからのアクセス要求を受信するために使用される情報受信モジュールであって、アクセス要求が図形コードの情報を含む、情報受信モジュールと、

表示情報と、サーバにおけるアクセス要求の図形コードの情報に対応する動作指示情報とを照会および取得するために使用される照会モジュールと、

図形コードのアクセス結果を取得するするために、動作指示情報に従って、表示情報内の対応する動作を実施するために使用される、動作実行モジュールと、を含む。

一実施形態においては、クライアントのアクセス要求は、ログインアカウントの情報を含み、かつサーバは、図形コードのアクセス結果を取得後、アクセス結果とログインアカウントとの対応関係をサーバ内で格納するのに使用される、格納モジュールを更に含む。

幾つかの実施形態では、表示情報はウェブページ情報であり、対応して構成されている動作指示情報は、「見る」、「追跡」、「お気に入りに追加」、および「ショッピングカートに追加」のうちの少なくとも１つを含む。

図形コードを通じてネットワーク情報にアクセスするクライアントデバイスであって、本クライアントデバイスは、

図形コードの情報を含むアクセス要求をサーバに送信するために使用される情報送信モジュールと、

表示情報と、サーバによって見出され、かつアクセス要求内の図形コードの情報に対応する動作指示情報とを受信するために使用される、情報受信モジュールと、

図形コードのアクセス結果を取得するために、動作指示情報に従って、その表示情報内の対応する動作を実施するために使用される、動作実行モジュールと、を含む。

一実施形態では、クライアントのアクセス要求は、ログインアカウントの情報を含み、かつ情報送信モジュールは、アクセス結果とログインアカウントとの対応関係をサーバに格納するため、アクセス結果をサーバに送信するのに更に使用される。

幾つかの実施形態では、表示情報はイベントページ情報であり、対応して構成されている動作指示情報は、タッチ操作、および重力感知操作、およびマイク操作のうち少なくとも１つを含む。

従来の技術と比較し、本開示は下記の利点を有する。

第一に、クライアントにより図形コードの情報（例えばＵＲＬ）を識別した後、開示されている方法は、情報をサーバに更に送信する（クライアントのブラウザを通して送信しない）。サーバは、表示情報と共に図形コード内の情報と、動作指示情報との対応関係を予め構成しており、図形コードのアクセス結果を取得するため、その関係に従って対応する動作を実施し、図形コードに対応するアクセス結果を、クライアントに表示するために、返却する。それゆえ、図形コードのアクセス結果を取得するために、ユーザは段階的な操作を実施する必要がない。

例えば、電子商取引では、ある図形コードのＵＲＬのためにサーバによって設定された構成は、ショッピングカートにＵＲＬによって示された商品を追加することができる。クライアントが図形コードをスキャンした後、サーバは、図形コードの「ショッピングカートに追加」のアクセス結果が表示されるために、直接にクライアントに返却する。ユーザが複数商品を選択するために複数の図形コードを使用する場合には、ユーザはその複数の図形コードをスキャンし、これら全商品を直接にショッピングカートに追加して、かつその後チェックアウトに進みさえすればよい。ユーザは、これらの商品詳細ページを訪れ、従来の技術でなされるように「ショッピングカートに追加」のボタンを次々にクリックする必要がない。

それゆえ、開示されている方法は、ユーザ操作を簡素化し、ユーザが図形コードをスキャンした後、図形コードのアクセス結果を取得する速度を高める。更に、サーバは、従来の技術で実施されているようにユーザからの段階的な操作要求を待つ必要は無く、クライアントから送信される図形コード内の情報に従って、予め構成された表示と動作に対応する操作を実施さえすればよい。これはまた、サーバの処理フローを簡略化する。それに加えて、図形コードのアクセス結果を直接にクライアントに返却するこの方法は、図形コードの発行元の意図を満たす。

第二に、サーバは、表示情報および図形コードの情報に対応して構成された動作指示情報を、クライアントに送信することができる。そして、そこでは、図形コードのアクセス結果を取得するため、動作指示情報に従って、対応する動作を実施する。

この方法は、ラッキードロー（ｌｕｃｋｙ ｄｒａｗ）の活動に使用されることができる。例えば、サーバからクライアントに送信される表示情報は、ラッキードローのイベントページであってもよく、対応する動作指示情報は、タッチ操作、加速度計操作、あるいはマイク操作であってもよい。ユーザが、動作指示に従って、タッチスクリーン上のスクラッチ抽選領域でスクラッチタッチ操作を実施する時、クライアントはスクラッチ抽選が当選したかどうかという結果を直接表示する。あるいは携帯電話を振ることで、クライアントは、加速度計操作を通して当選結果を取得することができる。あるいは、ラッキードローページ上に表示された風船は、クライアントのマイクを使って膨らまされてもよく、風船が弾けた後ラッキードローの結果が取得される。紙を使うラッキードローに関連する従来の技術に比べて、本開示に提供されるラッキードローの例は、大量の紙を使わずに済み、より環境に配慮している。更には、ユーザは携帯電話のような携帯デバイスを使って抽選ゲームに参加することができる。これはより便利で、抽選ゲームをもっと面白くする。

明らかに、本開示を実装するどのような商品であっても、上記に述べた全ての利点を同時に備える必要はない。

従来の技術に応じて図形コードを使用するアクセスを実現化する論理図である。 本開示の例示的な実施形態に応じて図形コードを使用するアクセスを実現化する論理図である。 本開示の例示的な実施形態に応じて図形コードを使用してアクセスを実現するため、サーバによって実施されるプロセスのフローチャートである。 本開示の例示的な実施形態に応じて図形コードを使用してアクセスを実現するため、クライアントによって実施されるプロセスのフローチャートである。 従来の技術に応じて図形コードを使用するオンラインショップにアクセスしている概略図である。 本開示の例示的な実施形態に応じて、図形コードを使用して、オンラインショップにアクセスしている概略図である。 本開示の例示的な実施形態に応じたオンライン取引の統一的なチェックアウトの概略図である。 本開示の他の例示的な実施形態に応じて図形コードを使用してアクセスを実現するため、クライアントによって実施されるプロセスのフローチャートである。 本開示の例示的な実施形態に応じて携帯電話のタッチスクリーンを使用して、スクラッチ抽選を実施する概略図である。 本開示の例示的な実施形態に応じて携帯電話の加速度センサーを使用して、抽選を実施している概略図である。 本開示の例示的な実施形態に応じて携帯電話のマイクを使用してラッキードローを実施している概略図である。 本開示の例示的な実施形態に応じて図形コードを通じてネットワークにアクセスするクライアントデバイスの構造図である。 本開示の例示的な実施形態に応じた図形コードアクセスサーバの構造図である。 本開示の他の例示的な実施形態に応じた図形コードアクセスサーバの構造図である。 本開示の他の例示的な実施形態に応じて図形コードを通じてネットワークにアクセスするサーバの構造図である。 本開示の他の例示的な実施形態に応じて図形コードを通じてネットワークにアクセスするクライアントデバイスの構造図である。 図１２および１６に記述されている例示的なクライアントデバイスの構造図である。 図１３〜１５に記述されている例示的なサーバの構造図である。

本開示の上述の目的、特徴、および利点をよりわかりやすく明瞭にするために、本開示の発明を実施するための形態は、これ以降、付随する図面や特定の実装の組み合わせを使用して示されている。

本開示は、図形コードを通じて、ネットワーク情報にアクセスする新しい方法を提供し、図形コードの提示結果を動的に構成することができ、かつサーバで図形コードを合わせることによって、図形コードの結果を直接にクライアントに提示することができる。図形コードは、２次元コードやバーコード等を含む、違う種類の図形コードを含むことができる。

本開示で開示されている方法の実装プロセスは、以下の実施形態を使用して詳細に記述される。

図２は、本開示の実施形態に応じて図形コードを通じてアクセスを実現化している論理図である。

クライアントはそこでは、携帯電話およびタブレットコンピュータなどのような装置であってもよい。本実施形態では、携帯電話のクライアント２０１は、図解のための例として使用されている。

ブロックＳ１で、携帯電話のクライアント２０１が、図形コード内の情報を取得するため、図形コードを収集し識別する。（「図形コードの情報」とも省略される）。

ブロックＳ２で、携帯電話のクライアントが、図形コードの情報をサーバに送信する。

ブロックＳ３で、サーバが、表示情報、および図形コードのアクセス結果を取得するために、図形コードの情報に対応して構成されている動作指示情報に従って、対応する動作を実施する。

ブロックＳ４で、サーバが、図形コードの情報に応じて図形コードのアクセス結果を携帯電話のクライアントに返却する。

ブロックＳ５で、携帯電話のクライアントが、図形コードのアクセス結果を、クライアントに提示する。

上記のように、本例示的な方法は、クライアントとサーバ２０２との間の相互処理が完了されることを伴う。クライアントの処理およびサーバ２０２の処理は、これ以降で詳細に述べられる。

図３は、本開示の実施形態に応じて図形コードを通じてアクセスを実現化しているサーバのフローチャートである。

ブロック３０１は、表示情報、および図形コードでの情報に前もって対応する動作指示情報を構成する。

図形コードにおける情報は、ウェブサイト、テキスト、画像などに対応する情報であってもよい。

表示情報は、図形コードの情報によって示された情報を提示する方法である。例えば、図形コードの情報がウェブアドレスの情報である時、このウェブアドレスによって示されるウェブページは、商店のホームページ、商品詳細のページ、およびイベントのページであるかどうか。このウェブページは、違った表示のものであってもよい。

動作指示情報は、ある表示情報のために実施される動作である。例えば、商店のホームページに対応する動作は、そのページを見たり収集することなどであってもよい。商品詳細ページに対応する動作は、ショッピングカートに追加、あるいはお気に入りに追加、などの動作であってもよい。

サーバの構成においては、各図形コードの情報が、表示と動作の結合に対応する。例えば、「ＵＲＬ１−＞商品詳細ページ＋お気に入りに追加」は１つの構成である。同じ図形コードにおける情報に対しては、違った結合が設定されてもよい。例えば上記の例ＵＲＬ１は代替的には「ＵＲＬ１−＞商品詳細ページ＋ショッピングカートに追加」のように設定されてもよい。換言すれば、同じ図形コードが、表示と動作の違った組み合わせで設定されてもよい。

しかしながら、実際の適用では、適用状況に基づき同じサーバ内では１つのみ対応する構成が普通は設定される。その一方で、別のサーバにおいては同じ図形コードに対して、別の構成が設定されてもよい。そうでなければ、同じ図形コードに対応する２つの違う構成が、同じサーバ内に存在することになる。この状況下では、サーバは、クライアントの識別に基づき違う構成を区別することができる。例えば、携帯電話のクライアントおよび同じ図形コードに対して、構成「ＵＲＬ１−＞商品詳細ページ＋お気に入りに追加」が、ある番号セグメント内で、携帯電話番号を有するユーザによって使用されるように提供されてもよく、その一方で、構成「ＵＲＬ１−＞商品詳細ページ＋ショッピングカートに追加」が、他の番号セグメント内で、携帯電話番号を有するユーザによって使用されるように提供されてもよい。

ブロック３０２は、クライアントからアクセス要求を受信し、そこでは、アクセス要求が図形コードの情報を含む。

図形コードの情報は、クライアントが図形コードを識別した後取得された、ウェブサイト情報などの情報である。

ブロック３０３は、表示情報、およびサーバでアクセス要求の図形コードの情報に対応するように構成された動作指示情報を、照会かつ取得する。

ブロック３０４は、図形コードのアクセス結果を取得するため、動作指示情報に従って、表示情報の相当する動作を実施する。

サーバは、表示情報、および図形コードのアクセス結果を取得するため図形コードの情報に対応して設定された動作指示情報に従って対応する操作を実施し、かつ図形コードのアクセス結果をクライアントに返却する。

実施される対応する操作とは以下に対応する。クライアントから送信された図形コードの情報がＵＲＬ１であり、かつサーバにおける対応する構成が「ＵＲＬ１−＞商品詳細ページ＋お気に入りに追加」である場合には、ＵＲＬ１によって示された商品詳細ページをサーバによりお気に入りに追加する操作を実施し、かつ「商品に追加」という図形コードのアクセス結果をクライアントに返却する。

図４は、本開示の実施形態に対応する図形コードを通じてアクセスを実現化しているクライアントのフローチャートである。

ブロック４０１は、図形コードの情報を取得するためクライアント側で図形コードを収集および識別する。

クライアントは、携帯電話のクライアント、または画像入力デバイスまたは光電走査デバイスを備え、かつ図形コードを復号するソフトウェアがインストールされている、いかなる他のクライアントであってもよい。画像入力デバイスまたは光電走査デバイスは、図形コードを収集するために使用することができ、かつソフトウェアの復号は、図形コードの情報を識別するのに使われてもよい。

図形コードは、新聞、雑誌、広告、図書、パッケージ、および名刺などのメディアに印刷される図形コードでもく、あるいは、ブラウザによって表示されるウェブページ上の図形コードであってもよい。ユーザは、ウェブページ上に表示される図形コードの写真を撮影することができ、かつ携帯電話のカメラを使用し図形コードを識別することができる。

ブロック４０２では、クライアントは図形コードの情報をサーバに送信する。

ブロック４０３は、図形コードの情報に対応する図形コードのアクセス結果をサーバから受信する。

サーバは、表示情報、および図形コードの情報に対応して設定された動作情報に従って、対応する操作を実施した後、図形コードのアクセス結果を取得した。

ブロック４０４は、クライアントにおける、図形コードのアクセス結果を表示している。

図２、３、４に示された実施形態に従って、幾つかの操作は、表示と動作の違った構成に基づいて、ユーザアカウントと関連付けられる必要があるかもしれない。例えば、ＵＲＬ１によって示された商品詳細ページをお気に入りフォルダに追加するという操作のためにユーザが知らされる必要があるお気に入りフォルダ。しかしながら、幾つかの操作は、必ずしもユーザアカウントに関連付けられなくてもよい。例えば、ＵＲＬ１によって示されている商品詳細ページをクライアントに表示する操作にとって、表示がユーザに決定的ではないクライアントを知っているかどうか。

ユーザアカウントが操作と関連付けられる必要がある上記の状況にとって、図形コードのアクセス結果を取得した後、アクセス結果とログインアカウントとの対応関係は、サーバに格納されることができる。本実施形態は、２つのタイプの操作方法を提供する。

始めのタイプは、ログインアカウントをサーバへクライアントから送信し、かつ、サーバをアカウントにログインさせ、表示情報と、図形コードの情報に対応して設定される動作指示情報に従って、対応する操作を実施し、かつサーバに、アクセス結果とログインアカウントとの対応関係を格納する。

クライアントは、図形コードをスキャンし収集する前にログインを実施するか、あるいは図形コードをスキャンし収集した後再びログインを実施する。ログイン時に、サーバがログインアカウントを認証する。ログイン後は、クライアントは、サーバに送信するたびにリクエスト内のログインアカウントを含む。このように、サーバは、ログインアカウントに対応する操作を実施することができる。例えば、追加ユーザＡのお気に入りフォルダに、ＵＲＬ１によって示されている商品詳細ページを、あるいはユーザＢのお気に入りフォルダに、ＵＲＬ２によって示されている商品詳細ページを、追加することができる。

２番目のタイプは、サーバ内でクライアントとログインアカウントとの間の対応関係を作り出すことである。クライアントは、クライアントの識別をサーバに送信し、サーバは、表示情報と、図形コードの情報に対応して設定される動作指示情報とに従って対応する操作を実施し、サーバにアクセス結果とログインアカウントとの間の対応関係を格納する。

携帯電話のクライアントにとって、サーバは、携帯電話番号または、携帯電話のＳＩＭカードの身分証明番号と、ログインアカウントとの対応関係を作り出すことができる。このように、サーバは、クライアントにログインアカウントに送信することを要求せずに、対応関係を照会することによって、要求を送信するクライアントを識別することができる。しかしながら、実際の適用では、ユーザの携帯電話番号の頻繁な変更、または携帯電話ＳＩＭカードの身分証明番号の取得のしにくさなどの要因のために、堅実な対応関係はサーバ内で比較的作りにくい。その結果、始めの方法が一般的に使用される。しかしながら、条件が満たされる場合、第２の方法が実装されてもよい。本開示はそれに何の制限も有しない。

それに加えて、実際の適用では、上記サーバが図３のプロセスを完了するために、１つのサーバ、２つのサーバ、または複数のサーバを使用し得る状況がある。１つのみのサーバが使用される場合には、表示および動作指示を設定するすべての動作、ならびにその構成に基づいて実施される対応する操作が、この１つのサーバで完了されることになる。２つ以上のサーバが使用される場合には、例えば、１つのサーバが、構成および図形コードのメンテナンスを請け負い、別のサーバが、トランザクションの分配に基づき、特定のトランザクションの実装、例えば、お気に入りフォルダに追加、およびショッピングカートに追加などを請け負う。その時、本実施形態は、以下のような追加的なプロセスを有する。

図形コードの情報を受信するサーバがＸであり、かつ表示情報および動作指示情報に従って対応する操作を実施するサーバがＹであり、かつＸとＹが同じサーバではない場合、サーバＹが図形コードの情報に対応する図形コードのアクセス結果を受信する前に、後述のプロセスが更に実施されることが可能である。

クライアントは、表示情報、および図形コードの情報に対応して構成されている動作指示情報を、サーバＸから受信し、かつ、サーバＹに、表示情報および動作指示情報に従って、対応する操作を実施することを要求する。

換言すれば、サーバＸは、図形コードの情報に対応する構成情報をクライアントに送信することができる。クライアントは、構成情報を分析後、表示情報および動作指示情報を読み取ることと、かつ表示情報および動作指示情報に従って対応する要求をサーバＹに送信すること、ができる。サーバＹは、表示情報および動作指示情報に従って、対応する操作を実施することができ、かつ操作を実施するとすぐに、図形コードのアクセス結果をクライアントに返却する。しばらくの間、サーバは、アクセス結果とログインアカウントとの対応関係を格納する。観察することができるように、これは、クライアントから始められる操作である。

代替的には、別の取扱い方法がある。サーバＸが、表示情報と、図形コードの情報に対応して構成されている動作指示情報と、をサーバＹへ送信する。サーバＹが、表示情報および動作指示情報に従って対応する操作を実施し、かつアクセス結果とログインアカウントの対応関係を格納する。この方法では、サーバは、クライアントを通すことなく、自動的に対応する操作を実施する。

前述の記述に基づき、電子商取引の分野は、本開示と下記の従来の技術との間の比較のため、例として使用される。

図５は、従来の技術における図形コードを通じてオンラインショップにアクセスする概略図を示す。

図１に示したアクセス論理によると、ユーザが携帯電話を使用してある図形コードをスキャンした後、携帯電話が直接、図形コード内に含まれるＵＲＬを開きアクセスするため、携帯ブラウザを起動する。サーバは、ＵＲＬにより示された内容を携帯電話に返却する。図５は商品詳細ページを示す。レビューするとすぐに、ユーザは、携帯電話の画面の上方右角上の「ショッピングカートに追加」のボタンをクリックし、その商品をショッピングカートへ追加できる。

図６は、本開示の実施形態に対応する図形コードを通じてオンラインショップにアクセスしている概略図を示す。

図２に示されているアクセス論理によると、図形コードはコンピュータスクリーンに表示される。ユーザが携帯電話のカメラを使用し、かつ長方形内でかつカメラから１０センチほどの場所に図形コードを配置する時、携帯電話内の復号ソフトウェアは、図形コード内に含まれるＵＲＬを自動的に識別する。その後、携帯電話は識別されたＵＲＬをサーバへ送信する。サーバ内でＵＲＬに対応する構成は、商品をショッピングカートに追加する。それゆえ、サーバはＵＲＬを受信した後、自動的に商品をショッピングカートに追加するという操作を実施し、かつ図形コードのアクセス結果―「ショッピングカートに追加」―を携帯電話へ表示として返却する。

よって、本開示の例示的な方法を使用した後、「ショッピングカートに追加」の表示結果が、図５に示される商品詳細ページの代わりに、携帯電話が図形コードをスキャンした後、示される。２つを比較することによって、図６に示される実施形態は、図形コードのアクセス結果を得るために、段階的に各クリック操作をすることをユーザに要求しない。更に、ユーザが図形コードを通じて複数の商品を選択し購入する場合には、図７に示されるように、図形コードをスキャンしさえすればよく、そうして商品すべてをショッピングカートに追加し、かつチェックアウトに進むことができる。ユーザは、商品詳細ページに行き、従来の技術に従って一つ一つ「ショッピングカートに追加」の各ボタンをクリックする必要はない。それゆえ、図６に示される実施形態は、オンラインショッピングの操作のプロセスを簡略化する。

前述の実施形態以外にも、本開示は別の分野にも適用することができる。数例が例証のため下記に挙げられているが、本開示の制限として解釈されるべきではない。

表示情報は、様々な種類のウェブページ情報であってもよく、対応する動作指示情報は、「見る」、「追跡する」、「お気に入りに追加」、および「ショッピングカートに追加」のうち少なくとも１つであればよい。上述のように、多くの異なる動作指示情報が構成されている場合には、異なる動作指示情報が、クライアントの身分証明（例えば、ログインアカウント）を使用して区別されることができる。

例１：

図形コードの情報は、あるウェブサイトのアドレスの情報であり、そのウェブサイトのアドレスはある商店のホームページを示し、サーバによって設定されている対応する構成は以下のようなものである。

表示情報が商店のホームページの情報である。

動作指示情報は、「見る」、「追跡」、「お気に入りに追加」、および「ショッピングカートに追加」である。

ある適用場面で、対応する動作指示情報が「商店のホームページを見る」である場合には、実施される動作は、現在の商店のホームページのウェブページの内容を表示することであり、図形コードに応じたアクセス結果は、商店のホームページのウェブページの内容、つまり携帯電話の画面に表示されるものは、商店のホームページのウェブページの内容である。

ある適用場面で、対応する動作指示情報が「お気に入りに追加」である場合には、実施される動作は、商店をお気に入りフォルダに追加することであり、図形コードに応じたアクセス結果は「商店をお気に入りに追加」である。換言すれば、サーバは直接に、商店のホームページをユーザのお気に入りフォルダに追加し、そのような言葉―「商店をお気に入りに追加」―を、表示として携帯電話の画面に返却する。

ある適用場面で、対応する動作指示情報が「商店のホームページを追跡する」である場合には、実施される動作は、商店のホームページの関連するプッシュ型情報を設定することであり、図形コードに応じたアクセス結果は「商店のホームページを追跡する」である。換言すれば、サーバは直接に商店をユーザのカスタマイズしたリストに追加する。何らかの関連プッシュ型情報（例えば、商品アップデートや商品アクティビティなどの情報）がある場合には、この情報は、クライアントに直接に送信される。更に、―「商店のホームページを追跡する」は、表示として携帯電話の画面に返却される。

例２：

図形コードの情報は、ウェブサイトのアドレスの情報であり、ウェブサイトのアドレスは商品詳細のページを示し、サーバによって設定されている対応する構成は、

表示情報が、商品詳細情報であり、

動作指示情報が「商品詳細のページを見る」、「ショッピングカートに追加」、および「お気に入りに追加」である。

ある適用場面で、対応する動作指示情報が「商品詳細のページを見る」である場合には、実施される動作は、商品詳細のページのウェブページ内容を表示することであり、図形コードに応じたアクセス結果は、商品詳細のページのウェブページ内容である。換言すれば、携帯電話の画面に表示されるものは、商品詳細のページのウェブページ内容である。

ある適用場面で、対応する動作指示情報が「ショッピングカートに追加」である場合には、実施される動作は、商品をショッピングカートに追加することであり、図形コードに応じたアクセス結果は「ショッピングカートに追加」である。換言すれば、サーバは商品をユーザのショッピングカートに追加し、言葉―「ショッピングカートに追加」―を、表示として携帯電話の画面に返却する。

ある適用場面で、対応する動作指示情報が「お気に入りに追加」である場合には、実施される動作は、商品をお気に入りフォルダに追加することであり、図形コードに応じたアクセス結果は「商品をお気に入りに追加」である。換言すれば、サーバは商品をユーザのお気に入りフォルダに追加し、言葉―「商品をお気に入りに追加」―を表示として携帯電話の画面へ返却する。

手短に述べると、例示的な本実施形態は、ユーザ操作を簡略化し、ユーザが図形コードをスキャンした後、図形コードのアクセス結果を取得する効率を高める。更に、サーバは、ユーザからの段階的な操作要求を待たずに、対応する操作 表示情報、およびクライアントから送信される図形コード内の情報に合わせて予め構成された動作表示情報を実施さえすればよい。それゆえ、サーバの取扱いプロセスもまた簡略化される。

それに加えて、図形コードのアクセス結果を直接にクライアントに返却するこの方法は、図形コードの発行元の意図を満たす。例えば、ある商品の図形コードを発行する商品売却人の意図は、より多くの購入者が商品の購入を希望することである。このように、売却人は、図形コードを発行する時、サーバ内で「ＵＲＬ１−＞商品詳細のページ＋ショッピングカートに追加」という構成を設定する。このように、ユーザは、携帯電話を使用し図形コードをスキャンする時、自動的に商品をショッピングカートに追加することができる。

前述の記述に照らして、本開示は更に別の実装を提供する。サーバは、見出された表示情報および動作指示情報をクライアントに送信し、クライアントは、図形コードのアクセス結果を得るため、動作指示情報に従って表示情報内で対応する動作を実施する。特別な詳細が図８に示されている。

図８は、本開示の実施形態に対応する図形コードを通じてアクセスを実現しているクライアントのフローチャートを示す。

ブロック８０１において、クライアントはアクセス要求をサーバへ送信し、そこではアクセス要求は図形コードの情報を含む。

ブロック８０２において、表示情報および動作指示情報は、サーバ内で見出され、かつアクセス要求内の図形コードの情報に対応して構成されているが、その動作指示情報が受信される。

ブロック８０３において、クライアントは、図形コードのアクセス結果を取得するため、動作指示情報に従って表示情報内で対応する動作を実施する。

任意に、クライアントのアクセス要求は、サーバ内にアクセス結果とログインアカウントとの対応関係を格納するために、ログインアカウントの情報を更に含むことができる。クライアントはアクセス結果を送信する。

図形コード内の情報は、ウェブサイトのアドレスの情報であり、かつウェブサイトのアドレスはイベントページを示す。イベントページは、商品のプロモーションに関するページ、ラッキードローに関連するページ、ゲーム参加に関するページ、情報公布に関するページ、および広告に関するページ、などであってもよい。従って、サーバによって設定され対応して構成されている動作指示情報は、タッチ操作、加速度計操作、およびマイク操作のうち少なくとも１つであればよい。上述のように、複数の動作指示の情報が構成されている場合には、クライアント（例えば、ログインアカウント）の識別がその間で使用される。

ウェブページの形体であるイベントページの内容を表示方法は、普通のウェブページの表示方法と同じである。図５と７は、携帯電話のクライアントの中で示されているウェブページを示す。カードの形式の中にあるイベントページとしては、図８、９、および１０で示されるように、カードページを表示する方法が使用される。

図８で示される方法は、ラッキードローくじ引きイベント内で使用されることができる。従来の技術では、ラッキードローくじ引きに関連する図形コードをスキャンした後、「図形コード識別クライアント」がブラウザを開き、ラッキードローに参加するための、ラッキードローに関連するウェブサイトにアクセスする。しかしながら、本開示の例示的な方法が使用される時、図９、１０、および１１に示されるようにカードタイプのイベントページ内に現れる表示状況は、図形コードの情報に基づいて、カメラのシーンの中で直接に取得されることができる。特別な詳細は以下のようである。

表示情報は、スクラッチ抽選のページ情報であり、かつ対応して構成されている動作指示情報は、スクラッチ抽選領域内でのタッチ操作である。

スクラッチ抽選領域内でタッチ情報を受信するとすぐに、スクラッチ抽選領域内でのタッチ情報に基づいて、クライアントは、スクラッチ抽選のページのアクセス結果を取得する。

特に、スクラッチ抽選の結果は、クライアントのタッチスクリーンによって表示されるイベントページのスクラッチ抽選領域の上でタッチ操作を通して、取得され、かつ表示される。図９に示されるように、カメラのシーン内で取得され表示されているシナリオは、スクラッチ抽選のスクラッチカードを表示してもよく、そこでスクラッチ抽選領域が設定される。ユーザは「スクラッチ抽選領域」をスクラッチすることができ、携帯電話のタッチスクリーン特性を利用することにより、スクラッチ抽選が当選であるかという結果を決定することができる。

表示情報は、抽選のページの情報であり、対応して構成されている動作指示情報は、センサ操作である。

加速度センサー情報を受信するとすぐに、加速度センサー情報に基づいて、クライアントは、抽選のページのアクセス結果を取得する。

具体的には、クライアントが抽選のページの指示情報によって振られ、抽選結果は加速度センサーを使用して、サーバから取得され、表示される。１０に示すように、カメラのシーン内で取得され表示されたシナリオは、「アイフォンを振る」という指示情報を表示することができる。ユーザは、携帯電話の加速度センサーを使用し、振った後、抽選結果を見ることができる。

携帯電話を振るための加速度センサーを使用する時に、携帯電話の加速度センサーは、指示情報に従って、携帯電話を振ることにより作動させられる。携帯電話の加速度センサー情報を受信するとすぐに、サーバは抽選結果を表示して携帯電話のクライアントへ送信する。更には、加速度センサーの閾値を設定することができる。携帯電話を振る間、加速度センサーの値が閾値を超える時にのみ、加速度センサー情報がサーバへ送られ、それにより、ユーザの無作為な操作を避ける。

表示情報は、ラッキードローくじ引きのページ情報であり、対応して構成されている動作指示情報は、マイク操作である。

マイク情報を受信するとすぐに、クライアントは、マイク情報に基づき、ラッキードローページのアクセス結果を取得する。

特に、クライアントのマイクは、ラッキードローページ上に示される風船を膨らますために使用され、ラッキードローくじ引きの結果は、風船が弾けた後、取得されかつ表示される。図１１に示すように、カメラのシーン内で取得されかつ表示されたシナリオは、風船を表示することができる。ユーザは携帯電話のマイクを使用し、風船を膨らますことができ、風船が弾けた後、ラッキードローくじ引き結果を見ることができる。

更には、膨らます閾値が設定されることができる。風船は、ユーザによって膨らます強さあるいは時間が閾値を超えた時のみ弾け、それにより、ユーザの無作為な操作を避ける。

紙を使用するラッキードローに関連する従来の技術と比べ、ラッキードローの上記の方法は、大量の紙を節約し、より環境に配慮している。更には、ユーザは、携帯電話のような携帯デバイスを使用し、抽選ゲームに参加することができ、より便利で抽選ゲームをより面白くする。

上記の記述に基づき、図形コードのアクセスは、携帯電話のクライアントを使用して実現される。しかしながら、実際の適用では、ある携帯電話のクライアントは、商品詳細のページあるいは商店のホームページのようなウェブページの内容を表示する時、ＷＡＰウェブページとしてウェブページの表示を使用せず、携帯電話のような携帯デバイスにとって特に発達したウェブページの表示方法を使用する。それゆえ、商品詳細に関連する図形コードをスキャンし認識を実施した後、クライアントは、関連する認識結果が、ＵＲＬのウェブアドレスであるということはわかるのだが、このＵＲＬが、どの商品の詳細に対応しているのかは、わからない。

それゆえ、例示的な実施形態は、携帯電話のクライアントのための下記の追加的な取扱いプロセスを更に含むことができる。

図形コードの情報に対応する商品識別情報をサーバから受信し、サーバからの関連データを、クライアントによる商品識別情報に基づいて、取得しかつ表示する。

クライアントが、識別されたＵＲＬをサーバへ送信すると、サーバはその商品のＩＤおよびデフォルトの動作を返却する（例えば、商品の詳細の表示、お気に入りに追加、ショッピングカートに追加、など）。このように、ユーザが、複数の商品がショッピングカートに追加された後、チェックアウトに進むというような、次の操作を有する場合は、クライアントは、商品のＩＤとローカライズされたページの表示に基づく関連データを取得することができる。

前述の実施形態は、電子商取引の場面で述べられているが、実際の適用において他の分野に適用されることもできる。それらの実装原理は、前述の実施形態のものと同一であり、したがってここに重複して述べられることはない。

前述の実施形態は、記述のために、一連の動作として述べられていることに留意すべきである。しかしながら、本開示は、上記に述べられている動作順序に限られるものではないことを、当事者は理解すべきである、というのはあるブロックは、本開示に基づいて違った順序で、あるいは同一順序で、実施されてもよい。更には、当事者は、本開示に記載されている実施形態は、実施形態のほんの一例にすぎないことを理解すべきである。ここに述べられている動作は、開示されている方法にとって、必ずしも不可欠であるとは限らない。

図２〜７に示すように、例示的な方法の記述に基づいて、本開示は対応する例示的なクライアントデバイスおよびサーバを更に提供し、図１２、１３、および１４にそれぞれ示されている。

図１２は、本開示の実施形態に対応する図形コードに通じるネットワークアクセスのクライアントデバイス９の構造図である。

クライアントデバイス９は、以下のモジュールを含む。

図形コード収集モジュール１０は、図形コードを収集するために使用される。

図形コード識別モジュール２０は、収集された図形コードを識別するために、そして図形コードの情報取得するために、使用される。

図形コード内の情報をサーバへ送信するのに使用される、情報送信モジュール３０。

図形コード内の情報に対応する図形コードのアクセス結果をサーバから受信するために使用される、情報受信モジュール４０であって、そこでは、表示情報、および図形コードの情報に対応して構成されている動作指示情報、に従って、対応する操作を実施した後、サーバが、図形コードのアクセス結果取得する。

情報表示モジュール５０は、図形コードのアクセス結果を表示するために使用される。

任意に、サーバの操作がユーザのアカウントに関連付けられている必要がある時、情報送信モジュール３０は、ログインアカウントをサーバへ送信するために、更に使用されることができる。ログインアカウントに従って、サーバは、表示情報、および図形コードの情報と対応して構成されている動作指示情報とに従って、対応する操作を実施する。

任意に、図形コードの情報を受信するサーバがＸであり、表示情報、および動作指示情報によって対応する操作を実施するサーバがＹであり、かつＸは、Ｙとは異なるサーバである時、情報受信モジュール４０は、表示情報、および図形コードの情報と対応して構成されている動作指示情報を、サーバＸから受信し、およびサーバＹに、表示情報および動作指示情報に従って対応する操作を実施するするように要求するために、更に使用される。

表示情報および動作指示情報は、実際の適用シナリオに基づいて構成されることができる。下記は幾つかの形状を示す。

表示情報は「商店のホームページ情報」であり、

対応する動作指示情報が「商店のホームページを見る」である場合には、図形コードに応じたアクセス結果は、商店のホームページのウェブページの内容であり、

対応する動作指示情報が「お気に入りに追加」である場合には、図形コードに応じたアクセス結果は、「商店をお気に入りに追加」であり、

対応する動作指示情報が「商店のホームページを追跡する」である場合には、図形コードに応じたアクセス結果は、「商店のホームページを追跡する」であり、

表示情報は「商品詳細情報」であり、

対応する動作指示情報が「商品詳細ページを見る」である場合には、図形コードに応じたアクセス結果は、商品詳細ページのウェブページの内容であり、

対応する動作指示情報が「ショッピングカートに追加」である場合には、図形コードに応じたアクセス結果は、「商品をショッピングカートへ追加」であり、

対応する動作指示情報が「お気に入りに追加」である場合には、図形コードに応じたアクセス結果は「商品をお気に入りフォルダに追加」である。

表示情報は、イベントページ情報であり、

対応する動作指示情報が「イベントページを見る」である場合には、図形コードに応じたアクセス結果は、ウェブページの形式でのイベントのウェブページの内容である。

対応する動作指示情報が「カードタイプのイベントページを見る」である場合には、図形コードに応じたアクセス結果は、カードの形式でのイベントのウェブページの内容である。

一実施形態においては、情報受信モジュール４０は、図形コードの情報に従ってサーバから商品識別情報を受信したり、商品識別情報に基づいてサーバから関連データを取得するために、使用される。

図１３は、本開示の実施形態に応じた図形コードアクセスのサーバの構造図を示す。

図形コードアクセスサーバ６５は、以下のモジュールを含むことができる。

図形コードの情報に従って、表示情報、および動作指示情報を予め形状化するのに使用される、形状モジュール６０。

クライアントから送られた図形コードの情報を受信し、かつ、表示情報、および図形コードの情報に対応して構成された動作情報に従って、対応する操作を実施した後、図形コードのアクセス結果を取得し、かつ図形コードのアクセス結果をクライアントに返却するのに、使用される、図形コードアクセスモジュール７０。

任意に、サーバの操作がユーザのアカウントと関連付けられている必要がある時、図形コードアクセスモジュール７０は、表示情報、および図形コードの情報と対応して構成され、クライアントにおけるログインアカウントに対応する動作指示情報に従って、対応する操作を更に実施することができる。

更には、図形コードアクセスサーバ６５は、選択的に、図１４に示されるように、複数のサーバで選択的に複数のサーバで実装されることができる。図１４は、本開示の別の実施形態に応じた図形コードアクセスのサーバの構造図である。

図形コードアクセスサーバ８５は以下を含む。

図形コードの情報に従って、表示情報および動作指示情報を予め構成し、かつクライアントから図形コードの情報を受信し、かつ相応に構成された表示情報および動作指示情報をクライアントへ送信するのに使用される、第１のサーバ８０。

表示情報、およびクライアントからの動作指示情報を受信し、表示情報と図形コードの情報に対応して構成されている動作情報に従って対応する操作を実施した後、図形コードのアクセス結果を得て、図形コードのアクセス結果をクライアントに返却する、第２のサーバ９０。

代替的に、第１のサーバ８０は、対応する表示情報および動作指示情報を、第２のサーバ９０へ直接送信することができる。

クライアントデバイスおよび図形コードアクセスサーバの前述の実施形態については、各記述は、図２〜７に示されるように例示的な方法の実施形態に同様のため、比較的簡潔である。関連記述は、その方法の実施形態に対応する部分に見出されることができる。

図８〜１１に示されるような方法の実施形態に基づいて、本開示は、図１５および図１６に示されるように、提供するクライアントデバイスおよびサーバの対応する例示的な実施形態である。

図１５は、本開示の別の実施形態に対応する図形コードを通じたネットワークアクセスのサーバの構造図である。

サーバは以下のモジュールを含むことができる。

アクセス要求をクライアントから受信するのに使用される情報受信モジュール１１であって、アクセス要求が図形コードの情報を含む。

サーバ内のアクセス要求の図形コードの情報に従って、表示情報および動作指示情報を照会、および取得するのに使用される照会モジュール１２。

図形コードのアクセス結果を取得するため、動作指示情報に従って表示情報内で対応する動作を実施するのに使用される、動作実行モジュール１３。

一実施形態においては、クライアントのアクセス要求は、ログインアカウントの情報を更に含んでもよい。それに従って、サーバは、以下のモジュールを更に含むことができる。

サーバ図形コードのアクセス結果を取得した後、サーバ内でアクセス結果とログインアカウントとの対応関係を格納するのに使用される、格納モジュール１４。

表示情報はウェブページ情報であってもよく、対応して構成されている動作指示情報は、「見る」、「追跡」、「お気に入りに追加」、「ショッピングカートに追加」のうち少なくとも１つを含むことができる。

図１６は、本開示の別の実施形態に対応する図形コードに通じるネットワークアクセスのクライアントデバイスの構造図である。

クライアントデバイスは、以下のモジュールを含むことができる。

アクセス要求をサーバへ送信するのに使用される情報送信モジュール２１で、アクセス要求が図形コードの情報を含む。

サーバ内で見出され、かつ図形コードのアクセス要求内の情報に従って構成される、表示情報および動作指示情報を受信するのに使用される、情報受信モジュール２２。

図形コードのアクセス結果を取得するため、動作指示情報に従って、表示情報内で対応する動作を実施するのに使用される、動作実行モジュール２３。

一実施形態においては、クライアントのアクセス要求は、ログインアカウントの情報を更に含むことができる。アクセス結果とログインアカウントとの対応関係をサーバ内に格納するため、情報送信モジュール２１は、アクセス結果をサーバに送信するのに更に使用されることができる。

表示情報はイベントページ情報であり、対応する動作指示情報は、タッチ操作、重力感知操作、およびマイク操作のうち少なくとも１つであってもよい。

クライアントおよびサーバの前述の実施形態においては、各記述は、図８に示されるように、例示的な方法の実施形態に類似しているため、比較的簡潔である。関連記述は、方法の実施形態の相応部分に見出されることができる。

本開示のすべての実施形態は、漸進的に記述される。各実施形態で強調されていることは、他の実施形態で強調されていることとは異なる。実施形態の同一または類似した部分が、互いに相互参照されることができる。

上記は、本開示によって提供される図形コードを通じるネットワークアクセスの、方法、システム、およびクライアントデバイスに関する詳細な記述である。この記述は、本開示の原理および実装を例示するために特定の実施形態を採用する。実施形態に関する上記記述は、本開示の方法と各中心概念を理解するのを助けるのに使用されているにすぎない。更に、本開示の概念に基づき、当業者は特定の実施形態および適用範囲を修正することができる。手短に述べると、本開示の内容は、本開示を制限するものと捉えられるべきではない。

例えば、図１７は、上記記述のクライアントデバイスのような例示的なクライアントデバイス１７００を、より詳細に例証する。一実施形態においては、クライアントデバイス１７００は、１つあるいは２つ以上のプロセッサ１７０１、ネットワークインターフェース１７０２、メモリ１７０３、および入力／出力インターフェース１７０４、を含むことができるが、それらに限られるわけではない。

メモリ１７０３は、ランダムアクセスメモリ（ＲＡＭ）および／または読み出し専用メモリ（ＲＯＭ）もしくはフラッシュＲＡＭ等のような不揮発性メモリの形式で、コンピュータ可読媒体を含んでもよい。メモリ１７０３は、コンピュータ可読媒体の一例である。

コンピュータ可読媒体には、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータ等の情報を格納するための任意の方法または技術で実装される揮発性および不揮発性の、取り外し可能および取り外し不可能な媒体が含まれる。コンピュータ記憶媒体の例には、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他の種類のランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、もしくは他のメモリ技術、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、もしくは他の光学的記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置、もしくは他の磁気記憶デバイス、またはコンピューティングデバイスによるアクセス用に情報を記憶するために使用することができる任意の他の非伝送媒体が挙げられるが、これらに限定されない。本明細書で定義されるように、コンピュータ可読媒体には、変調データ信号および搬送波等の一過性媒体は含まれない。

メモリ１７０３は、プログラムモジュール１７０５およびプログラムデータ１７０６を含んでもよい。一実施形態においては、プログラムモジュール１７０５は、図形コード収集モジュール１７０７、図形コード識別モジュール１７０８、情報送信モジュール１７０９、情報受信モジュール１７１０、動作実行モジュール１７１１、および情報表示モジュール１７１２を含んでもよい。プログラムモジュールに関する詳細は、上に述べられた前述の実施形態に見出されることができる。

更には、図１８は、上述のサーバのような例示的なサーバ１８００をより詳細に例証する。一実施形態においては、サーバ１８００は、１つまたは２つ以上のプロセッサ１８０１、ネットワークインターフェース１８０２、メモリ１７０３、および入力／出力インターフェース１８０４を含むことができるが、それらに限定されるわけではない。

メモリ１８０３は、ランダムアクセスメモリ（ＲＡＭ）等の揮発性メモリ、および／または読み出し専用メモリ（ＲＯＭ）もしくは読み出し専用メモリあるいはフラッシュＲＡＭ等の不揮発性メモリの形態で、コンピュータ可読媒体を含んでもよい。メモリ１８０３は、コンピュータ可読媒体の一例である。

メモリ１８０３は、プログラムモジュール１８０５およびプログラムデータ１８０６を含んでもよい。一実施形態においては、プログラムモジュール１８０５は、形状モジュール１８０７、図形コード接近モジュール１８０８、情報送信モジュール１８０９、情報受信モジュール１８１０、照会モジュール１８１１、動作実行モジュール１８１２、および格納モジュール１８１３、を含んでもよい。プログラムモジュールに関する詳細は、上記前述の実施形態に見出されてもよい。

Claims (15)

1. サーバによって実行される方法であって、前記方法は、
   図形コードの情報を含むアクセス要求をクライアントから受信するステップであって、前記図形コードの前記情報は表示情報および動作指示情報の特定の組み合わせに対応する、ステップと、
   表示情報および動作指示情報の複数の異なる組み合わせの中から、表示情報および動作指示情報の前記特定の組み合わせを照会および取得するステップと、
   表示情報および動作指示情報の前記特定の組み合わせにしたがって対応する動作を実行し、前記図形コードのアクセス結果を取得するステップと、
   前記図形コードの前記アクセス結果を取得した後、前記アクセス結果とログインアカウントとの間の対応関係を前記サーバに記憶するステップと
   を備えたことを特徴とする方法。
2. 複数の図形コードに対応するように表示情報および動作指示情報の前記複数の異なる組み合わせを構成するステップをさらに備えたことを特徴とする請求項１に記載の方法。
3. 前記複数の図形コードの各々は、前記複数の異なる組み合わせの異なる１つに対応することを特徴とする請求項２に記載の方法。
4. 前記クライアントの識別および前記図形コードの前記情報に基づいて、表示情報および動作指示情報の前記複数の異なる組み合わせの中からの表示情報および動作指示情報の前記特定の組み合わせを区別するステップをさらに備えたことを特徴とする請求項１ないし３のいずれか１つに記載の方法。
5. 前記対応する動作は、前記ログインアカウントに対応してさらに実行されることを特徴とする請求項１ないし４のいずれか１つに記載の方法。
6. 前記図形コードは、二次元コードまたはバーコードを含むことを特徴とする請求項１ないし５のいずれか１つに記載の方法。
7. １つまたは複数のプロセッサと、
   メモリと、
   前記メモリに記憶され、および図形コードの情報を含むアクセス要求をサーバに送信することが前記１つまたは複数のプロセッサによって実行可能である情報送信モジュールと、
   前記メモリに記憶され、および前記アクセス要求における前記図形コードの前記情報に対応する、表示情報および動作指示情報の特定の組み合わせを前記サーバから受信することが前記１つまたは複数のプロセッサによって実行可能である情報受信モジュールと、
   前記メモリに記憶され、および表示情報および動作指示情報の前記特定の組み合わせにしたがって対応する動作を実行し、前記図形コードのアクセス結果を取得することが前記１つまたは複数のプロセッサによって実行可能である動作実行モジュールと
   を備え、前記情報送信モジュールは、前記アクセス結果とログインアカウントとの間の対応関係が前記サーバに記憶されることを引き起こすために前記サーバに前記アクセス結果を送信するようにさらに構成されたことを特徴とするクライアントデバイス。
8. 前記図形コードを収集するための図形コード収集モジュールをさらに備えたことを特徴とする請求項７に記載のクライアントデバイス。
9. 前記図形コード収集モジュールは、画像入力デバイスまたはスキャニングデバイスの少なくとも１つを含むことを特徴とする請求項８に記載のクライアントデバイス。
10. 前記図形コードを識別し、および前記図形コードの前記情報を取得する図形コード識別モジュールをさらに備えたことを特徴とする請求項７ないし９のいずれか１つに記載のクライアントデバイス。
11. 前記図形コードは、二次元コードまたはバーコードを含むことを特徴とする請求項７ないし１０のいずれか１つに記載のクライアントデバイス。
12. 前記情報受信モジュールによって受信された表示情報および動作指示情報の前記特定の組み合わせは、前記ログインアカウントにさらに対応することを特徴とする請求項７ないし１１のいずれか１つに記載のクライアントデバイス。
13. 前記クライアントデバイスは、前記図形コードを収集する画像入力デバイスまたはスキャニングデバイスの少なくとも１つ用に構成されたモバイルデバイスを含むことを特徴とする請求項７ないし１２のいずれか１つに記載のクライアントデバイス。
14. 前記図形コードの前記アクセス結果を示す画面をさらに備えたことを特徴とする請求項７ないし１３のいずれか１つに記載のクライアントデバイス。
15. １つまたは複数のプロセッサによって実行されると、前記１つまたは複数のプロセッサに請求項１ないし６のいずれか１つの前記方法を実行させる実行可能命令を記憶する１つまたは複数のコンピュータ可読媒体。