特許 5884928 端末プログラム、サーバプログラム、端末装置、サーバ装置および情報システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】5884928

(24)【登録日】2016年2月19日

(45)【発行日】2016年3月15日

(54)【発明の名称】端末プログラム、サーバプログラム、端末装置、サーバ装置および情報システム

(51)【国際特許分類】

   G06F 9/445 20060101AFI20160301BHJP

   A63F 13/69 20140101ALI20160301BHJP

   A63F 13/85 20140101ALI20160301BHJP

【ＦＩ】

   G06F9/06 650A

   G06F9/06 650C

   A63F13/69

   A63F13/85

【請求項の数】7

【全頁数】16

(21)【出願番号】特願2015-37735(P2015-37735)

(22)【出願日】2015年2月27日

【審査請求日】2015年9月2日

【早期審査対象出願】

(73)【特許権者】

【識別番号】000132471

【氏名又は名称】株式会社セガゲームス

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】伊藤 真人

(72)【発明者】

【氏名】松木 大輔

【審査官】 坂庭 剛史

(56)【参考文献】

【文献】 特開２０１４−０９９１１１（ＪＰ，Ａ）

【文献】 特開２００７−２４４５０３（ＪＰ，Ａ）

【文献】 特開２０１４−０２６４８８（ＪＰ，Ａ）

【文献】 特開２０１４−１８８２６２（ＪＰ，Ａ）

【文献】 特開２０１１−０９０３９１（ＪＰ，Ａ）

【文献】 特開２００６−２７７０６４（ＪＰ，Ａ）

【文献】 特開２００２−３５１６７７（ＪＰ，Ａ）

【文献】 “ファミ通ソーシャル：メジャーリーグオールスターズ”，週刊ファミ通，日本，株式会社エンターブレイン，２０１２年 ６月２８日，第２７巻 第２８号，ｐ．２４６

【文献】 “すべてレア以上確定ガチャ祭り開催！「任侠道×海賊道」”，Ｋｏｉｕｎｒｅｋｉ １１月号増刊 アプリＳＴＹＬＥ，日本，株式会社イースト・プレス，２０１１年１１月１５日，Ｖｏｌ．５，ｐ．３４

【文献】 大澤文孝，Ａｎｄｒｏｉｄでプログラミング，株式会社工学社，２０１２年 ３月２０日，初版，ｐｐ．１１１−１１３，ISBN978-4-7775-1669-8

【文献】 飯塚康至，“サンプル作成で学ぶＡｎｄｒｏｉｄプログラミング：第２回 インテントによるアプリ間連携と画面遷移”，日経ソフトウエア，日本，日経ＢＰ社，２０１１年 ８月２４日，第１４巻，第１０号（通巻１６７号），ｐｐ．１０４−１０５，ISSN1347-4685

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ９／４４５

Ａ６３Ｆ １３／００ − １３／８８

(57)【特許請求の範囲】

【請求項1】

端末装置を構成するコンピュータを、
ゲームのアプリケーションプログラムが継続不可となったことを検出した場合に、ネットワークを介して接続されたサーバ装置に対して継続不可に対応する時間的条件を含む遷移先の条件を指定して検索要求を行い、検索結果の応答により、一または複数の遷移先の記述を取得する記述取得手段、
取得した前記記述、遷移元へ回帰するための遷移先の記述または遷移元から引き渡された次の遷移先の記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供するインタフェース提供手段、
前記遷移指示の操作が行われた場合に、前記記述の示すアプリケーションプログラムの起動および前記記述のパラメタ部分および前記遷移元へ回帰するための遷移先の記述を含む付加情報の遷移先の前記アプリケーションプログラムへの引渡を前記端末装置のオペレーティングシステムに要求する起動要求手段
として機能させる端末プログラム。

【請求項2】

請求項１に記載の端末プログラムにおいて、
前記遷移先のアプリケーションプログラムは、前記ゲームのアプリケーションプログラムに回帰した場合にゲームで利用可能なリワードを付与する
端末プログラム。

【請求項3】

請求項１または２に記載の端末プログラムにおいて、
前記インタフェース提供手段は、
ユーザの操作により前記遷移先の前記アプリケーションプログラムへの遷移後、
前記時間的条件に係る所定時間が経過した場合に、遷移元へ回帰するための記述に基づいたインタフェースを提供し、
前記時間的条件に係る所定時間が経過していない場合に、次の遷移先の記述に基づいたインタフェースを提供する
端末プログラム。

【請求項4】

サーバ装置を構成するコンピュータを、
端末装置から、ゲームのアプリケーションプログラムが継続不可となったことを検出した場合に、継続不可に対応する時間的条件を含む遷移先の条件を指定した検索要求をネットワークを介して受け付ける手段、
受け付けた前記条件に基づき、複数の遷移先の記述と属性とを対応付けた情報から検索を実行する手段、
一または複数の遷移先の記述を含む検索結果を前記端末装置に応答する手段
として機能させ、
前記検索結果により、前記端末装置に前記記述、遷移元へ回帰するための遷移先の記述または遷移元から引き渡された次の遷移先の記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供させ、
前記遷移指示の操作が行われた場合に、前記記述の示すアプリケーションプログラムの起動および前記記述のパラメタ部分および前記遷移元へ回帰するための遷移先の記述を含む付加情報の遷移先の前記アプリケーションプログラムへの引渡を前記端末装置のオペレーティングシステムに要求させるサーバプログラム。

