(57)【特許請求の範囲】
【請求項１】
コンピュータにより実施される方法であって：
第２のサービス機関によって二次元（２Ｄ）コードに暗号化されたユニフォームリソースロケータ（ＵＲＬ）に基づいて、サービス情報の要求を受信するステップであって、前記ＵＲＬは、モバイルデバイスにより送信され、且つ前記２Ｄコードがサービスプロバイダにより提供されるときに前記２Ｄコードをスキャンすることで前記モバイルデバイスにより取得される、ステップと；
サービスネットワークに対応するサービスネットワーク識別子、前記ＵＲＬを前記２Ｄコードに暗号化した前記第２のサービス機関に対応するサービス機関識別子、サービスタイプに対応するサービスタイプ識別子、又は、前記サービスネットワークのサービスオブジェクトに対応するサービスオブジェクト識別子を備えるペイロード、を備える１つ以上のデータ要素を識別するために、前記ＵＲＬを解析するステップと；
前記サービス機関識別子に基づき、前記１つ以上のデータ要素を前記第２のサービス機関へ送信するステップと；
第１のサービス機関によって、前記サービスオブジェクト識別子及び前記サービスタイプ識別子に基づき、前記サービスオブジェクト及び前記サービスタイプに関連付けられた前記サービス情報を、前記第２のサービス機関から受信するステップと；
前記モバイルデバイス上で提示するために、前記サービス情報を前記第１のサービス機関から送信するステップと；を備える、
コンピュータにより実施される方法。
【請求項２】
前記モバイルデバイスにおいて前記サービス情報が検証された後、サービス要求を前記第１のサービス機関から受信するステップと；
前記サービス要求を、サービスを処理するための前記第２のサービス機関へ送信するステップと；を更に備える、
請求項１に記載のコンピュータにより実施される方法。
【請求項３】
前記サービス要求を送信した後にサービス処理結果を前記第２のサービス機関から受信するステップと；
前記サービス処理結果を、前記第１のサービス機関へ送信するステップと；を更に備える、
請求項２に記載のコンピュータにより実施される方法。
【請求項４】
前記１つ以上のデータ要素は、ドメイン名と、前記サービスネットワークのバージョン番号と、処理すべきサービスへの１つ以上のアドオンを識別する１つ以上のキー値ペアとのうちの少なくとも１つを更に備える、
請求項１に記載のコンピュータにより実施される方法。
【請求項５】
前記１つ以上のデータ要素は、デジタルフォーマット又はテキストフォーマットである、
請求項４に記載のコンピュータにより実施される方法。
【請求項６】
前記処理すべきサービスへの前記１つ以上のアドオンは、ロイヤルティ番号と、バウチャ情報と、クーポン情報と、ラッキー抽選情報と、全地球測位システム（ＧＰＳ）位置と、テーブル番号と、座席番号とのうちの少なくとも１つを備える、
請求項４に記載のコンピュータにより実施される方法。
【請求項７】
前記サービス情報は、サービスプロバイダ情報と発注情報とのうちの少なくとも一方を備える、
請求項１に記載のコンピュータにより実施される方法。
【請求項８】
前記サービスプロバイダ情報は、サービスプロバイダ名と、サービスプロバイダタイプと、国コードと、郵便番号と、サービスプロバイダアドレスと、発注情報と、１つ以上のサポートされている言語と、１つ以上のサポートされている通貨とのうちの少なくとも１つを備え；前記発注情報は、取引量と、取引通貨と、発注識別子と、発注明細とのうちの少なくとも１つを備える、
請求項７に記載のコンピュータにより実施される方法。
【請求項９】
前記２Ｄコードは、スリム端末モデルに基づき生成される、域内統一型の販売業者が提示するクイックレスポンス（ＱＲ）コードである、
請求項１に記載のコンピュータにより実施される方法。
【請求項１０】
所定の操作を実行するためにコンピュータシステムにより実行可能な１つ以上の命令を格納する、非一時的なコンピュータ読取可能媒体であって、前記操作は：
第２のサービス機関によって二次元（２Ｄ）コードに暗号化されたユニフォームリソースロケータ（ＵＲＬ）に基づいて、サービス情報の要求を受信する操作であって、前記ＵＲＬは、モバイルデバイスにより送信され、且つ前記２Ｄコードがサービスプロバイダにより提供されるときに前記２Ｄコードをスキャンすることで前記モバイルデバイスにより取得される、操作と；
サービスネットワークに対応するサービスネットワーク識別子、前記ＵＲＬを前記２Ｄコードに暗号化した前記第２のサービス機関に対応するサービス機関識別子、サービスタイプに対応するサービスタイプ識別子、又は、前記サービスネットワークのサービスオブジェクトに対応するサービスオブジェクト識別子を備えるペイロード、を備える１つ以上のデータ要素を識別するために、前記ＵＲＬを解析する操作と；
前記サービス機関識別子に基づき、前記１つ以上のデータ要素を前記第２のサービス機関へ送信する操作と；
第１のサービス機関によって、前記サービスオブジェクト識別子及び前記サービスタイプ識別子に基づき、前記サービスオブジェクト及び前記サービスタイプに関連付けられた前記サービス情報を、前記第２のサービス機関から受信する操作と；
前記モバイルデバイス上へ提示するために、前記サービス情報を前記第１のサービス機関から送信する操作と；を備える、
非一時的なコンピュータ読取可能媒体。
【請求項１１】
前記１つ以上のデータ要素は、ドメイン名と、前記サービスネットワークのバージョン番号と、処理すべきサービスへの１つ以上のアドオンを識別する１つ以上のキー値ペアとのうちの少なくとも１つを更に備える、
請求項１０に記載の非一時的なコンピュータ読取可能媒体。
【請求項１２】
前記１つ以上のデータ要素は、デジタルフォーマット又はテキストフォーマットである、
請求項１１に記載の非一時的なコンピュータ読取可能媒体。
【請求項１３】
前記処理すべきサービスへの前記１つ以上のアドオンは、ロイヤルティ番号と、バウチャ情報と、クーポン情報と、ラッキー抽選情報と、全地球測位システム（ＧＰＳ）位置と、テーブル番号と、座席番号とのうちの少なくとも１つを備える、
請求項１１に記載の非一時的なコンピュータ読取可能媒体。
【請求項１４】
前記サービス情報は、サービスプロバイダ情報又は発注情報のうちの少なくとも一方を備え；前記サービスプロバイダ情報は、サービスプロバイダ名と、サービスプロバイダタイプと、国コードと、郵便番号と、サービスプロバイダアドレスと、発注情報と、１つ以上のサポートされている言語と、１つ以上のサポートされている通貨とのうちの少なくとも１つを備え；前記発注情報は、取引量と、取引通貨と、発注識別子と、発注明細とのうちの少なくとも１つを備える、
請求項１０に記載の非一時的なコンピュータ読取可能媒体。
【請求項１５】
前記２Ｄコードは、スリム端末モデルに基づき生成される、域内統一型の販売業者が提示するクイックレスポンス（ＱＲ）コードである、
請求項１０に記載の非一時的なコンピュータ読取可能媒体。
【請求項１６】
コンピュータにより実施されるシステムであって：
１つ以上のコンピュータと；
前記１つ以上のコンピュータに相互運用可能に連結され、前記１つ以上のコンピュータにより実行されると、１つ以上の操作を実行する１つ以上の命令を格納する有形の非一時的な機械読取可能媒体を有する１つ以上のコンピュータメモリデバイスであって、前記操作は：
第２のサービス機関によって二次元（２Ｄ）コードに暗号化されたユニフォームリソースロケータ（ＵＲＬ）に基づいて、サービス情報の要求を受信する操作であって、前記ＵＲＬはモバイルデバイスにより送信され、前記２Ｄコードがサービスプロバイダにより提供されるときに前記２Ｄコードをスキャンすることで前記モバイルデバイスにより取得される、操作と；
サービスネットワークに対応するサービスネットワーク識別子、前記ＵＲＬを前記２Ｄコードに暗号化した前記第２のサービス機関に対応するサービス機関識別子、サービスタイプに対応するサービスタイプ識別子、又は、前記サービスネットワークのサービスオブジェクトに対応するサービスオブジェクト識別子を備えるペイロードを備える１つ以上のデータ要素を識別するために、前記ＵＲＬを解析する操作と；
前記サービス機関識別子に基づき、前記１つ以上のデータ要素を前記第２のサービス機関へ送信する操作と；
第１のサービス機関によって、前記サービスオブジェクト識別子及び前記サービスタイプ識別子に基づき、前記サービスオブジェクト及び前記サービスタイプに関連付けられた前記サービス情報を、前記第２のサービス機関から受信する操作と；
前記モバイルデバイス上へ提示するために、前記サービス情報を前記第１のサービス機関から送信する操作と；を備える、前記１つ以上のコンピュータメモリデバイスと；を備える、
コンピュータにより実施されるシステム。
【請求項１７】
前記１つ以上のデータ要素は、ドメイン名と、前記サービスネットワークのバージョン番号と、処理すべきサービスへの１つ以上のアドオンを識別する１つ以上のキー値ペアとのうちの少なくとも１つを更に備える、
請求項１６に記載のコンピュータにより実施されるシステム。
【請求項１８】
前記１つ以上のデータ要素は、デジタルフォーマット又はテキストフォーマットである、
請求項１６に記載のコンピュータにより実施されるシステム。
【請求項１９】
前記サービス情報は、サービスプロバイダ情報又は発注情報のうちの少なくとも一方を備え；前記サービスプロバイダ情報は、サービスプロバイダ名と、サービスプロバイダタイプと、国コードと、郵便番号と、サービスプロバイダアドレスと、発注情報と、１つ以上のサポートされている言語と、１つ以上のサポートされている通貨とのうちの少なくとも１つを備え；前記発注情報は、取引量と、取引通貨と、発注識別子と、発注明細とのうちの少なくとも１つを備える、
請求項１６に記載のコンピュータにより実施されるシステム。
【請求項２０】
前記２Ｄコードは、スリム端末モデルに基づき生成される、域内統一型の販売業者が提示するクイックレスポンス（ＱＲ）コードである、
請求項１６に記載のコンピュータにより実施されるシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、モバイル取引（トランザクション）処理の分野に関する。
【背景技術】
【０００２】
機械読取コード（以下、「コード」という）は、電子デバイスが読み取って暗号化された情報を抽出できる特定の視覚的フォーマットで情報を暗号化するために用いられている。こうしたコードは、表面（例えば製品包装）へ物理的に印刷したり、電子デバイス（例えば携帯電話）の画面に表示したりすることができる。コードの例として、バーコード及びクイックレスポンス（ＱＲ）コードが挙げられる。
【０００３】
初期のコードは、１つだけの空間次元で情報が暗号化されるという点では、一次元（１Ｄ）であった。例えば、標準的なバーコードは、暗号化シンボル（バー）の変位がコードの水平軸上での変位に限られるので、１Ｄコードである。コードは、暗号化された情報を取り出すためにこの水平軸上で読み取られるように意図されており、垂直軸上には、シンボルを変位させることによって暗号化される情報は存在しない。
【０００４】
二次元（２Ｄ）コードは、シンボルが垂直軸上及び水平軸上の両方で変位し、製造及び輸送の各分野で最初に用いられた。ＱＲコード（登録商標）は２Ｄコードの一例である。
【発明の概要】
【０００５】
本願は、ユニフォームリソースロケータ（ＵＲＬ）ベースの２Ｄコードに関連付けられたサービスを管理するための、コンピュータにより実施される方法、コンピュータプログラム製品、及びコンピュータシステムを含む方法及びシステムについて述べる。
【０００６】
実施では、モバイルデバイスにより送信され、且つサービスプロバイダにより提供される二次元（２Ｄ）コードをスキャンすることで前記モバイルデバイスにより取得されるＵＲＬが、第１のサービス機関から受信される。
サービスネットワークに対応するサービスネットワーク識別子と、前記２Ｄコードを発行した第２のサービス機関に対応するサービス機関識別子と、前記サービスネットワークのサービスオブジェクトに対応するサービスオブジェクト識別子を備えるペイロードと、を備える１つ以上のデータ要素を識別するために、前記ＵＲＬが解析される。前記サービス機関識別子に基づき、前記１つ以上のデータ要素が前記第２のサービス機関へ送信される。前記サービスオブジェクト識別子に基づき、前記サービスオブジェクトに関連付けられたサービス情報が、前記第２のサービス機関から受信される。前記モバイルデバイス上で提示するために前記サービス情報が前記第１のサービス機関へ送信される。
【０００７】
上記の実施を含む記載された主題の実施は：コンピュータにより実施される方法を実行するためのコンピュータ読取可能な命令を格納する非一時的なコンピュータ読取可能媒体；及び、１つ以上のコンピュータと相互運用可能に結合され、１つ以上のコンピュータによって実行されたときに、非一時的なコンピュータ読取可能媒体に格納されたコンピュータにより実施される方法／コンピュータ読取可能な命令を実行する有形の非一時的な機械読取可能媒体を有する１つ以上のコンピュータメモリデバイスを含むコンピュータにより実施されるシステム；において、コンピュータにより実施される方法を用いて実施することができる。
【０００８】
本明細書で述べる主題は、特定の実施において、下記の利点の１つ以上を実現するために実施できる。第１に、一時的な信頼できるログイントークンを発行することにより、第１のサーバは、サービス承認を用いて、追加のログインステップを実行することなく発信側アプリケーションから対象アプリケーションのサービスページへの限定的アクセスを提供できる。第２に、サービス承認により許可される限定的アクセスは、未承認のサービスページが信頼できるログインを用いてアクセスされないように保護でき、それが、データセキュリティを向上させる。第３に、信頼できるログインの後、サービスページを発信側アプリケーションへ返信することにより、信頼できるユーザは、サービスを実行するために対象アプリケーションにリダイレクトされる必要がなく、ユーザ体験を向上させる。
【０００９】
本明細書の主題の１つ以上の実施の詳細を、詳細な説明、特許請求の範囲、及び添付図面に記載する。主題の他の特徴、態様、及び利点は、詳細な説明、特許請求の範囲、及び添付図面から、当業者に明らかとなろう。
【図面の簡単な説明】
【００１０】
【図１】図１は、本願の実施に係る、デジタルサービスシステムのサービス処理ワークフローの実施例を示す概略図である。
【００１１】
【図２】図２は、本願の実施に係る、スリム端末モデルに基づき生成されるＵＲＬベースの２Ｄコードの実施例を示す図である。
【００１２】
【図３】図３は、本願の実施に係る、スリム端末モデルに基づく「１回貼り付け」概念の実施例を示す概略図である。
【００１３】
【図４】図４は、本願の実施に係る、サービスとＵＲＬベース２Ｄコードとの相互運用性の実施例を示す概略図である。
【００１４】
【図５】図５は、本願の実施に係る、２Ｄコードバインディング手順の実施例を示すスイムレーン図である。
【００１５】
【図６】図６は、本願の実施に係る、ＵＲＬベース２Ｄコードに基づきサービスを処理する方法の実施例を示すフローである。
【００１６】
様々な図面における同じ番号及び記号は同じ要素を示す。
【発明を実施するための形態】
【００１７】
モバイルインターネットの発展に伴い、スマートフォンの高速で精確なスキャン能力及び復号（デコード）能力ゆえに、２Ｄコードは、様々なサービスシナリオにおいて益々広く使用されるようになっている。多くのオンライン・ツー・オフライン（Ｏ２Ｏ）プラットフォームが現れるにつれて、ユーザは、２Ｄコードをスキャンして様々なサービス、例えばオンライン発注、決済、及び製品追跡にアクセスすることができるようになっている。２Ｄコードが広く用いられることにより、Ｏ２Ｏ統合工程は大きく促進されることとなった。多くのケースで、サービスプロバイダにより展開される２Ｄコードは、単なる情報担体であるだけでなく、サービスの開始、処理、及び情報交換のためのインタラクション（相互作用、対話）媒体でもある。
【００１８】
販売業者（マーチャント）提示２Ｄコードは、多くの場合、モバイル決済に用いられる。一般的に使われる販売業者提示２Ｄコードは、販売業者コード、発注コード、相互運用性コード、又は集計コードを含むことができる。ユーザのモバイル決済体験を一本化し、２Ｄコード展開コストを下げ、モバイル決済市場を標準化するために、国（又は域内）によっては、規制当局により、こうした２Ｄコードのフォーマットを統制する独自の域内統一２Ｄコード規格が定められている。しかし、異なる販売業者が異なる決済機関又はサービスプラットフォームを使用して、代金を回収したりバックエンドサービスを提供したりする場合がある。これに応じて、販売業者提示２Ｄコードは、様々なサービス機関に関連付けられたり、様々なサービス機関により発行されたりする場合がある。その結果、２Ｄコードサービス処理の管理は、複雑で統一性に欠けたものとなる可能性がある。
【００１９】
本願は、ユニフォームリソースロケータ（ＵＲＬ）ベースの２Ｄコードに関連付けられたサービスを管理する方法について述べ、当業者の誰もが、１つ以上の特定の実施で開示される主題を実施し、これを使用できるように提示される。当業者にとって、開示する実施の様々な改変、変更、及び置換は可能であり、容易に想到するであろう。定義される一般原理は、本願の範囲から逸脱することなく他の実施及び用途にも適用可能である。場合によっては、記載する１つ又はそれ以上の実施が曖昧になってしまわないように、記載の主題を理解するには不必要な、当業者の精通範囲にある技術的詳細の１つ又はそれ以上を省略することがある。本願は、記載する又は図示する実施に限定されるものではなく、記載する原理及び特徴と矛盾しない最も広い範囲に一致することを意図している。
【００２０】
ユーザは、サービスを開始するために、モバイルデバイスを使って２Ｄコードをスキャンして対応のサービス情報を取得できる。サービス情報を２Ｄコードに埋め込む代わりに、ＵＲＬを保持するスリム端末モデル（ＳＴＭ）に基づき２Ｄコードを生成できる。このＵＲＬを用いてサービス情報に関連付けられたデータインターフェースを識別できる。２Ｄコードをスキャンすることにより、モバイルデバイスは、埋め込まれたＵＲＬを取得し、これをバックエンドサービスシステムへ転送できる。バックエンドサービスシステムにおけるデジタルサービスネットワークは管理のための中心ハブ（ｈｕｂ）の役割を果たすことができ、様々なサービス機関又はプラットフォームにまたがるサービスを促進できる。デジタルサービスネットワークは、ＵＲＬに含まれるデータ要素に基づき、サービス情報を管理又は維持するサービス機関を識別できる。バックエンドサービスシステムは、次いで、サービス情報を取り出し、これを、サービスを開始するためにモバイルデバイスへ返信できる。２Ｄコードはサービス情報を保持していないため、より迅速にスキャンして、解析（パース）できる。サービス情報を更新する必要がある場合、この更新は、フロントエンドの２Ｄコード自体を更新する代わりに、バックエンドにおいてサービス機関によって実行できる。サービス処理は、どれだけ多くのサービス機関が関与しているかに関わりなく、デジタルサービスネットワークにより効率的に調整されることができる。そのため、２Ｄコードベースのサービス処理を、より効率的にかつ確実に果たすことができる。本願による様々な実施及び技術的効果を、以下の説明の中で検討する。
【００２１】
図１は、本願の実施に係る、デジタルサービスシステム１００のサービス処理ワークフローの実施例を示す概略図である。高いレベルにおいて、デジタルサービスシステム１００は、ユーザ側１０２と獲得（取得）側１０４とを含むことができる。ユーザ側１０２は、モバイルデバイスにインストールされたフロントエンドアプリケーション（ＡＰＰ）１０６と、バックエンドユーザ側サービス機関１１０とを含むことができる。獲得側１０４は、サービスプロバイダ、例えば販売業者１０８と、獲得側サービス機関１１４とを含むことができる。実施によっては、ユーザ側１０２と獲得側１０４の両サービス機関を、デジタルサービスネットワーク１１２又は中央転送プラットフォーム（ＣＴＰ）により相互に接続できる。当然ながら、デジタルサービスネットワーク１１２は、ユーザ側の複数のサービス機関及び販売業者側の複数のサービス機関へサービスを提供できる。サービス機関１１０、１１４とデジタルサービスネットワーク１１２とにより促進されるサービスは、任意の適切なサービス、例えば決済サービス、モノのインターネット（ＩｏＴ）情報、位置情報サービス（ＬＢＳ）、コンテンツサービス、又はＡＰＰインストールサービスとすることができる。例えば、サービスが決済サービスである場合、ＡＰＰ１０６を、デジタル決済ＡＰＰとすることができ、ユーザ側サービス機関１１０及び獲得側サービス機関１１４を、ユーザ側決済機関及びサービス側機関とすることができ、デジタル決済ネットワーク１１２を、デジタル決済ネットワークとすることができる。デジタルサービスシステム１００のサービス処理ワークフローを、下記実施例の例示を通じて説明できる。
【００２２】
ステップ１１６では、モバイルデバイスにインストールされたモバイルＡＰＰ１０６を用いて、販売業者が提示するＵＲＬベースの２Ｄコードがスキャンされる。ＵＲＬベースの２Ｄコードは、任意の二次元コード、例えばＱＲコード（登録商標）の形態とすることができる。特定のアプリケーションシナリオによっては、ＵＲＬベースの２Ｄコードを、販売業者コード、発注コード、相互運用性コード、域内統一コード、又は他のタイプのコードとして展開できる。これらのコードを更に詳細に以下説明する。
【００２３】
ＳＴＭに基づいて、ＵＲＬベースの２Ｄコードを生成できる。ＳＴＭは、インタラクション時に少量の情報が交換されるユーザ／販売業者インタラクションシナリオのことを言う。ＳＴＭを用いる場合、比較的少量の情報が２Ｄコードへ暗号化されるので、サービス情報の収集は、販売業者が提示する２Ｄコードのスキャンからのデータインタラクション期間に限定されない。これは、サービスを処理するためのほとんどのサービス情報が２Ｄコードへ暗号化されるリッチ端末モデル（ＲＴＭ）とは対照的である。サービス情報のうちの少量である一部がＳＴＭ  ２Ｄコードをスキャンすることにより取得されるので、サービス情報の取得は、その大部分をバックエンドサーバが実行できる。そのため、サービスの実行に関与する主たる関係者は、アカウントがどれだけ多くのサービスプラットフォーム又は機関に関連付けられているかに関わりなく、２ＤコードをスキャンするサービスＡＰＰ１０６に関連付けられたユーザである。比較的少量の情報が２Ｄコードへ暗号化されるので、サービス情報の収集は、その大部分をバックエンドサーバに任せることができ、ＡＰＰ１０６と２Ｄコードとの間のより迅速なデータインタラクション、及び、フロントエンドで晒される情報の減少によって、より強固なデータセキュリティに繋がる。更に、サービス情報の大部分をバックエンドで管理及び維持できるので、サービス情報の更新が必要な場合、販売業者１０８は、ＳＴＭシナリオの下にある場合のように、新しい２Ｄコードを要求し再展開しなくてもよい。場合によっては、こうした更新をバックエンドで行い、新たな２Ｄコードを再展開するための展開及びマテリアルコストを低減できる。
【００２４】
実施によっては、ＳＴＭに基づき生成される２Ｄコードは、ＵＲＬの情報フォーマットを保持することができる。表１は、２Ｄコードへ暗号化されたＵＲＬの例示のデータ要素を示す。当然ながら、本願によるＵＲＬが含むことができるのは、以下に列挙するデータ要素又は追加のデータ要素の一部だけである。
【表１】
0006756905.tif 000002
【００２５】
表１に示すように、ＵＲＬのデータ要素は、「プロトコルヘッダ（Ｐｒｏｔｏｃｏｌ  Ｈｅａｄｅｒ）」と、「ドメイン名（Ｄｏｍａｉｎ  Ｎａｍｅ）」と、「ネットワークＩＤ（Ｎｅｔｗｏｒｋ  ＩＤ）」と、「バージョンＩＤ（Ｖｅｒｓｉｏｎ  ＩＤ）」と、「サービスタイプＩＤ（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ  ＩＤ）」と、「サービス機関ＩＤ（Ｓｅｒｖｉｃｅ  Ｉｎｓｔｉｔｕｔｉｏｎ  ＩＤ）」と、「ペイロード（Ｐａｙｌｏａｄ）」と、１つ以上のパラメータとを含む。これらのデータ要素は、テキスト形式又はデジタル形式のいずれかで表すことができる。「プロトコルヘッダ」は、データ通信に用いられるプロトコルを意味することができる。例えば、「プロトコルヘッダ」は、ハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）がＵＲＬに関連付けられたデータ通信プロトコルである場合、「ｈｔｔｐｓ」とすることができる。実施によっては、デジタルサービスネットワーク１１２のオペレータが、ドメイン名を適用し、これを管理できる。例えば、ドメイン名は、テキスト形式で「ｑｒ．ｄｅｍｏｄｉｇｉｔａｌｎｅｔｗｏｒｋ．ｃｏｍ．」と表すことができる。ネットワークＩＤ（識別子）は、サービスを管理又は促進するために用いられるデジタルサービスネットワークを識別できる。ネットワークＩＤの長さは様々であってよい。例えば、テキスト形式のネットワークＩＤを「ｄｅｍｏｄｉｇｉｔａｌｎｅｔｗｏｒｋ」と表すことができ、デジタル形式で表されるネットワークＩＤは２５と３０との間の整数値を取ることができる。バージョンＩＤの長さは様々であってよい。これは、デジタルサービスネットワーク１１２のバージョン番号を識別するためにデジタルサービスネットワーク１１２によって定義できる。例えば、第２のバージョンで用いられるデジタルサービスネットワーク１１２を識別するため、バージョンＩＤをテキスト形式で「ｖ２」のように表すことができる。
【００２６】
サービスタイプＩＤは、ＵＲＬベースの２Ｄコードに関連付けられた適用可能なサービスを識別できる。表２は、サービス例と、それぞれに対応するテキスト形式及びデジタル形式のＵＲＬ表記を示す。
【表２】
0006756905.tif 000003
【００２７】
サービス機関ＩＤは、販売業者１０８向けサービスを獲得する獲得側１０４のサービス機関１１４を識別できる。例えば、サービスが決済サービスである場合、サービス機関ＩＤは、販売業者１０８のために代金を回収する決済機関１１４を識別できる。実施によっては、サービス機関ＩＤにより識別されるサービス機関１１４が、ＵＲＬベースの２Ｄコードを発行できる。例えば、テキスト形式のサービス機関ＩＤを、「ｄｅｍｏｐａｙｍｅｎｔｉｎｓｔｉｔｕｔｉｏｎ」と表すことができ、デジタル形式で表されるネットワークＩＤは、００１と９９９の間の整数値を取ることができる。実施によっては、サービス機関ＩＤを「ｄｅｆａｕｌｔ」又は空（ｎｕｌｌ）値（例えば「０００」）に設定することにより、デフォルト（既定の）サービス機関が指定されている旨、又は、サービス機関が指定されていない旨を示すことができる。
【００２８】
ペイロードは、デジタルサービスネットワーク１１２のサービスオブジェクトを識別する識別子を含むことができる。サービスオブジェクトは、獲得側サービス機関１１４により管理され維持されるサービス情報にリンクするために用いられるインターフェースとすることができる。実施によっては、サービス情報は、販売業者情報、例えば、販売業者名と、販売業者タイプと、販売業者の国コード又は郵便番号と、販売業者アドレスと共に、１つ以上のサポートされている言語と、１つ以上のサポートされている通貨とを含むことができる。実施によっては、サービス情報は、更に、発注情報又は取引情報、例えば発注量と、サポートされている通貨と、発注ＩＤと、発注又は取引明細とを含むことができる。当然ながら、サービス情報は、サービスの実行に関する他の情報を含むことができる。
【００２９】
獲得側サービス機関１１４のバックエンドサーバにより提供される１つ以上のアドオンサービスを、パラメータにより識別できる。パラメータは、キー値ペアのフォーマットとすることができる。アドオンサービスとして、限定されないが、追加の発注情報、販売情報、又は他の情報、例えば１つ以上のロイヤルティ番号、デジタルバウチャ情報、クーポン情報、ラッキー抽選情報、全地球測位システム（ＧＰＳ）位置、テーブル番号、座席番号等が挙げられる。
【００３０】
そのため、本願による、２Ｄコードへ暗号化されたテキストフォーマット（形式）のＵＲＬの例を次のように表すことができる。すなわち、
ｈｔｔｐｓ：／／ｑｒ．ｄｅｍｏｄｉｇｉｔａｌｎｅｔｗｏｒｋ．ｃｏｍ／ｄｅｍｏｄｉｇｉｔａｌｎｅｔｗｏｒｋ／ｖ２／ｍｅｒｃｈａｎｔ＿ｑｒ＿ｐａｙｍｅｎｔ／ｄｅｍｏｐａｙｍｅｎｔｉｎｓｔｉｔｕｔｉｏｎ／０１２３４５６７８９０１２３４
【００３１】
本願による、２Ｄコードへ暗号化されたデジタルフォーマットのＵＲＬの例を次のように表すことができる。すなわち、
ｈｔｔｐｓ：／／ｑｒ．ｄｅｍｏｄｉｇｉｔａｌｎｅｔｗｏｒｋ．ｃｏｍ／２８／２／０５／００１／０１２３４５６７８９０１２３４
【００３２】
図２に、例示としてのＵＲＬベースの２Ｄコードの対応する視覚描写を示す。図２は、本願の実施に係る、ＳＴＭに基づき生成されるＵＲＬベースの２Ｄコード２００の例を示す。図２の左側に、テキストＵＲＬベースの２Ｄコード２１０の視覚描写を示す。図２の右側に、デジタルＵＲＬベースの２Ｄコード２２０の視覚描写を示す。
【００３３】
ステップ１１８では、ＵＲＬベースの２Ｄコードをスキャンしてから復号されたＵＲＬを送信することにより、サービス情報が要求される。決済サービスを例に取ると、ユーザは、販売業者が提示するＵＲＬベースの２Ｄコードをスキャンすることにより、販売業者に対してモバイル決済を行うことができる。ユーザは、モバイルデバイスにインストールされたデジタル決済ＡＰＰ１０６、例えばＡＬＩＰＡＹ（アリペイ）を開き、ＡＰＰ１０６に関連付けられたサービス又は決済アカウントへログインし、ＡＰＰのスキャン機能を使って、モバイルデバイスのカメラを通してコードをスキャンすることができる。実施によっては、モバイルデバイスは、２ＤコードをＵＲＬフォーマットの文字列に復号でき、それは、ステップ１１６の説明で検討したようなデータ要素のうちの１つ以上を含む。モバイルデバイスは、次いで、文字列として復号されたＵＲＬをユーザ側サービス機関１１０へ送信できる。実施によっては、ユーザ側サービス機関は、サービス又は決済アカウントをＡＰＰ１０６のユーザに提供する決済機関とすることができる。
【００３４】
ステップ１２０では、ユーザ側サービス機関１１０によりＵＲＬが解析され、ＵＲＬの少なくとも一部がデジタルサービスネットワーク１１２へ送信される。ＵＲＬは、いくつかのデータ要素、例えばサービスネットワークＩＤ（識別子）、サービス機関ＩＤ、バージョンＩＤ、ペイロード、及びサービスタイプＩＤを含むことができる。ＵＲＬを解析する目的は、ＵＲＬベースのコードがユーザ側サービス機関１００により発行されたものであるかどうかを特定するステップを含む。このステップは、例えば、ＵＲＬを解析してサービス機関ＩＤデータ要素を識別することにより行うことができる。サービス機関ＩＤがユーザ側サービス機関１１０のＩＤとマッチする場合、ユーザ側サービス機関１００は、それが対応サービス情報を維持していると特定でき、サービス情報をモバイルデバイスへ返信する。そうでない場合、ユーザ側サービス機関１００は、ＵＲＬからの解析されたサービスネットワークＩＤに基づき、データ文字列としてのＵＲＬの少なくとも一部をデジタルサービスネットワーク１１２へ送信してＵＲＬに含まれるサービス機関ＩＤに関連付けられたサービス機関を識別できる。場合によっては、ＵＲＬのこの一部が、少なくともサービス機関ＩＤと、サービスタイプＩＤとを含む。実施によっては、ユーザ側サービス機関１００は、サービス機関ＩＤに関連付けられたサービス機関を識別できる。このような場合、ユーザ側サービス機関は、少なくともサービスタイプＩＤとペイロードとをサービス機関へ送信することにより、サービス情報を、対応するサービス機関に直接要求できる。
【００３５】
ステップ１２２では、ＵＲＬのこの一部がデジタルサービスネットワーク１１２により解析され、ＵＲＬのこの一部に含まれるサービスタイプＩＤとペイロードとが、獲得側サービス機関１１４へ送信される。デジタルサービスネットワーク１１２は、受信されたＵＲＬを解析してサービス機関ＩＤと、サービスタイプＩＤと、ペイロードとを特定する。デジタルサービスネットワーク１１２は、１つ以上のサービス機関に対応するサービス機関ＩＤのリストを維持できる。デジタルサービスネットワーク１１２は、受信されたＵＲＬのサービスタイプＩＤとペイロードとを、サービス機関ＩＤにマッチする獲得側サービス機関１１４へ送信できる。
【００３６】
ステップ１２４では、サービスタイプＩＤとペイロードとに基づき、要求されたサービス情報が、獲得側サービス機関１１４によりデジタルサービスネットワーク１１２へ返信される。獲得側サービス機関１１４は、サービスタイプＩＤに基づき、ＵＲＬベースの２Ｄコードのコードタイプを特定できる。サービスタイプＩＤに基づきモバイルデバイスへ返信すべきサービス情報を、コードタイプにより特定できる。例えば、コードタイプが資金送金である場合、返信すべきサービス情報は、資金の送金先、取引ＩＤ、対応通貨等を含む発注情報とすることができる。コードタイプが発注コードである場合、モバイルデバイスへ返信すべきサービス情報は、ユーザがモバイルデバイスを使用して発注を確認できるように、支払先である販売業者名及び支払金額を含むことができる。コードタイプが販売業者コードである場合、モバイルデバイスへ返信すべきサービス情報は、販売業者名が正しい場合にユーザが支払金額を検証し入力できるように、販売業者名を含むことができる。
【００３７】
ペイロードは、デジタルサービスネットワーク１１２のサービスオブジェクトの識別子を含むことができる。サービスオブジェクトは、獲得側サービス機関１１４により管理され維持されている様々なサービス情報にリンクするインターフェースとすることができる。獲得側サービス機関１１４へ送信されるＵＲＬデータ要素が１つ以上のパラメータを更に含む場合、獲得側サービス機関１１４のバックエンドサーバにより提供される１つ以上のアドオンサービスの情報を返信できる。アドオンサービスは、追加発注情報、販売業者情報、販売情報、又は、例えば１つ以上のロイヤルティ番号、デジタルバウチャ情報、クーポン情報、ラッキー抽選情報、ＧＰＳ位置、テーブル番号、座席番号等のその他情報を含むことができる。
【００３８】
上の説明から分かるように、ＳＴＭの下で生成される２Ｄコードから復号されたＵＲＬは、サービス情報の場所を特定し返信するための識別子を提供する。２Ｄコード自体はサービス情報を持たない。したがって、サービス情報を持つＲＴＭ  ２Ｄコードと比較して、ＳＴＭ  ２Ｄコードは、サービス情報から切り離されている。２Ｄコードをサービス情報から切り離す利点を、図３の説明で示すことができる。
【００３９】
図３は、本願の実施に係る、ＳＴＭに基づく「１回貼り付け」概念の実施例３００を示す概略図である。２Ｄコードがサービスプロバイダ、例えば販売業者に発行された後、サービスプロバイダは、２Ｄコードを１回貼り付け３２０するだけでよい。２Ｄコードに関連付けられたサービス情報に変更があった場合、２Ｄコードを差し替える必要はない。サービス情報の変更は、図１の説明で検討したように、バックオフィス又はバックエンド３３０、例えば獲得側サービス機関１１４又はデジタルサービスネットワーク１１２により行われて、ペイロードに含まれる識別子で識別されるサービスオブジェクトにリンクすることができる。モバイルデバイス３１０が２Ｄコードをスキャンした後、２Ｄコードからの復号されたＵＲＬを用いて、更新されたサービス情報を取り出せる。この実施例３００において、２Ｄコードは代金を回収するための販売業者コードであり、販売業者は自らの販売業者情報、例えば販売業者名及び対応する決済通貨を変更しており、販売業者が使用する決済機関によって対応する販売業者情報は更新することができる。モバイルデバイス３１０は、同じ２Ｄコードをスキャンすることにより、更新された販売業者名及び対応する決済通貨を取得できる。ＲＴＭ  ２Ｄコードと比較すると、ＲＴＭ  ２Ｄコードは、サービス情報が埋め込まれているため、サービス情報が更新された場合に差し替えられる必要がある。更に、ＲＴＭ  ２Ｄコードはサービス情報を持つので、ＲＴＭ  ２Ｄコードのスキャンは、サービス情報を持たないＳＴＭ  ２Ｄコードのスキャンに比べて時間がかかる可能性がある。
【００４０】
ＵＲＬベースの２Ｄコードを用いることにより、様々なタイプのサービス情報を更新できる。図４は、本願の実施に係る、サービスとＵＲＬベースの２Ｄコードとの相互運用性の実施例４００を示す概略図である。この実施例４００において、２Ｄコード４１０をスキャンしてから復号されるＵＲＬを用いて、サービス、例えば食事サービス４２０、決済サービス４３０、ＩｏＴ情報４４０、ウェブコンテンツ４５０、ＡＰＰダウンロード４６０、又はＬＢＳ４７０を開始できる。様々なサービスを、ＵＲＬにおいて識別されるサービスタイプＩＤ及びサービスオブジェクトに関連付けることにより、モバイルデバイスは、２Ｄコード４１０をスキャンしてから様々なタイプのサービス又はサービス情報を取得できる。
【００４１】
再び図１を参照すると、ステップ１２６では、デジタルサービスネットワーク１１２により、サービス情報がサービスアカウントプロバイダへ返信される。ステップ１２８において、返信されたサービス情報を含むサービス確認ページがユーザ側サービス機関１１０によりレンダリングされ、モバイルデバイス上のＡＰＰ１０６へプッシュされる。実施によっては、ユーザ側サービス機関１１０は、デジタルサービスネットワーク１１２により転送されるサービス情報をモバイルデバイスへ返信する。モバイルデバイスにインストールされたＡＰＰ１０６は、サービス確認ページ上でサービス情報をレンダリングすることができる。
【００４２】
モバイル決済を例に取ると、サービス情報（例えば、販売業者名）が正しい場合、ステップ１３０において、ユーザは、サービス情報を確認できる、又は、必要であれば情報を入力（例えば、支払金額を入力）して決済要求を開始できる。ステップ１３２では、ユーザ側サービス機関１１０が決済要求を受信し、対応する支払金額をユーザの口座から引き落とす。ステップ１３４では、ユーザ側サービス機関１１０は、デジタルサービスネットワーク１１２へ、支払金額を送金する。ステップ１３６では、デジタルサービスネットワーク１１２は、獲得側サービス機関１１４へ支払金額を転送する。獲得側サービス機関１１４は、ステップ１３８で決済を処理し、販売業者１０８へ入金し、決済確認を、ステップ１４０ａで販売業者１０８へ、そしてステップ１４０ｂでデジタルサービスネットワーク１１２へ送信する。デジタルサービスネットワークは、ステップ１４２で、決済確認をユーザ側サービス機関１１０へ転送し、ユーザ側サービス機関１１０は、決済確認をＡＰＰ１０６へ転送する、又は、決済確認ページをレンダリングしてＡＰＰ１０６へプッシュする。
【００４３】
サービス処理ワークフローの間、ＡＰＰ１０６と獲得側１０４との間の直接的な情報交換は比較的限定される。情報の大部分は、バックエンドにて、ユーザ側サービス機関１１０と、デジタルサービスネットワーク１１２と、獲得側サービス機関１１４との間で交換される。情報交換環境の信頼性は高く、当事者間のデータセキュリティをより良好に確保できる。
【００４４】
図５は、本願の実施に係る、２Ｄコードバインディング（紐づけ）手順５００の実施例を示すスイムレーン図である。コードバインディング工程を用いて１バッチの域内統一２Ｄコードを迅速に生成できる。
【００４５】
ステップ５１４で、サービスシステムＩ（５０８）は、１バッチの空コードを生成し、これをコードプラットフォーム５０６へ送信する。空コードは、図１の説明で検討したＵＲＬベースのＳＴＭ  ２Ｄコードとすることができる。２Ｄコードは、埋め込まれたＵＲＬがサービス情報に何ら関連付けられていないため、空である。実施によっては、サービスシステムＩ（５０８）は、図１の説明で検討した獲得側サービス機関１１４とすることができる。実施によっては、サービスシステムＩ（５０８）は、生成すべき空コードの数を特定するために、販売業者情報、例えばサービスを提供すべき販売業者の数、を収集してもよい。コードプラットフォーム５０６は、サービスシステムＩ（５０８）の一部とすることも、サービスシステムＩ（５０８）から独立させることもできる。
【００４６】
ステップ５１６で、サービスシステムＩ（５０８）は、印刷してサービスシステムＩ（５０８）へ返送するための１バッチの空コードを、マテリアルプラットフォーム５１２へ送信する。マテリアルプラットフォーム５１２は、サービス機関の一部とすることも、サービスシステムＩ（５０８）から独立させることもできる。
【００４７】
ステップ５１８で、サービスシステムＩ（５０８）がサービスを提供している販売業者５０２は、空のコードにバインディングするべき販売業者情報を提供するため、１バッチの空コードをスキャンする。販売業者情報は、図１の説明で検討したサービス情報を含むことができる。販売業者情報をコードプラットフォームへ送信することにより、コードプラットフォームは、空コードのＵＲＬで識別される対応するサービスタイプとサービスオブジェクトとを販売業者情報にバインディングすることができる。
【００４８】
ステップ５２０で、コードプラットフォーム５０６は、販売業者情報を１バッチの空コードにバインディングする。バインディングされた後、ＵＲＬベースの２Ｄコードはもはや空ではなく、対応する販売業者情報に関連付けられている。サービスシステムＩ（５０８）は、次いで、サービスを提供している対応する販売業者５０２へ、印刷されたコードを配信できる。
【００４９】
ステップ５２２で、ユーザは、販売業者５０２により提示されたＵＲＬベースの２Ｄコードをスキャンして対応のサービス処理を開始する。ステップ５２４では、サービス処理を、サービス機関ＩＩ（５１０）、例えば図１の説明で検討したユーザ側サービス機関１１０へ進めることができる。残りのサービス処理を、図１の説明で検討したような例示のワークフロー１００に基づき実行できる。
【００５０】
図６は、本願の実施に係る、ＵＲＬベースの２Ｄコードに基づきサービスを処理する方法６００の実施例を示すフローである。提示内容を明確化するため、以下に続く説明は一般に、この明細書の他の図面との関連で方法６００を説明する。ただし、当然ながら、方法６００は、必要に応じて、例えば、任意のシステム、環境、ソフトウェア、及びハードウェアにより、又は、システムと、環境と、ソフトウェアと、ハードウェアとの組み合わせにより実行できる。実施によっては、方法６００の様々なステップを、並行に、組み合わせて、繰り返し、又は任意の順序で実行できる。
【００５１】
ステップ６０２において、第１のサービス機関からのＵＲＬが受信され、ここで、ＵＲＬは、サービスプロバイダにより提供される２Ｄコードをスキャンすることでモバイルデバイスにより取得され、送信される。方法６００は、図１の説明において検討したような１つ以上のサービス機関を接続し、それらにサービスを提供するデジタルサービスネットワーク１１２により実行できる。第１のサービス機関は、ユーザ側サービス機関１１０とすることができる。２Ｄコードは、ＵＲＬベースの２Ｄコード、例えば、ＳＴＭに基づき生成される域内統一型の販売業者が提示するＱＲコード（登録商標）とすることができる。サービスプロバイダにより２Ｄコードが提示されてサービス（例えば、決済サービス）を開始できる。ユーザはユーザアカウントに関連付けられたＡＰＰを開いて２Ｄコードをスキャンすることができる。２ＤコードをスキャンすることでＵＲＬを取得し、これを、ユーザアカウントを提供するサービス機関へ送信できる。このサービス機関は、ＵＲＬを解析してネットワークＩＤを識別し、ＵＲＬの少なくとも一部をネットワークＩＤに対応するデジタルサービスネットワークへ送信できる。方法６００は、ステップ６０２からステップ６０４へ進む。
【００５２】
ステップ６０４において、１つ以上のデータ要素を識別するためにＵＲＬが解析される。ここで、１つ以上のデータ要素は、サービスネットワークＩＤと、２Ｄコードを発行する第２のサービス機関を識別するサービス機関ＩＤと、サービスネットワークのサービスオブジェクトを識別する識別子を含むペイロードとを含む。実施によっては、１つ以上のデータ要素は、ドメイン名と、サービスネットワークのバージョン番号と、サービスタイプを識別するサービスタイプＩＤと、処理すべきサービスへの１つ以上のアドオンを識別する１つ以上のキー値ペアとのうちの少なくとも１つを更に含む。ＵＲＬに含まれる１つ以上のデータ要素は、デジタルフォーマット及びテキストフォーマットのいずれか一方とすることができる。処理すべきサービスへの１つ以上のアドオンは、ロイヤルティ番号と、バウチャ情報と、クーポン情報と、ラッキー抽選情報と、全地球測位システム（ＧＰＳ）位置と、テーブル番号と、座席番号とのうちの少なくとも１つを含む。方法６００は、ステップ６０４からステップ６０６へ進む。
【００５３】
ステップ６０６において、サービス機関ＩＤに基づき、１つ以上のデータ要素が第２のサービス機関へ送信される。第２のサービス機関は、図１の説明において検討したような、ＵＲＬベースの２Ｄコードを発行する獲得側サービス機関１１４とすることができる。方法６００は、ステップ６０６からステップ６０８へ進む。
【００５４】
ステップ６０８において、第２のサービス機関からのサービスオブジェクトに関連付けられたサービス情報が受信される。実施によっては、サービス情報は、サービスプロバイダ情報及び発注情報のうちの少なくとも一方を含む。サービスプロバイダ情報の例としては、サービスプロバイダ名、サービスプロバイダタイプ、国コード、郵便番号、サービスプロバイダアドレス、発注情報、１つ以上のサポートされている言語、又は１つ以上のサポートされている通貨が挙げられる。発注情報の例としては、取引量、取引通貨、発注識別子、又は発注明細が挙げられる。方法６００は、ステップ６０８からステップ６１０へ進む。
【００５５】
ステップ６１０において、サービス情報が第１のサービス機関へ送信されてモバイルデバイスに提示される。実施によっては、モバイルデバイスのユーザがサービス情報を検証した後、モバイルデバイスがサービス要求を送信してサービスを開始できる。このような場合、デジタルサービスネットワークがサービス要求を第１のサービス機関から受信できる。デジタルサービスネットワークは、次に、サービス要求を、第２のサービス機関へ送信してサービスを処理できる。処理後、サービス処理結果が第２のサービス機関から受信される。デジタルサービスネットワークは、次に、サービス処理結果を第１のサービス機関へ送信してモバイルデバイスに提示できる。ステップ６２０の後、方法６００は停止する。
【００５６】
本明細書に記載する主題の実施は、特定の利点又は技術的効果を実現するために実施できる。例えば、サービス情報の大部分は、バックエンドにて管理し維持できるため、サービス情報を更新する必要がある場合、サービスプロバイダは、ＲＴＭシナリオの場合のように新しい２Ｄコードを要求して再展開しなくてもよい。更新は、時には展開及びマテリアルコストを低減するようバックエンドにて行うこともできる。ＳＴＭ下で生成される２Ｄコードから復号されるＵＲＬは、サービス情報の場所を特定しそれを返信するための識別子を提供する。２Ｄコード自体はサービス情報を持っていない。したがって、ＳＴＭ  ２Ｄコードはその基本的なサービスから切り離されている。ＳＴＭは更に、１バッチのＵＲＬベースの２Ｄコードを迅速に生成できるようにする。
【００５７】
上記の方法論により、様々なモバイルコンピューティングデバイスの処理効率及びデータセキュリティの強化が可能になる。比較的少量の情報がＳＴＭに基づいて２Ｄコードに暗号化されるため、サービス情報収集の大部分をバックエンドサーバに任せることができ、モバイルデバイスと２Ｄコードとの間のデータインタラクションは迅速化され、フロントエンドでの情報の露出が減ることによりデータセキュリティは向上する。そのため、情報交換環境は信頼性が高く、関係者間のデータセキュリティをより良好に保護できる。
【００５８】
上記の方法論は、効率的なスキャン、２Ｄコードの生成、及び２Ｄコード再生成量の低減を通じてコンピュータリソース（例えば、処理サイクル、ネットワーク回線容量、及びメモリ使用量）の効率的な利用を確保できる。少なくともこれらの作用は、モバイルインターネットサービス環境における利用可能なコンピュータリソースの浪費を最小化することができる、又は、抑えることができる。サービス情報が更新された場合、既存の２Ｄコードを置き換える代わりに、それらを更新されたサービス情報に関連付けることにより、２Ｄコードをそのまま保持できる。
【００５９】
本明細書で述べる実施及び操作は、本明細書に開示する構造を含むデジタル電子回路により、又は、コンピュータソフトウェア、ファームウェア若しくはハードウェアにより、あるいは、それらの１つ以上の組み合わせにより実施できる。操作は、データ処理装置により１つ以上のコンピュータ読取可能記憶デバイスに格納されたデータに対して、又は、他のソースから受信されるデータに対してなされる操作として実施できる。データ処理装置、コンピュータ、又はコンピューティングデバイスは、例えば、プログラム可能なプロセッサ、コンピュータ、チップ上システム、又はそれらの複数若しくは組み合わせを含む、データを処理するための装置、デバイス、及びマシンであってもよい。装置は、専用論理回路、例えば、中央処理ユニット（ＣＰＵ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、又は特定用途向け集積回路（ＡＳＩＣ）を含むことができる。装置は、対象のコンピュータプログラムのための実行環境を創出するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム（例えばオペレーティングシステム若しくはオペレーティングシステムの組み合わせ）、クロスプラットフォームランタイム環境、仮想マシン、又はこれらの１つ以上の組み合わせを構成するコードを更に含むことができる。装置及び実行環境は、様々な異なるコンピューティングモデルインフラストラクチャ、例えばウェブサービス、分散型コンピューティング及びグリッドコンピューティングインフラストラクチャを実現できる。
【００６０】
コンピュータプログラム（例えば、プログラム、ソフトウェア、ソフトウェアアプリケーション、ソフトウェアモジュール、ソフトウェアユニット、スクリプト、又はコードとしても知られる）は、コンパイラ型又はインタープリタ型言語、宣言型又は手続き型言語を含むいずれの形態のプログラミング言語でも記述でき、スタンドアロンプログラムとして、又はコンピューティング環境での使用に適するモジュール、コンポーネント、サブルーチン、オブジェクト、若しくは他のユニットとしての形態を含む、いずれの形態でも展開できる。プログラムを、他のプログラム又はデータ（例えば、マークアップ言語ドキュメントに格納される１つ以上のスクリプト）を保持するファイルの一部に、対象のプログラム専用の単一のファイルに、又は多数の協調ファイル（例えば、１つ以上のモジュール、サブプログラム、又はコードの一部を格納するファイル）に格納できる。コンピュータプログラムを、１つのコンピュータ、又は、１つのサイトに位置する、若しくは、多数のサイトに分散し通信ネットワークにより相互接続される複数のコンピュータ上で実行できる。
【００６１】
コンピュータプログラムの実行のためのプロセッサとしては、例えば、汎用及び専用マイクロプロセッサの両方、並びに、任意の種類のデジタルコンピュータの１つ以上のプロセッサが挙げられる。一般に、プロセッサは、命令及びデータを、リードオンリーメモリ又はランダムアクセスメモリ又はその両方から受信することになる。コンピュータの必須要素は、命令に従い動作を果たすためのプロセッサと、命令及びデータを格納するための１つ以上のメモリデバイスである。一般に、コンピュータは、データを格納するための１つ以上の大容量記憶デバイスを更に含んで、又は、それらに動作可能に連結されて、データの受信、送信、又はその両方を行う。コンピュータを、別のデバイス、例えば、モバイルデバイス、携帯情報端末（ＰＤＡ）、ゲーム機、全地球測位システム（ＧＰＳ）受信機、又はポータブル記憶デバイスに埋め込むことができる。コンピュータプログラム命令及びデータの格納に適するデバイスとしては、例えば、半導体メモリデバイス、磁気ディスク、光磁気ディスクを含む、不揮発性メモリ、媒体、及びメモリデバイスが挙げられる。プロセッサ及びメモリは、専用論理回路により補完することも、専用論理回路に組み込むこともできる。
【００６２】
モバイルデバイスとして、ハンドセット、ユーザ装置（ＵＥ）、携帯電話（例えば、スマートフォン）、タブレット、ウェアラブルデバイス（例えば、スマートウォッチ及びスマートアイグラス）、ヒトの体内の埋め込みデバイス（例えば、バイオセンサ、人工内耳）、又は他のタイプのモバイルデバイスを含むことができる。モバイルデバイスは、様々な通信ネットワーク（下に記載）に無線通信（例えば、無線周波（ＲＦ）信号を用いて）することができる。モバイルデバイスは、モバイルデバイスの現在の環境の特性を特定するためのセンサを含むことができる。センサとして、カメラ、マイクロホン、近接センサ、ＧＰＳセンサ、運動センサ、加速度計、周辺光センサ、湿度センサ、ジャイロスコープ、コンパス、圧力計、指紋センサ、顔認識システム、ＲＦセンサ（例えば、Ｗｉ−Ｆｉ及びセル無線）、熱センサ、又は他のタイプのセンサを含むことができる。例えば、カメラは、可動若しくは固定レンズ、フラッシュ、画像センサ、及び画像プロセッサを備える前面又は背面カメラを含むことができる。カメラは、顔及び／又は虹彩認識のための詳細を捕捉することができるメガピクセルカメラとすることができる。カメラは、データプロセッサと、メモリに格納される又は遠隔からアクセスされる認証情報とともに、顔認識システムを形成できる。顔認識システム、又は、１つ以上のセンサ、例えば、マイクロホン、運動センサ、加速度計、ＧＰＳセンサ、若しくはＲＦセンサを、ユーザ認証に用いることができる。
【００６３】
ユーザとのインタラクションを提供するため、表示デバイス及び入力デバイス、例えば、情報をユーザに表示するための液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）／仮想現実（ＶＲ）／拡張現実（ＡＲ）ディスプレイ、並びに、ユーザがコンピュータに情報を入力できるタッチスクリーン、キーボード、及びポインティングデバイスを有するコンピュータ上で実施の形態を実施できる。他の種類のデバイスを用いてユーザとのインタラクションを提供することもでき、例えば、ユーザに提供されるフィードバックは、何れの形態の知覚的フィードバック、例えば、視覚的フィードバック、聴覚的フィードバック、又は触覚的フィードバックであってもよく、ユーザからの入力を、音響、音声、又は触覚入力を含む何れの形態でも受信することができる。加えて、コンピュータは、ユーザが使用するデバイスにドキュメントを送信しユーザが使用するデバイスからドキュメントを受信すること、例えば、ウェブブラウザから受信した要求に応えてウェブページをユーザのクライアントデバイス上のウェブブラウザへ送信することにより、ユーザとインタラクションすることができる。
【００６４】
実施の形態を、有線又は無線デジタルデータ通信（又はそれらの組み合わせ）、例えば、通信ネットワークの任意の形態又は媒体により相互接続されたコンピューティングデバイスを用いて実施できる。相互接続されたデバイスの例は、通常は互いに遠隔であり、典型的には通信ネットワークを通じてインタラクションする、クライアントとサーバである。クライアント、例えばモバイルデバイスは、それ自体がサーバと、又はサーバを通じて、取引を実行する、例えば、購入、販売、決済、寄付、送信、若しくは貸借取引を実行でき、又はこれらを承認できる。こうした取引は、動作と応答が時間的に近接するような、例えば、動作と応答が実質的に同時に起こることを人が知覚するように、個人の動作に続く応答時間差が１ミリ秒（ｍｓ）未満又は１秒（ｓ）未満であるような、又は、システムの処理限界を考慮して意図的遅延なく応答がなされるような、リアルタイムでの取引であってもよい。
【００６５】
通信ネットワークの例としては、ローカルエリア・ネットワーク（ＬＡＮ）、無線アクセスネットワーク（ＲＡＮ）、大都市圏ネットワーク（ＭＡＮ）、及び広域ネットワーク（ＷＡＮ）がある。通信ネットワークは、インターネットの全部又は一部、別の通信ネットワーク、又は通信ネットワークの組み合わせを含むことができる。ロング・ターム・エボリューション（ＬＴＥ）、５Ｇ、ＩＥＥＥ８０２、インターネットプロトコル（ＩＰ）、他のプロトコル、又はプロトコルの組み合わせを含む様々なプロトコル及び規格に従って、情報を、通信ネットワーク上で転送できる。通信ネットワークは、接続されたコンピューティングデバイス間で、音声、ビデオ、バイオメトリックの各データ、又は、他の情報を転送できる。
【００６６】
別々の実施として述べた各特徴を、単一の実施において組み合わせて実施できる一方、単一の実施として述べた特徴を、複数の実施において別々に、又は、適切で任意な下位の組み合わせで実施してもよい。特定の順序で記載され請求される操作は、特定の順序を要求するものと理解すべきではなく、例示の操作の全てを要求するものと理解すべきでもない（操作によってはオプションである）。必要に応じて、マルチタスク又は並行処理（又はマルチタスクと並行処理との組み合わせ）を行うことができる。
以下、本発明の実施の態様の例を列挙する。
［第１の局面］
コンピュータにより実施される方法であって：
ユニフォームリソースロケータ（ＵＲＬ）を第１のサービス機関から受信するステップであって、前記ＵＲＬは、モバイルデバイスにより送信され、且つサービスプロバイダにより提供される二次元（２Ｄ）コードをスキャンすることで前記モバイルデバイスにより取得される、ステップと；
サービスネットワークに対応するサービスネットワーク識別子と、前記２Ｄコードを発行した第２のサービス機関に対応するサービス機関識別子と、前記サービスネットワークのサービスオブジェクトに対応するサービスオブジェクト識別子を備えるペイロードと、を備える１つ以上のデータ要素を識別するために、前記ＵＲＬを解析するステップと；
前記サービス機関識別子に基づき、前記１つ以上のデータ要素を前記第２のサービス機関へ送信するステップと；
前記サービスオブジェクト識別子に基づき、前記サービスオブジェクトに関連付けられたサービス情報を、前記第２のサービス機関から受信するステップと；
前記モバイルデバイス上で提示するために前記サービス情報を前記第１のサービス機関へ送信するステップと；を備える、
コンピュータにより実施される方法。
［第２の局面］
前記サービス情報が、前記２Ｄコードを提供する前記サービスプロバイダとマッチする場合、サービス要求を前記第１のサービス機関から受信するステップと；
前記サービス要求を、サービスを処理するための前記第２のサービス機関へ送信するステップと；を更に備える、
第１の局面に記載のコンピュータにより実施される方法。
［第３の局面］
前記サービス要求を送信した後にサービス処理結果を前記第２のサービス機関から受信するステップと；
前記サービス処理結果を、前記第１のサービス機関へ送信するステップと；を更に備える、
第２の局面に記載のコンピュータにより実施される方法。
［第４の局面］
前記１つ以上のデータ要素は、ドメイン名と、前記サービスネットワークのバージョン番号と、サービスタイプを識別するサービスタイプ識別子と、処理すべきサービスへの１つ以上のアドオンを識別する１つ以上のキー値ペアとのうちの少なくとも１つを更に備える、
第１の局面に記載のコンピュータにより実施される方法。
［第５の局面］
前記１つ以上のデータ要素は、デジタルフォーマット又はテキストフォーマットである、
第４の局面に記載のコンピュータにより実施される方法。
［第６の局面］
前記処理すべきサービスへの前記１つ以上のアドオンは、ロイヤルティ番号と、バウチャ情報と、クーポン情報と、ラッキー抽選情報と、全地球測位システム（ＧＰＳ）位置と、テーブル番号と、座席番号とのうちの少なくとも１つを備える、
第４の局面に記載のコンピュータにより実施される方法。
［第７の局面］
前記サービス情報は、サービスプロバイダ情報と発注情報とのうちの少なくとも一方を備える、
第１の局面に記載のコンピュータにより実施される方法。
［第８の局面］
前記サービスプロバイダ情報は、サービスプロバイダ名と、サービスプロバイダタイプと、国コードと、郵便番号と、サービスプロバイダアドレスと、発注情報と、１つ以上のサポートされている言語と、１つ以上のサポートされている通貨とのうちの少なくとも１つを備え；前記発注情報は、取引量と、取引通貨と、発注識別子と、発注明細とのうちの少なくとも１つを備える、
第７の局面に記載のコンピュータにより実施される方法。
［第９の局面］
前記２Ｄコードは、スリム端末モデルに基づき生成される、域内統一型の販売業者が提示するクイックレスポンス（ＱＲ）コードである、
第１の局面に記載のコンピュータにより実施される方法。
［第１０の局面］
操作を遂行するためにコンピュータシステムにより実行可能な１つ以上の命令を格納する、持続性コンピュータ可読媒体であって、前記操作は：
ユニフォームリソースロケータ（ＵＲＬ）を第１のサービス機関から受信する操作であって、前記ＵＲＬは、モバイルデバイスにより送信され、且つサービスプロバイダにより提供される二次元（２Ｄ）コードをスキャンすることから前記モバイルデバイスにより取得される、操作と；
サービスネットワークに対応するサービスネットワーク識別子と、前記２Ｄコードを発行した第２のサービス機関に対応するサービス機関識別子と、前記サービスネットワークのサービスオブジェクトに対応するサービスオブジェクト識別子を備えるペイロードと、を備える１つ以上のデータ要素を識別するために、前記ＵＲＬを解析する操作と；
前記サービス機関識別子に基づき、前記１つ以上のデータ要素を前記第２のサービス機関へ送信する操作と；
前記サービスオブジェクト識別子に基づき、前記サービスオブジェクトに関連付けられたサービス情報を、前記第２のサービス機関から受信する操作と；
前記モバイルデバイス上へ提示するために前記サービス情報を前記第１のサービス機関へ送信する操作と；を備える、
非一時的なコンピュータ読取可能媒体。
［第１１の局面］
前記１つ以上のデータ要素は、ドメイン名と、前記サービスネットワークのバージョン番号と、サービスタイプを識別するサービスタイプ識別子と、処理すべきサービスへの１つ以上のアドオンを識別する１つ以上のキー値ペアとのうちの少なくとも１つを更に備える、
第１０の局面に記載の非一時的なコンピュータ読取可能媒体。
［第１２の局面］
前記１つ以上のデータ要素は、デジタルフォーマット又はテキストフォーマットである、
第１１の局面に記載の非一時的なコンピュータ読取可能媒体。
［第１３の局面］
前記処理すべきサービスへの前記１つ以上のアドオンは、ロイヤルティ番号と、バウチャ情報と、クーポン情報と、ラッキー抽選情報と、全地球測位システム（ＧＰＳ）位置と、テーブル番号と、座席番号とのうちの少なくとも１つを備える、
第１１の局面に記載の非一時的なコンピュータ読取可能媒体。
［第１４の局面］
前記サービス情報は、サービスプロバイダ情報又は発注情報のうちの少なくとも一方を備え；前記サービスプロバイダ情報は、サービスプロバイダ名と、サービスプロバイダタイプと、国コードと、郵便番号と、サービスプロバイダアドレスと、発注情報と、１つ以上のサポートされている言語と、１つ以上のサポートされている通貨とのうちの少なくとも１つを備え；前記発注情報は、取引量と、取引通貨と、発注識別子と、発注明細とのうちの少なくとも１つを備える、
第１０の局面に記載の非一時的なコンピュータ読取可能媒体。
［第１５の局面］
前記２Ｄコードは、スリム端末モデルに基づき生成される、域内統一型の販売業者が提示するクイックレスポンス（ＱＲ）コードである、
第１０の局面に記載の非一時的なコンピュータ読取可能媒体。
［第１６の局面］
コンピュータ実施システムであって：
１つ以上のコンピュータと；
前記１つ以上のコンピュータに相互運用可能に連結され、前記１つ以上のコンピュータにより実行されると、１つ以上の操作を実行する１つ以上の命令を格納する有形の持続性の機械読取可能媒体を有する１つ以上のコンピュータメモリデバイスと；を備え、
前記操作は：
ユニフォームリソースロケータ（ＵＲＬ）を第１のサービス機関から受信する操作であって、前記ＵＲＬはモバイルデバイスにより送信され、サービスプロバイダにより提供される二次元（２Ｄ）コードをスキャンすることから前記モバイルデバイスにより取得される、ＵＲＬを第１のサービス機関から受信する操作と；
前記ＵＲＬを解析して、サービスネットワークに対応するサービスネットワーク識別子と、前記２Ｄコードを発行した第２のサービス機関に対応するサービス機関識別子と、前記サービスネットワークのサービスオブジェクトに対応するサービスオブジェクト識別子を備えるペイロードとを備える１つ以上のデータ要素を識別する操作と；
前記サービス機関識別子に基づき、前記１つ以上のデータ要素を前記第２のサービス機関へ送信する操作と；
前記サービスオブジェクト識別子に基づき、前記サービスオブジェクトに関連付けられたサービス情報を、前記第２のサービス機関から受信する操作と；
前記モバイルデバイス上へ提示するために前記サービス情報を前記第１のサービス機関へ送信する操作と；を備える、
コンピュータにより実施されるシステム。
［第１７の局面］
前記１つ以上のデータ要素は、ドメイン名と、前記サービスネットワークのバージョン番号と、サービスタイプを識別するサービスタイプ識別子と、処理すべきサービスへの１つ以上のアドオンを識別する１つ以上のキー値ペアとのうちの少なくとも１つを更に備える、
第１６の局面に記載のコンピュータにより実施されるシステム。
［第１８の局面］
前記１つ以上のデータ要素は、デジタルフォーマット又はテキストフォーマットである、
第１６の局面に記載のコンピュータにより実施されるシステム。
［第１９の局面］
前記サービス情報は、サービスプロバイダ情報又は発注情報のうちの少なくとも一方を備え；前記サービスプロバイダ情報は、サービスプロバイダ名と、サービスプロバイダタイプと、国コードと、郵便番号と、サービスプロバイダアドレスと、発注情報と、１つ以上のサポートされている言語と、１つ以上のサポートされている通貨とのうちの少なくとも１つを備え；前記発注情報は、取引量と、取引通貨と、発注識別子と、発注明細とのうちの少なくとも１つを備える、
第１６の局面に記載のコンピュータにより実施されるシステム。
［第２０の局面］
前記２Ｄコードは、スリム端末モデルに基づき生成される、域内統一型の販売業者が提示するクイックレスポンス（ＱＲ）コードである、
第１６の局面に記載のコンピュータにより実施されるシステム。
【符号の説明】
【００６７】
１０２  ユーザ側
１０４  獲得側
１０６  ＡＰＰ
１０８  販売業者
１１０  ユーザ側サービス機関
１１２  デジタルサービスネットワーク
１１４  獲得側サービス機関
２００  ＵＲＬベースの２Ｄコード
２１０  テキストＵＲＬベースの２Ｄコード
２２０  デジタルＵＲＬベースの２Ｄコード
５０４  ユーザ
５０６  コードプラットフォーム
５０８  サービスシステムＩ
５１０  サービスシステムＩＩ
５１２  マテリアルプラットフォーム
【図１】
0006756905.tif 000004
【図２】
0006756905.tif 000005
【図３】
0006756905.tif 000006
【図４】
0006756905.tif 000007
【図５】
0006756905.tif 000008
【図６】
0006756905.tif 000009