【請求項5】

ゲームのアプリケーションプログラムが継続不可となったことを検出した場合に、ネットワークを介して接続されたサーバ装置に対して継続不可に対応する時間的条件を含む遷移先の条件を指定して検索要求を行い、検索結果の応答により、一または複数の遷移先の記述を取得する記述取得手段と、
取得した前記記述、遷移元へ回帰するための遷移先の記述または遷移元から引き渡された次の遷移先の記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供するインタフェース提供手段と、
前記遷移指示の操作が行われた場合に、前記記述の示すアプリケーションプログラムの起動および前記記述のパラメタ部分および前記遷移元へ回帰するための遷移先の記述を含む付加情報の遷移先の前記アプリケーションプログラムへの引渡を端末装置のオペレーティングシステムに要求する起動要求手段と
を備えたことを特徴とする端末装置。

【請求項6】

端末装置から、ゲームのアプリケーションプログラムが継続不可となったことを検出した場合に、継続不可に対応する時間的条件を含む遷移先の条件を指定した検索要求をネットワークを介して受け付ける手段と、
受け付けた前記条件に基づき、複数の遷移先の記述と当該遷移先の属性とを対応付けた情報から検索を実行する手段と、
一または複数の遷移先の記述を含む検索結果を前記端末装置に応答する手段と
を備え、
前記検索結果により、前記端末装置に前記記述、遷移元へ回帰するための遷移先の記述または遷移元から引き渡された次の遷移先の記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供させ、
前記遷移指示の操作が行われた場合に、前記記述の示すアプリケーションプログラムの起動および前記記述のパラメタ部分および前記遷移元へ回帰するための遷移先の記述を含む付加情報の遷移先の前記アプリケーションプログラムへの引渡を前記端末装置のオペレーティングシステムに要求させることを特徴とするサーバ装置。

【請求項7】

ゲームのアプリケーションプログラムが継続不可となったことを検出した場合に、ネットワークを介して接続されたサーバ装置に対して継続不可に対応する時間的条件を含む遷移先の条件を指定して検索要求を行い、検索結果の応答により、一または複数の遷移先の記述を取得する記述取得手段と、
取得した前記記述、遷移元へ回帰するための遷移先の記述または遷移元から引き渡された次の遷移先の記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供するインタフェース提供手段と、
前記遷移指示の操作が行われた場合に、前記記述の示すアプリケーションプログラムの起動および前記記述のパラメタ部分および前記遷移元へ回帰するための遷移先の記述を含む付加情報の遷移先の前記アプリケーションプログラムへの引渡を端末装置のオペレーティングシステムに要求する起動要求手段と
を有する端末装置と、
前記端末装置から、ゲームのアプリケーションプログラムが継続不可となったことを検出した場合に、継続不可に対応する時間的条件を含む遷移先の条件を指定した検索要求をネットワークを介して受け付ける手段と、
受け付けた前記条件に基づき、複数の遷移先の記述と当該遷移先の属性とを対応付けた情報から検索を実行する手段と、
一または複数の遷移先の記述を含む検索結果を前記端末装置に応答する手段と
を有するサーバ装置と
を備えたことを特徴とする情報システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末プログラム、サーバプログラム、端末装置、サーバ装置および情報システムに関する。

【背景技術】

【0002】

ウェブページ内のコンテンツアイテムからアプリケーションを起動する技術が知られている（例えば、特許文献１等を参照。）。また、同じクライアントアプリケーションにおける１つのポイントから他のポイントへのディープリンク、または一方のクライアントアプリケーションから他のクライアントアプリケーションへのディープリンクについての技術が知られている（例えば、特許文献２等を参照。）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特表２０１５−５０１４９６号公報

【特許文献2】特表２０１０−５１０７５７号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

上述した技術は、所望のコンテンツに辿り着くまでの操作を簡素化し、ユーザの利便性に寄与するものであるが、アプリケーションやページ・画面の特定の組み合わせの間での固定的な遷移を行えるに過ぎず、任意の組み合わせの間で自由な遷移を行わせることはできなかった。そのため、状況に応じて適切なコンテンツへ遷移を行わせるといった用途には用いることができなかった。

【0005】

本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、アプリケーションやページ・画面の任意の組み合わせの間で自由な遷移を行わせることを可能とする仕組を提供することにある。

【課題を解決するための手段】

【0006】

上記の課題を解決するため、本発明にあっては、端末装置を構成するコンピュータを、ゲームのアプリケーションプログラムが継続不可となったことを検出した場合に、ネットワークを介して接続されたサーバ装置に対して継続不可に対応する時間的条件を含む遷移先の条件を指定して検索要求を行い、検索結果の応答により、一または複数の遷移先の記述を取得する記述取得手段、取得した前記記述、遷移元へ回帰するための遷移先の記述または遷移元から引き渡された次の遷移先の記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供するインタフェース提供手段、前記遷移指示の操作が行われた場合に、前記記述の示すアプリケーションプログラムの起動および前記記述のパラメタ部分および前記遷移元へ回帰するための遷移先の記述を含む付加情報の遷移先の前記アプリケーションプログラムへの引渡を前記端末装置のオペレーティングシステムに要求する起動要求手段として機能させる。

【発明の効果】

【0008】

本発明にあっては、アプリケーションやページ・画面の任意の組み合わせの間で自由な遷移を行わせることができる。

【図面の簡単な説明】

【0009】

【図1】本発明の一実施形態にかかるシステムの構成例を示す図（その１）である。

【図2】本発明の一実施形態にかかるシステムの構成例を示す図（その２）である。

【図3】端末装置のハードウェア構成例を示す図である。

【図4】遷移先情報管理サーバ装置のハードウェア構成例を示す図である。

【図5】遷移先情報保持部に保持される遷移先情報の例を示す図（その１）である。

【図6】実施形態の処理例を示すシーケンス図（その１）である。

【図7】実施形態の処理例を示すシーケンス図（その２）である。

【図8】遷移先情報保持部に保持される遷移先情報の例を示す図（その２）である。

【図9】実施形態の処理例を示すシーケンス図（その３）である。

【図10】実施形態の処理例を示すシーケンス図（その４）である。

【図11】アプリケーションからウェブページへの遷移を含む例を示す図である。

【発明を実施するための形態】

【0010】

以下、本発明の好適な実施形態につき説明する。

【0011】

＜構成＞
図１は本発明の一実施形態にかかるシステムの構成例を示す図であり、遷移先情報をネットワーク２上の遷移先情報管理サーバ装置３に置き、端末装置１から遷移先情報管理サーバ装置３に要求して必要な遷移先の情報を取得するようにしたものである。

【0012】

図１において、スマートフォン、タブレット、携帯電話、ＰＣ（Personal Computer）等の端末装置１は、オペレーティングシステム（ＯＳ：Operating System）１０と複数のアプリ（アプリケーションプログラム）１１（１１Ａ、１１Ｂ、・・・）とを備えている。オペレーティングシステム１０は、端末装置１の基本的な制御を行い、アプリ１１に対して共通する基本的な機能を提供するものである。アプリ１１は、ゲームアプリ、情報閲覧アプリ等の用途に応じた各種の機能を提供するものである。

【0013】

各アプリ１１は、アプリ本体部１１１とＵＲＬスキーム取得部１１２とリンク設定部１１３と起動要求部１１４とを備えている。

【0014】

アプリ本体部１１１は、各アプリ１１の主たる機能を提供する部分である。アプリ本体部１１１は、例えば、ゲームアプリであれば、ユーザの操作に応じてゲームの進行を制御する。アプリ本体部１１１は、例えば、情報閲覧アプリであれば、ユーザの操作に応じて情報の表示を行う。

【0015】

ＵＲＬスキーム取得部１１２は、アプリ本体部１１１の処理の過程でユーザが他のアプリに切り替えてしまうような状況、例えば、ゲームアプリであれば、ゲーム内の体力消費による制限によってゲームが継続できなくなったような場合に、所定の遷移先の条件に基づいて遷移先情報管理サーバ装置３から遷移先の記述を取得する機能を有している。遷移先の条件とは、「そのゲームアプリ以外のゲームや情報閲覧のアプリ、ウェブページ」といったものである。遷移先の記述は、ＵＲＬスキームによる、アプリを示すスキーム名と、そのアプリの所定の画面等のエントリポイントを示すパラメタとを含む。なお、動作の形態として、一連の遷移の起点となるアプリとその後の遷移先のアプリのそれぞれにおいて各アプリ１１のＵＲＬスキーム取得部１１２が遷移先の記述を取得する場合（以下、「２体ケース」と呼ぶ。）と、一連の遷移の起点となるアプリにおいて一連の複数の遷移先の記述を一括して取得する場合（以下、「ｎ体ケース」と呼ぶ。）とがある。

【0016】

リンク設定部１１３は、ＵＲＬスキーム取得部１１２により取得された遷移先の記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供する機能を有している。より具体的には、所定のアプリの所定の画面へ遷移するための操作指示を受け付けるボタン等を端末装置１の画面に表示する。また、リンク設定部１１３は、自己のアプリで遷移先の記述を取得した場合以外に、上述したｎ体ケースの場合に、遷移元から引き渡された次の遷移先の記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供する機能も有している。

【0017】

起動要求部１１４は、リンク設定部１１３が提供したインタフェースを介し、ユーザにより遷移指示の操作が行われた場合に、遷移先の記述の示すアプリの起動と、遷移先の記述のパラメタ部分および付加情報の遷移先のアプリへの引渡とをオペレーティングシステム１０に要求する機能を有している。

【0018】

一方、遷移先情報管理サーバ装置３は、遷移先情報保持部３１と情報管理部３２と検索要求受付部３３と検索実行部３４と検索結果応答部３５とを備えている。

【0019】

遷移先情報保持部３１は、複数の遷移先の記述とその遷移先の属性とを対応付けた遷移先情報を保持する部分である。データ構造の例については後述する。

【0020】

情報管理部３２は、遷移先情報保持部３１の遷移先情報の登録・更新・削除等を行う機能を有している。

【0021】

検索要求受付部３３は、端末装置１から遷移先の条件を指定した検索要求を受け付ける機能を有している。

【0022】

検索実行部３４は、検索要求受付部３３が受け付けた遷移先の条件に基づき、遷移先情報から検索を実行する機能を有している。

【0023】

検索結果応答部３５は、検索実行部３４による検索結果を要求元の端末装置１に応答する機能を有している。

【0024】

図２は本発明の一実施形態にかかるシステムの他の構成例を示す図であり、遷移先情報を端末装置１のアプリ１１内に保持し、そこから必要な遷移先の情報を取得するようにしたものである。

【0025】

図２において、各アプリ１１（１１Ａ、１１Ｂ、・・・）に遷移先情報保持部１１０が新たに設けられている以外は、図１に示したものと同様である。遷移先情報保持部１１０が保持する遷移先情報は、図１の遷移先情報保持部３１に保持される遷移先情報と同じでもよいし、端末装置１側で必要とされる範囲のサブセットとしてもよい。なお、各アプリ１１に遷移先情報保持部１１０を設けるのに代え、代表的なアプリ１１にだけ遷移先情報保持部１１０を設け、他のアプリから参照するようにしてもよい。

【0026】

図３は端末装置１のハードウェア構成例を示す図である。図３において、端末装置１は、電源システム１００１と、プロセッサ１００３、メモリコントローラ１００４、周辺インタフェース１００５を含むメインシステム１００２と、記憶部１００６とを備えている。また、端末装置１は、外部ポート１００７と、高周波回路１００８と、アンテナ１００９と、オーディオ回路１０１０と、スピーカ１０１１と、マイク１０１２と、近接センサ１０１３と、ＧＰＳ（Global Positioning System）回路１０１４とを備えている。また、端末装置１は、ディスプレイコントローラ１０１６、光学センサコントローラ１０１７、入力コントローラ１０１８を含むＩ／Ｏ（Input/Output）サブシステム１０１５と、タッチ反応型ディスプレイシステム１０１９と、光学センサ１０２０と、入力部１０２１とを備えている。

【0027】

図４は遷移先情報管理サーバ装置３のハードウェア構成例を示す図である。図４において、遷移先情報管理サーバ装置３は、システムバス３０１に接続されたＣＰＵ（Central Processing Unit）３０２、ＲＯＭ（Read Only Memory）３０３、ＲＡＭ（Random Access Memory）３０４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）３０５を備えている。また、遷移先情報管理サーバ装置３は、Ｉ／Ｆ（Interface）３０６と、Ｉ／Ｆ３０６に接続された、Ｉ／Ｏ（Input/Output Device）３０７、ＨＤＤ（Hard Disk Drive）３０８、ＮＩＣ（Network Interface Card）３０９と、Ｉ／Ｏ３０７に接続されたモニタ３１０、キーボード３１１、マウス３１２等を備えている。Ｉ／Ｏ３０７にはＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等を接続することもできる。

【0028】

＜動作：２体ケース＞
前述した「２体ケース」の動作について具体的に説明する。なお、図１の遷移先情報管理サーバ装置３を用いる場合について説明するが、図２に示した遷移先情報管理サーバ装置３を用いない場合についても同様に適用することができる。この場合、遷移先情報管理サーバ装置３から遷移先の記述を取得する代わりに、アプリ１１内で遷移先の記述を取得することになる。

【0029】

前提として、パブリッシャーＡが提供するゲームアプリＡはゲーム内の体力消費によるゲームプレイの制限を設けており、体力消費が所定のレベルに達した場合にゲームが継続できなくなり、ユーザ（プレイヤ）は所定の回復時間の経過を待つ必要があるものとする。この場合、ユーザは他のゲームアプリ等に移行してゲームアプリＡに戻ってこなくなる可能性があり、パブリッシャーＡは競合のゲームコンテンツにユーザの時間を奪われてしまうおそれがある。そこで、パブリッシャーＡは体力が回復するまでの時間をゲームアプリＡに関連するサービス情報（例えば攻略本）等の情報系のアプリに誘導し、ゲーム内の体力が回復したタイミングでユーザをゲームアプリＡに回帰する仕組みを設け、ユーザを囲い込むこととする。

【0030】

図５は遷移先情報保持部３１に保持される遷移先情報の例を示す図である。図５において、遷移先情報は、遷移先の記述に対応する「スキーム名」「パラメタ」と、各種の属性とが対応付けられている。スキーム名およびパラメタについては、前述したように、ＵＲＬスキームによるものである。属性としては、ここでは、「アプリ名」「時間（min）」「アプリ属性」「パブリッシャー」等が登録されている。「アプリ名」は、アプリの名称である。「時間（min）」は、当該アプリの「パラメタ」で指定されるコンテンツ（画面等）の閲覧等を完了するまでの平均的な時間である。「アプリ属性」は、当該アプリの種別（ゲーム、情報等）である。「パブリッシャー」は、当該アプリの提供者である。

【0031】

図６および図７は処理例を示すシーケンス図である。

【0032】

図６において、端末装置１のユーザがパブリッシャーＡが提供するアプリ１１Ａでゲームプレイをしている途中で、アプリ１１Ａのアプリ本体部１１１がゲーム内の体力消費による継続不可を検出したものとする（ステップＳ１０１）。ここでは、次回利用まで２５分の待機が必要になるものとする。

【0033】

アプリ１１ＡのＵＲＬスキーム取得部１１２は、検索条件「アプリ名＝アプリＡ以外／アプリ属性＝ゲーム以外」、付加応答項目「Key＝時間」として、遷移先情報管理サーバ装置３に対して検索要求を行う（ステップＳ１０２）。

【0034】

遷移先情報管理サーバ装置３の検索要求受付部３３が検索要求を受け付けると、検索実行部３４は遷移先情報保持部３１の遷移先情報から検索条件「アプリ名＝アプリＡ以外／アプリ属性＝ゲーム以外」で検索を実行する（ステップＳ１０３）。図５に示した遷移先情報の例では、「B://33333」「B://44444」「D://66666」が検索される。

【0035】

そして、検索結果応答部３５は、付加応答項目として指定された「Key＝時間」を伴い、検索結果「Key=15, B://33333」、「Key=20, B://44444」、「Key=10, D://66666」を端末装置１のアプリ１１Ａに応答する（ステップＳ１０４）。なお、検索結果として何れか１つ（例えば「Key=20, B://44444」）のみに特定して端末装置１のアプリ１１Ａに応答するようにしてもよい。

【0036】

アプリ１１ＡのＵＲＬスキーム取得部１１２は、複数の検索結果が返却された場合は、付加応答項目の「Key＝時間」等から一つに決定するか、全ケースをユーザに提示して選択させる。ここでは、ＵＲＬスキーム取得部１１２が、「Key＝時間」が次回利用までの時間「２５分」に最も近い「Key=20, B://44444」に決定したものとする（ステップＳ１０５）。

【0037】

次いで、アプリ１１Ａのリンク設定部１１３は、ＵＲＬスキーム取得部１１２が決定した遷移先「B://44444」と、実行要件（Keyの値）と、次の遷移先を必要とした場合の検索条件（Search）と、回帰導線（起点となるアプリ１１Ａへの導線）とを付加したリンク「<B://44444>+<Key=時間=25分>+<Search:アプリ名=アプリＡ以外／アプリ属性=ゲーム以外>+<Backto=A://>」を生成し、アプリ１１Ａの画面に表示する（ステップＳ１０６）。なお、アプリ１１Ａへの回帰導線「<Backto=A://>」はアプリ１１Ａのトップ画面を示しているが、パラメタを含めてトップ画面以外の任意の画面に回帰させるようにしてもよい。

【0038】

端末装置１のユーザが画面に表示されたリンクを選択すると（ステップＳ１０７）、アプリ１１Ａの起動要求部１１４は、リンクに含まれる遷移先の記述の示すアプリのパラメタを伴った起動と、付加情報の遷移先のアプリへの引渡とをオペレーティングシステム１０に要求し、オペレーティングシステム１０はアプリ１１Ｂをパラメタを伴って起動し、付加情報「<Key=時間=25分>+<Search:アプリ名=アプリＡ以外／アプリ属性=ゲーム以外>+<Backto=A://>」をアプリ１１Ｂに引き渡す（ステップＳ１０８）。

【0039】

端末装置１のユーザは起動されたアプリ１１Ｂにおいて閲覧操作を行う（ステップＳ１０９）。

【0040】

その後、アプリ１１Ｂのアプリ本体部１１１が読了を検出すると（ステップＳ１１０）、アプリ１１ＢのＵＲＬスキーム取得部１１２は、実行要件「<Key=時間=25分>」が満たされたか否か判断する（ステップＳ１１１）。

【0041】

ここで、指定された時間「２５分」が満了したと判断された場合、アプリ１１Ｂのリンク設定部１１３は、回帰導線「<Backto=A://>」に基づき、アプリ１１Ａに戻るリンク「<A://>」を生成し、アプリ１１Ｂの画面に表示する（ステップＳ１１２）。

【0042】

端末装置１のユーザが画面に表示されたリンクを選択すると（ステップＳ１１３）、アプリ１１Ｂの起動要求部１１４は、リンクに含まれる遷移先の記述の示すアプリの起動（パラメタや付加情報を伴う場合はその引渡を含む）をオペレーティングシステム１０に要求し、オペレーティングシステム１０はアプリ１１Ａを起動する（ステップＳ１１４）。

【0043】

一方、指定された時間「２５分」が満了していないと判断された場合、図７において、アプリ１１ＢのＵＲＬスキーム取得部１１２は、検索条件「アプリ名＝アプリＡ以外／アプリ属性＝ゲーム以外」、付加応答項目「Key＝時間」として、遷移先情報管理サーバ装置３に対して検索要求を行う（ステップＳ１１５）。なお、検索条件に、既に経由した「B://44444」を含め、それが再び検索されないようにしてもよい。

【0044】

遷移先情報管理サーバ装置３の検索要求受付部３３が検索要求を受け付けると、検索実行部３４は遷移先情報保持部３１の遷移先情報から検索条件「アプリ名＝アプリＡ以外／アプリ属性＝ゲーム以外」で検索を実行する（ステップＳ１１６）。図５に示した遷移先情報の例では、「B://33333」「B://44444」「D://66666」が検索される。

【0045】

そして、検索結果応答部３５は、付加応答項目として指定された「Key＝時間」を伴い、検索結果「Key=15, B://33333」、「Key=20, B://44444」、「Key=10, D://66666」を端末装置１のアプリ１１Ｂに応答する（ステップＳ１１７）。

【0046】

アプリ１１ＢのＵＲＬスキーム取得部１１２は、既に経由した「B://44444」を除外するとともに、それ以外に複数の検索結果が残る場合は、付加応答項目の「Key＝時間」等から一つに決定するか、全ケースをユーザに提示して選択させる。ここでは、ＵＲＬスキーム取得部１１２が、「Key=10, D://66666」に決定したものとする（ステップＳ１１８）。

【0047】

次いで、アプリ１１Ｂのリンク設定部１１３は、ＵＲＬスキーム取得部１１２が決定した遷移先「D://66666」と、最新の実行要件（Keyの値）と、次の遷移先を必要とした場合の検索条件（Search）と、回帰導線とを付加したリンク「<D://66666>+<Key=時間=10分>+<Search:アプリ名=アプリＡ以外／アプリ属性=ゲーム以外>+<Backto=A://>」を生成し、アプリ１１Ａの画面に表示する（ステップＳ１１９）。「<Key=時間=10分>」は、当初の「２５分」から既に閲覧した「B://44444」での実滞在時間「１５分」を差し引いたものとしている。

【0048】

端末装置１のユーザが画面に表示されたリンクを選択すると（ステップＳ１２０）、アプリ１１Ｂの起動要求部１１４は、リンクに含まれる遷移先の記述の示すアプリのパラメタを伴った起動と付加情報の遷移先のアプリへの引渡とをオペレーティングシステム１０に要求し、オペレーティングシステム１０はアプリ１１Ｄをパラメタを伴って起動し、付加情報「<Key=時間=10分>+<Search:アプリ名=アプリＡ以外／アプリ属性=ゲーム以外>+<Backto=A://>」をアプリ１１Ｄに引き渡す（ステップＳ１２１）。

【0049】

端末装置１のユーザは起動されたアプリ１１Ｄにおいて閲覧操作を行う（ステップＳ１２２）。

【0050】

その後、アプリ１１Ｄのアプリ本体部１１１が読了を検出すると（ステップＳ１２３）、アプリ１１ＤのＵＲＬスキーム取得部１１２は、実行要件「<Key=時間=10分>」が満たされたか否か判断する（ステップＳ１２４）。

【0051】

ここで、指定された時間「１０分」が満了したと判断された場合、アプリ１１Ｄのリンク設定部１１３は、回帰導線「<Backto=A://>」に基づき、アプリ１１Ａに戻るリンク「<A://>」を生成し、アプリ１１Ｄの画面に表示する（ステップＳ１２５）。

【0052】

端末装置１のユーザが画面に表示されたリンクを選択すると（ステップＳ１２６）、アプリ１１Ｄの起動要求部１１４は、リンクに含まれる遷移先の記述の示すアプリの起動（パラメタや付加情報を伴う場合はその引渡を含む）をオペレーティングシステム１０に要求し、オペレーティングシステム１０はアプリ１１Ａを起動する（ステップＳ１２７）。これにより、端末装置１のユーザは、ゲーム内体力の回復により、アプリ１１Ａでのゲームプレイを再開することができる。

【0053】

指定された時間「１０分」が満了していないと判断された場合、アプリ１１ＤにおいてステップＳ１１５からと同様の処理を繰り返す。

【0054】

＜動作：ｎ体ケース＞
前述した「ｎ体ケース」の動作について具体的に説明する。なお、図１の遷移先情報管理サーバ装置３を用いる場合について説明するが、図２に示した遷移先情報管理サーバ装置３を用いない場合についても同様に適用することができる。この場合、遷移先情報管理サーバ装置３から遷移先の記述を取得する代わりに、アプリ１１内で遷移先の記述を取得することになる。

【0055】

前提として、パブリッシャーＡは自社のゲームアプリＡを基点に複数の自社のアプリの利用を促進したいと考えている。そこで、ゲームアプリＡの体力消費が所定のレベルに達した場合にゲームが継続できなくなり、所定の量のリワードを取得する必要がある状態となったときに、自社の他のゲームアプリ等に誘導してリワードを獲得させ、再びゲームアプリＡに回帰する仕組みを設けるものとする。

【0056】

図８は遷移先情報保持部３１に保持される遷移先情報の例を示す図である。図８において、遷移先情報は、遷移先の記述に対応する「スキーム名」「パラメタ」と、各種の属性とが対応付けられている。属性としては、ここでは、「アプリ名」「リワード量」「獲得条件」「パブリッシャー」等が登録されている。「リワード量」は、当該アプリの「パラメタ」で指定されるコンテンツ（画面等）で取得されるリワードの量である。「獲得条件」は、リワードを獲得するための条件である。

【0057】

図９および図１０は処理例を示すシーケンス図である。

【0058】

図９において、端末装置１のユーザがパブリッシャーＡが提供するアプリ１１Ａでゲームプレイをしている途中で、アプリ１１Ａのアプリ本体部１１１がゲーム内の体力消費による継続不可を検出したものとする（ステップＳ２０１）。ここでは、体力復活のためにリワード量２００が必要になるものとする。

【0059】

アプリ１１ＡのＵＲＬスキーム取得部１１２は、検索条件「パブリッシャー＝Ａ／アプリ名＝アプリＡ以外／獲得条件＝アプリ内で条件達成」、付加応答項目「Key＝リワード量」として、遷移先情報管理サーバ装置３に対して検索要求を行う（ステップＳ２０２）。

【0060】

遷移先情報管理サーバ装置３の検索要求受付部３３が検索要求を受け付けると、検索実行部３４は遷移先情報保持部３１の遷移先情報から検索条件「パブリッシャー＝Ａ／アプリ名＝アプリＡ以外／獲得条件＝アプリ内で条件達成」で検索を実行する（ステップＳ２０３）。図８に示した遷移先情報の例では、「B://33333」「B://44444」「D://66666」が検索される。

【0061】

そして、検索結果応答部３５は、付加応答項目として指定された「Key＝リワード量」を伴い、検索結果「Key=50, B://33333」、「Key=100, B://44444」、「Key=100, D://66666」を端末装置１のアプリ１１Ａに応答する（ステップＳ２０４）。なお、検索結果として何れか１つの組み合わせ（例えば「Key=100, B://44444」と「Key=100, D://66666」）を特定して端末装置１のアプリ１１Ａに応答するようにしてもよい。

【0062】

アプリ１１ＡのＵＲＬスキーム取得部１１２は、複数の検索結果が返却された場合は、付加応答項目の「Key＝リワード量」等を考慮して１または複数を決定するか、全ケースをユーザに提示して選択させる。ここでは、ＵＲＬスキーム取得部１１２が、「Key＝リワード量」の総和がゲーム継続に必要な「２００」に到達する組み合わせとして「Key=100, B://44444」と「Key=100, D://66666」の組み合わせに決定したものとする（ステップＳ２０５）。

【0063】

次いで、アプリ１１Ａのリンク設定部１１３は、ＵＲＬスキーム取得部１１２が決定した２つの遷移先「B://44444」「 D://66666」と、回帰導線とを付加したリンク「<B://44444>+<D://66666>+<Backto=A://>」を生成し、アプリ１１Ａの画面に表示する（ステップＳ２０６）。なお、アプリ１１Ａへの回帰導線「<Backto=A://>」はアプリ１１Ａのトップ画面を示しているが、パラメタを含めてトップ画面以外の任意の画面に回帰させるようにしてもよい。

【0064】

端末装置１のユーザが画面に表示されたリンクを選択すると（ステップＳ２０７）、アプリ１１Ａの起動要求部１１４は、リンクに含まれる先頭の遷移先の記述の示すアプリのパラメタを伴った起動と、付加情報の先頭の遷移先のアプリへの引渡とをオペレーティングシステム１０に要求し、オペレーティングシステム１０はアプリ１１Ｂをパラメタを伴って起動し、付加情報「<D://66666>+<Backto=A://>」をアプリ１１Ｂに引き渡す（ステップＳ２０８）。

【0065】

端末装置１のユーザは起動されたアプリ１１Ｂにおいて操作（ゲームプレイ等の操作）を行う（ステップＳ２０９）。

【0066】

その後、アプリ１１Ｂのアプリ本体部１１１が達成（ミニゲーム等の達成）を検出すると（ステップＳ２１０）、アプリ１１Ｂのリンク設定部１１３は、起動時に引き渡された次の遷移先「D://66666」と、回帰導線とを付加したリンク「<D://66666>+<Backto=A://>」を生成し、アプリ１１Ｂの画面に表示する（ステップＳ２１１）。なお、アプリ１１Ｂでのミニゲーム等の達成は、起点となるアプリ１１Ａに直接に、またはアプリ１１Ａのゲーム管理サーバ（設けられている場合に限る）に通知され、後にアプリ１１Ａが起動された場合にリワードの獲得を確認することができる。

【0067】

端末装置１のユーザが画面に表示されたリンクを選択すると（ステップＳ２１２）、アプリ１１Ｂの起動要求部１１４は、リンクに含まれる遷移先の記述の示すアプリのパラメタを伴った起動と、付加情報の遷移先のアプリへの引渡とをオペレーティングシステム１０に要求し、オペレーティングシステム１０はアプリ１１Ｄを起動し、付加情報「<Backto=A://>」をアプリ１１Ｄに引き渡す（ステップＳ２１３）。なお、ステップ２１０において、アプリ１１Ａへのリンク（回帰導線）も生成し、ステップＳ２１１においてユーザに次のリンク（「D://66666」）へ遷移せずアプリ１１Ａに戻る選択ができるようにしてもよい。

【0068】

次いで、図１０において、端末装置１のユーザは起動されたアプリ１１Ｄにおいて操作（ゲームプレイ等の操作）を行う（ステップＳ２１４）。

【0069】

その後、アプリ１１Ｄのアプリ本体部１１１が達成（ミニゲーム等の達成）を検出すると（ステップＳ２１５）、アプリ１１Ｄのリンク設定部１１３は、起動時に引き渡された回帰導線を含むリンク「<A://>」を生成し、アプリ１１Ｄの画面に表示する（ステップＳ２１６）。なお、アプリ１１Ｄでのミニゲーム等の達成は、起点となるアプリ１１Ａに直接に、またはアプリ１１Ａのゲーム管理サーバ（設けられている場合に限る）に通知され、後にアプリ１１Ａが起動された場合にリワードの獲得を確認することができる。

【0070】

端末装置１のユーザが画面に表示されたリンクを選択すると（ステップＳ２１７）、アプリ１１Ｄの起動要求部１１４は、リンクに含まれる遷移先の記述の示すアプリの起動（パラメタや付加情報を伴う場合はその引渡を含む）をオペレーティングシステム１０に要求し、オペレーティングシステム１０はアプリ１１Ａを起動する（ステップＳ２１８）。これにより、端末装置１のユーザは、ゲーム内体力の回復により、アプリ１１Ａでのゲームプレイを再開することができる。

【0071】

なお、上記の２体ケースおよびｎ体ケースにおいて、アプリケーション間の遷移を説明したが、ウェブページ（ブラウザもしくはウェブ閲覧アプリ）からのアプリケーションの起動やアプリケーションからブラウザもしくはウェブ閲覧アプリを起動するようにしてもよい。特に、アプリケーションからブラウザもしくはウェブ閲覧アプリを起動する場合は、遷移先を「http://(ウェブのドメイン)/(パラメータ)/〜」の形式で引き渡すことになる。

【0072】

図１１はアプリケーションからウェブページへの遷移を含む例を示す図である。図１１において、アプリＡ（１１Ａ）は、先ず、「http://（Web Bのドメイン）/＋<Key=時間＝25分>＋<Search:アプリ名＝アプリA以外/アプリ属性＝ゲーム以外>＋<Backto＝A://>」によりＷｅｂ Ｂの到達画面に遷移する。コンテンツの閲覧の後、「次へ」を押下した時刻が到達画面を表示した時刻から25分以上経過している場合、条件達成となり、アプリＡへの回帰導線を提供する回帰画面から「戻る」を押下することによりアプリＡへ回帰する。また、「次へ」を押下した時刻が到達画面を表示した時刻から25分に満たない場合、条件未達成となり、遷移先情報管理サーバ装置３から新たな遷移先としてアプリＤを取得し、アプリＤへの回遊導線を提供する回遊画面から「次へ」を押下することによりアプリＤへ遷移する。

【0073】

＜総括＞
以上説明したように、本実施形態によれば、アプリケーションやページ・画面の任意の組み合わせの間で自由な遷移を行わせることができ、状況に応じて適切なコンテンツへ遷移を行わせることができる。

【0074】

以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。

【符号の説明】

【0075】

１ 端末装置
１０ オペレーティングシステム
１１、１１Ａ〜１１Ｄ アプリ
１１０ 遷移先情報保持部
１１１ アプリ本体部
１１２ ＵＲＬスキーム取得部
１１３ リンク設定部
１１４ 起動要求部
２ ネットワーク
３ 遷移先情報管理サーバ装置
３１ 遷移先情報保持部
３２ 情報管理部
３３ 検索要求受付部
３４ 検索実行部
３５ 検索結果応答部

【要約】

【課題】アプリケーションやページ・画面の任意の組み合わせの間で自由な遷移を行わせることを可能とする仕組を提供する。
【解決手段】端末装置を構成するコンピュータを、遷移先の条件に基づいて遷移先の記述を取得する記述取得手段、取得した前記記述に基づいて、ユーザが操作可能な遷移指示のインタフェースを提供するインタフェース提供手段、前記遷移指示の操作が行われた場合に、前記記述の示すアプリケーションプログラムの起動および前記記述のパラメタ部分および付加情報の遷移先の前記アプリケーションプログラムへの引渡を前記端末装置のオペレーティングシステムに要求する起動要求手段として機能させる。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】