JP6376833B2 - 通信装置、その制御方法及びプログラム - Google Patents

Description

本発明は、インターネット上のサービスにアップロードした公開情報に対するアクセス情報をデバイスに引き渡す通信装置、その制御方法及びプログラムに関する。

近年、社員証、学生証、定期券、或いはお財布携帯等では、個人を特定するＩＤカードとして近接無線通信技術（Near Field Communication：以下、ＮＦＣと称する）を利用したＩＣタグ等を使用しているものが多くなってきている。ＮＦＣ規格は、電磁誘導方式による１３．５６ＭＨｚ周波数帯を使用し、通信可能距離が約１０ｃｍ以下である比較的低速での近距離通信に用いられる通信プロトコルであり、ＮＦＣ ＩＰ−１（ＩＳＯ／ＩＥＣ１８０９２）及びＮＦＣ ＩＰ−２（ＩＳＯ／ＩＥＣ２１４８４１）として制定されている。ＮＦＣの機能には、カードエミュレーション機能、リーダ・ライタ機能、端末間通信機能が含まれる。
カードエミュレーション機能を用いてユーザＩＤやパスワードを記憶させておき、リーダ・ライタ機能を搭載した認証システムで、ユーザＩＤとパスワードを読み出して認証する認証システムが提案されている（特許文献１）。
また、無線ネットワークを介するインターネットアプリケーションにおいて、ネットワークがオフラインであっても、ユーザデータとその操作結果をキャッシュしておき、ネットワークがオンラインに復帰したときに、端末とサーバ間のユーザデータを同期することでオフライン時のユーザ操作を許容するオフライン対応通信アプリが提案されている（特許文献２）。

特開２０１１−２４３０１７号公報 特開２００８−１６７０１６号公報

オフライン対応通信アプリを使用して作成した公開情報に対するアクセス情報をデバイスに引き渡すに際して、実際に通信が確立してインターネット上のサービスに公開情報をアップロードするまでアクセス情報が確定しないため、アクセス情報を任意のタイミングでデバイスに引き渡すことができなかった。

本発明は上記のような点に鑑みてなされたものであり、公開情報に対するアクセス情報を、インターネット上のサービスとのネットワーク処理の完了を待つことなくデバイスに引き渡せるようにすることを目的とする。

本発明の通信装置は、インターネットに接続する第１の通信手段と、デバイスと通信する第２の通信手段と、公開情報にアクセスするための予約アクセス情報を取得する予約アクセス情報取得手段と、前記第１の通信手段を介してインターネット上のサービスサーバに公開情報をアップロードし、その公開情報に対する実アクセス情報を取得するネットワーク処理実行手段と、前記第２の通信手段を介して、前記ネットワーク処理実行手段の処理が完了する前に、前記予約アクセス情報取得手段で取得した予約アクセス情報を前記デバイスに通知する制御手段とを備え、前記ネットワーク処理実行手段の処理が完了した後に、前記予約アクセス情報のリダイレクト先を実アクセス情報に設定し、新たな予約アクセス情報を取得することを特徴とする。

本発明によれば、公開情報に対するアクセス情報を、インターネット上のサービスとのネットワーク処理の完了を待つことなくデバイスに引き渡すことができる。

第１の実施形態に係る通信装置の構成を示す図である。 第１の実施形態に係るサーバ装置の構成を示す図である。 第１の実施形態に係る通信システムの構成を示す図である。 ウェブサービスサーバに映像コンテンツをアップロードし、その映像コンテンツに対するアクセス情報をＮＦＣ通信によりデバイスに通知する一般的なシーケンスを示す図である。 第１の実施形態においてウェブサービスサーバに映像コンテンツをアップロードし、その映像コンテンツに対するアクセス情報をＮＦＣ通信によりデバイスに通知するシーケンスを示す図である。 第１の実施形態に係る通信装置におけるオフライン対応通信アプリに関わるＧＵＩを示す図である。 第１の実施形態における予約アクセス情報取得処理を示すフローチャートである。 予約アクセス情報リストのデータ構成例を示す図である。 第１の実施形態における情報公開処理を示すフローチャートである。 第１の実施形態におけるアクセス情報通知処理を示すフローチャートである。 公開情報へのアクセス情報リストのデータ構成例を示す図である。 リダイレクトサーバに対して、デバイスのブラウザ機能等でアクセス情報にアクセスした場合の表示例を示す図である。 第２の実施形態に係る通信システムの構成を示す図である。 第２の実施形態においてウェブサービスサーバに映像コンテンツをアップロードし、その映像コンテンツに対するアクセス情報をＮＦＣ通信によりデバイスに通知するシーケンスを示す図である。 第２の実施形態における専用予約アクセス情報作成処理を示すフローチャートである。 第２の実施形態における情報公開処理を示すフローチャートである。

以下、添付図面を参照して、本発明の好適な実施形態について説明する。
（第１の実施形態）
図１は、第１の実施形態に係る通信装置１００の構成を示す図である。通信装置１００は、パーソナルコンピュータ（ＰＣ）を用いて構成可能である。
図１において、内部バス１１１に対してＣＰＵ１０１、ハードディスクドライブ（ＨＤＤ）１０２、メモリ１０３、表示制御部１０４、入力部１０５、ドライブ装置１０６、通信インターフェイス（Ｉ／Ｆ）１０７、及び近距離無線通信部１０８が接続される。内部バス１１１に接続される各部は、内部バス１１１を介して互いにデータのやりとりを行うことができるようにされている。
ＨＤＤ１０２は、画像データやその他のデータ、ＣＰＵ１０１が動作するための各種プログラム等が格納される。メモリ１０３は、例えばＲＡＭからなる。ＣＰＵ１０１は、例えばＨＤＤ１０２に格納されるプログラムに従い、メモリ１０３をワークメモリとして用いて、この通信装置１００の各部を制御する。なお、ＣＰＵ１０１が動作するためのプログラムは、ＨＤＤ１０２に格納されるのに限られず、例えば図示されないＲＯＭに予め記憶しておいてもよい。

入力部１０５は、ユーザ操作を受け付け、操作に応じた制御信号を生成し、ＣＰＵ１０１に供給する。例えば入力部１０５は、ユーザ操作を受け付ける入力デバイスとして、キーボードといった文字情報入力デバイスや、マウスやタッチパネルといったポインティングデバイス等を有する。なお、タッチパネルは、例えば平面的に構成された入力部に対して接触された位置に応じた座標情報が出力されるようにした入力デバイスである。ＣＰＵ１０１は、入力デバイスに対してなされたユーザ操作に応じて入力部１０５で生成され供給される制御信号に基づいて、プログラムに従いこの通信装置１００の各部を制御する。これにより、通信装置１００に対し、ユーザ操作に応じた動作を行わせることができる。
表示制御部１０４は、ディスプレイ１１０に画像を表示させるための表示信号を出力する。例えば表示制御部１０４には、ＣＰＵ１０１がプログラムに従い生成した表示制御信号が供給される。表示制御部１０４は、この表示制御信号に基づいて表示信号を生成してディスプレイ１１０に出力する。例えば表示制御部１０４は、ＣＰＵ１０１が生成する表示制御信号に基づいて、ＧＵＩ（Graphical User Interface)を構成するＧＵＩ画面をディスプレイ１１０に表示させる。
なお、入力部１０５としてタッチパネルを用いる場合、入力部１０５とディスプレイ１１０とを一体的に構成することができる。例えばタッチパネルを光の透過率がディスプレイ１１０の表示を妨げないように構成し、ディスプレイ１１０の表示面の上層に取り付ける。そして、タッチパネルにおける入力座標と、ディスプレイ１１０上の表示座標とを対応付ける。これにより、恰もユーザがディスプレイ１１０上に表示された画面を直接的に操作可能であるかのようなＧＵＩを構成することができる。本実施形態では、入力部１０５は、タッチパネルと図示しない操作部材であるアプリボタン押下の入力を受け付けるものである。

ドライブ装置１０６は、ＣＤやＤＶＤといった外部記憶媒体１０９が装着可能とされ、ＣＰＵ１０１の制御に基づいて、装着された外部記憶媒体１０９からのデータの読み出しや、外部記憶媒体１０９に対するデータの書き込みを行う。なお、外部記憶媒体１０９は、ＣＤやＤＶＤといったディスク記録媒体に限られず、例えばメモリカード等の不揮発性の半導体メモリをドライブ装置１０６に装着するものとしてもよい。
通信Ｉ／Ｆ１０７は、ＣＰＵ１０１の制御に基づいて、ＬＡＮ（Local Area Network）やインターネットといったネットワーク１２０に対する通信を行う。
近距離無線通信部１０８は、例えばＮＦＣを利用したものであり、数ｃｍという比較的短い距離でのみデータ通信が可能なインターフェイスである。

なお、本実施形態では、本発明をＰＣに適用した場合を例にして説明したが、この例に限定されず、デジタルカメラ等の撮像装置に適用してもよい。すなわち、メモリカード等の、デジタルカメラが読み取り可能な記憶媒体に記憶された撮影画像を、デジタルカメラが有する背面液晶装置等のディスプレイにマルチ再生表示する際にも、本発明は適用可能である。さらに、携帯電話端末や携帯型の画像ビューワ、プリンタ装置に設けられた印刷画像選択及び確認のためのディスプレイ、デジタルフォトフレーム等、画像を表示可能な装置であれば、本発明は適用可能である。

図２は、第１の実施形態に係るリダイレクトサーバ３０２もしくはウェブサービスサーバ３０３として機能するサーバ装置２００の構成を示す図である。サーバ装置２００は、ＰＣを用いて構成可能である。
図２において、内部バス２１１に対してＣＰＵ２０１、ＨＤＤ２０２、メモリ２０３、入力部２０４、通信Ｉ／Ｆ２０５が接続される。内部バス２１１に接続される各部は、内部バス２１１を介して互いにデータのやりとりを行うことができるようにされている。ここで、各構成要素は以下である。
ＣＰＵ２０１は、図１のＣＰＵ１０１と同等である。ＨＤＤ２０２は、図１のＨＤＤ１０２と同等である。メモリ２０３は、図１のメモリ１０３と同等である。入力部２０４は、図１の入力部１０５と同等である。通信Ｉ／Ｆ２０５は、図１の通信Ｉ／Ｆ１０７と同等であり、ＬＡＮやインターネットといったネットワーク２２０に対する通信を行う。

図３は、第１の実施形態に係る通信システムの構成を示す図である。通信システムでは、インターネット３０４を介して、通信装置１００、リダイレクトサーバ３０２、ウェブサービスサーバ３０３が接続される。
通信装置１００は、インターネット３０４を介してリダイレクトサーバ３０２及びウェブサービスサーバ３０３と通信する。通信装置１００は、ＨＤＤ１０２に保存している映像コンテンツを公開情報としてウェブサービスサーバ３０３にアップロードすることができる。また、通信装置１００は、ＮＦＣを利用した近距離無線通信（ＮＦＣ通信と呼ぶ）により、公開情報に対するアクセス情報をデバイス４００に書き込むことができる。デバイス４００は、カードエミュレーション機能を持つデバイスであり、ＮＦＣカードやスマートフォンに代表される携帯端末等が該当する。
ウェブサービスサーバ３０３は、例えば映像コンテンツをインターネットを介して公開するウェブサービスを提供するサーバであり、複数の映像コンテンツをグルーピングし、携帯端末からウェブブラウザを使用して閲覧するためのウェブコンテンツを公開する。
リダイレクトサーバ３０２は、リダイレクト先が未定であってもＵＲＩ（Uniform Resource Identifier）を予約可能なサーバであり、予約したＵＲＩのリダイレクト先を後で設定することができる。また、リダイレクト先の設定前であれば、任意の画像を表示するように振る舞う設定も可能である。
インターネット３０４は、ネットワーク１２０、２２０から通信できる。本実施形態では、インターネット３０４をＷＡＮ（Wide Area Network）、ネットワーク１２０、２２０をＬＡＮとする。

図４は、ウェブサービスサーバに映像コンテンツをアップロードし、その映像コンテンツに対するアクセス情報をＮＦＣ通信によりデバイスに通知する一般的なシーケンスである。
シーケンス４０１で、通信装置１００において、ウェブサービスを利用するためのプリケーションを起動する。
シーケンス４０２で、通信装置１００において、アップロード対象の映像コンテンツを１つ以上選択する。
シーケンス４０３で、通信装置１００は、選択した映像コンテンツのアップロードを開始する。
シーケンス４０４で、通信装置１００は、公開情報に対する実アクセス情報をデバイス４００に通知すべく、ＮＦＣ通信を開始する。実アクセス情報とは、ウェブサービスサーバ３０３への映像コンテンツのアップロードが完了し、その映像コンテンツに実際にアクセスするためのアクセス情報（ＵＲＩ）をいう。

シーケンス４０５で、通信装置１００は、ウェブサービスサーバ３０３への個々の映像コンテンツのアップロードを実行する。
シーケンス４０６で、通信装置１００は、シーケンス４０２で選択された全ての映像コンテンツをウェブサービスサーバ３０３にアップロード完了するまで継続する。
シーケンス４０７で、通信装置１００からウェブサービスサーバ３０３への映像コンテンツのアップロードが完了する。
シーケンス４０８で、通信装置１００は、ウェブサービスサーバ３０３に対して、映像コンテンツのグループにアクセスするための実アクセス情報をＵＲＩ形式で取得するための実アクセス情報取得リクエストを発行する。
シーケンス４０９で、ウェブサービスサーバ３０３は、通信装置１００に、シーケンス４０８で発行した実アクセス情報取得リクエストに対するレスポンスとして実アクセス情報を返信する。
シーケンス４１０で、通信装置１００は、シーケンス４０９でウェブサービスサーバ３０３から返信された実アクセス情報を、ＮＦＣ通信によりデバイス４００に書き込む。

このようなシーケンスにおいて、システムがオフライン、すなわち通信装置１００とウェブサービスサーバ３０３とが通信できない状態でオフライン対応通信アプリを使用する場合、デバイス４００に実アクセス情報を通知すべくＮＦＣ通信を開始してから（シーケンス４０４）、実際に実アクセス情報を取得する（シーケンス４０９）までの期間４１１がネットワークの状態に依存するため不明となる。よって、通信装置１００のユーザは、いつデバイス４００に実アクセス情報の書き込みが可能な状態になるのか分からないという問題がある。

そこで、本実施形態では、図５に示すシーケンスにより、映像コンテンツに対するアクセス情報を、ウェブサービスサーバ３０３とのネットワーク処理の完了を待つことなくデバイスに引き渡すことができるようにする。
図５は、本実施形態においてウェブサービスサーバに映像コンテンツをアップロードし、その映像コンテンツに対するアクセス情報をＮＦＣ通信によりデバイスに通知するシーケンスである。
シーケンス５０１で、通信装置１００は、リダイレクトサーバ３０２に対して、リダイレクト用のＵＲＩを予約するための予約アクセス情報取得リクエストを発行する。予約アクセス情報とは、ウェブサービスサーバ３０３への映像コンテンツのアップロードが完了していない段階で、実アクセス情報にリダイレクトすることを目的としたリダイレクトサーバ３０２へのアクセス情報（ＵＲＩ）をいう。
シーケンス５０２で、リダイレクトサーバ３０２は、通信装置１００に、シーケンス５０１で発行した予約アクセス情報取得リクエストに対するレスポンスとして予約アクセス情報を返信する。
シーケンス５０３〜５０６は、シーケンス４０１〜４０４と同じである。
シーケンス５０７で、通信装置１００は、シーケンス５０２で取得した予約アクセス情報を、ＮＦＣ通信によりデバイス４００に書き込む。

シーケンス５０８〜５１２は、図４のシーケンス４０５〜４０９と同じである。
シーケンス５１３で、通信装置１００は、リダイレクトサーバ３０２に、予約アクセス情報のリダイレクト先としてシーケンス５１２で取得した実アクセス情報を設定する。
シーケンス５１４で、通信装置１００は、消費した予約アクセス情報を補充すべく、シーケンス５０１と同様に、リダイレクトサーバ３０２に対して、リダイレクト用のＵＲＩを予約するための予約アクセス情報取得リクエストを発行する。
シーケンス５１５で、リダイレクトサーバ３０２は、通信装置１００に、シーケンス５１４で発行した予約アクセス情報取得リクエストに対するレスポンスとして予約アクセス情報を返信する。この予約アクセス情報は通信装置１００に保存され、次なるオフライン対応通信アプリで必要なときに使用される。

このようなシーケンスを実行することによって、実アクセス情報が確定する前に予約アクセス情報を使用し、実アクセス情報が確定した時点で、予約アクセス情報のリダイレクト先を実アクセス情報に設定することができる。また、映像コンテンツのアップロードが完了して実アクセス情報が確定した時点では、ネットワークがオンライン状態なのでリダイレクト先の更新と次に使用するための予約アクセス情報の取得を実施できる。これにより、オフライン対応通信アプリを使用してデバイス４００にＮＦＣ通信によりアクセス情報を書き込む場合に、いつ終わるか分からないネットワーク処理の完了を待つ必要がなくなる。

図６（ａ）〜（ｉ）には、通信装置１００におけるオフライン対応通信アプリに関わるＧＵＩを示す。
図６（ａ）はアプリ選択画面６１０であり、ＣＰＵ１０１が、アプリボタンを押されたことを入力部１０５から受信し、表示制御部１０４の表示信号を更新することで表示される。アプリ選択画面６１０では、共有アプリ６１１と編集アプリ６１２とが選択可能であり、本実施形態で説明するオフライン対応通信アプリは共有アプリ６１１を指す。また、共有アプリ６１１を表すアイコンには、アプリの状態を表示しており、後述するアプリアイコン表示更新（ステップＳ７０６、Ｓ９２３）に従って「新規グループ作成可」又は「新規グループ作成不可」を表示する。

図６（ｂ）は公開対象グループの選択画面６２０である。ＮＥＷ ＧＲＯＵＰアイコン６２１は公開対象グループの新規作成を実行するアイコンであり、映像グループアイコン６２２、６２３、６２４は既に公開済みの公開対象グループである。また、スクロールバー６２５は、１画面内に表示しきれない公開対象グループが存在することを示すとともに、画面をスクロールさせるために使用する。

図６（ｃ）は公開コンテンツ選択画面６３０である。入力部１０５の操作に応じて、選択された映像コンテンツを太枠表示６３２とし、未選択の映像コンテンツを細い点線枠６３１で表示する。また、ＯＫボタン６３３、ＣＡＮＣＥＬボタン６３４、スクロールバー６３５が配置されている。ＯＫボタン６３３が押下されると、その時点で選択されている映像コンテンツが公開対象グループに指定される。ＣＡＮＣＥＬボタン６３４が押下されると、公開対象グループの選択画面６２０に戻る。

図６（ｄ）は公開サービスの選択画面６４０であり、公開サービスとして「ＩｍａｇｅＧａｔｅｗａｙ」６４１、「ＰｈｏｔｏＰｒｅｓｓｏ」６４２、「シェアってＧＯＧＯ」６４３、「ビデオ蔵」６４４が選択可能である。

図６（ｅ）は予約アクセス情報取得エラー画面６５０であり、予約アクセス情報を入手できないために、公開対象グループの新規作成が実施できない旨のエラーメッセージ６５１を表示する。

図６（ｆ）は公開情報通知操作画面６６０であり、ウェブサービスへのアップロードを開始するか否かを確認する画面である。ＯＫボタン６６１、ＣＡＮＣＥＬボタン６６２が配置されており、ＯＫボタン６６１が押下されると、ウェブサービスへのアップロードを開始するとともに、後述するアクセス情報通知処理（図１０）を実行する。ＣＡＮＣＥＬボタン６６２が押下されると、公開コンテンツ選択画面６３０に戻る。

図６（ｇ）は公開情報通知状態画面６７０であり、この画面が表示されている間に、近距離無線通信部１０８でデバイス４００が検出されたら、ＮＦＣ通信によりアクセス情報を書き込むことができる。ＣＡＮＣＥＬボタン６７１が配置されており、ＣＡＮＣＥＬボタン６７１が押下されると、アクセス情報通知処理を中断する。
図６（ｈ）はＮＦＣ書き込み成功通知画面６８０であり、近距離無線通信部１０８で検出されたデバイス４００に対する書き込みが成功したことを通知するメッセージ６８１が、所定時間表示される。
図６（ｉ）はＮＦＣ書き込み失敗通知画面６９０であり、近距離無線通信部１０８で検出されたデバイス４００に対する書き込みが失敗したことを通知するメッセージ６９１が、所定時間表示される。

図７は、通信装置１００がリダイレクトサーバ３０２から予約アクセス情報を取得する予約アクセス情報取得処理を示すフローチャートである。予約アクセス情報取得処理は、通信装置１００の起動時に実行される。
ステップＳ７０１で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７がインターネット接続中であるか否かを判定し、接続されるまで待機する。インターネット接続中であれば、ステップＳ７０２に遷移する。
ステップＳ７０２で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を介してリダイレクトサーバ３０２が稼働中であるか否かを判定する。リダイレクトサーバ３０２が稼働中でない場合、ステップＳ７０１に遷移する。リダイレクトサーバ３０２が稼働中である場合、ステップＳ７０３に遷移する。
ステップＳ７０３で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を介して、後述する予約アクセス情報リスト８１０（図８）の空き項目個数分だけ予約アクセス情報を取得するためのリクエストを、リダイレクトサーバ３０２に対して発行する。
ステップＳ７０４で、ＣＰＵ１０１は、ステップＳ７０３で発行したリクエストに対して、リクエストした個数分の予約アクセス情報をレスポンスとして受信したか否かを判定し、リクエストした個数分を受信するまで待機する。リクエストした個数分を受信したならば、ステップＳ７０５に遷移する。
ステップＳ７０５で、ＣＰＵ１０１は、ステップＳ７０４で受信した予約アクセス情報を、ＨＤＤ１０２に記録されている予約アクセス情報リスト８１０（図８）に保存する。
ステップＳ７０６で、ＣＰＵ１０１は、表示制御部１０４で表示する内容を更新して、アプリ選択画面６１０では「新規グループ作成可」を表示するよう設定する。

図８は、予約アクセス情報リスト８１０のデータ構成例を示す図である。予約番号８１１は、予約アクセス情報の通し番号であり、１０個の予約を行う場合の例である。予約アクセス情報８１２は、ステップＳ７０５で取得した予約アクセス情報であり、１０個分が予約されている状態である。予約アクセス情報は、ＵＲＩ形式で表現されている。
このように、通信装置１００の起動時に予約アクセス情報の取得を試みることで、予約アクセス情報リスト８１０が空になる状況を極力避けることができる。

図９は、通信装置１００がオフライン対応通信アプリを使用して映像コンテンツをウェブサービスサーバ３０３にアップロードして、該映像コンテンツに対するアクセス情報を取得する情報公開処理を示すフローチャートである。情報公開処理は、オフライン対応通信アプリの起動をきっかけに開始する。
ステップＳ９０１で、ＣＰＵ１０１は、表示制御部１０４で表示する内容を更新して、ディスプレイ１１０に公開対象グループの選択画面６２０を表示する。このとき、ＣＰＵ１０１は、後述する公開情報へのアクセス情報リスト１１０１（図１１）を参照することで公開対象グループを列挙する。
ステップＳ９０２で、ＣＰＵ１０１は、入力部１０５から受信したユーザのタッチパネル操作に従って、ユーザにより選択された公開対象グループを特定する。その結果、既に公開済みの公開対象グループである映像グループアイコン６２２、６２３、６２４が選択された場合、ステップＳ９１６に遷移する。公開情報の新規作成であるＮＥＷ ＧＲＯＵＰアイコン６２１が選択された場合、ステップＳ９０３に遷移する。

ステップＳ９０３で、ＣＰＵ１０１は、ＨＤＤ１０２に記録されている予約アクセス情報リスト８１０に、予約アクセス情報が残っているか否かを判定する。予約アクセス情報が残っていない場合、ステップＳ９１７に遷移する。予約アクセス情報が残っている場合、ステップＳ９０４に遷移する。
ステップＳ９０４で、ＣＰＵ１０１は、表示制御部１０４で表示する内容を更新して、ディスプレイ１１０に公開コンテンツ選択画面６３０を表示する。ユーザが映像コンテンツを選択し、ＯＫボタン６３３を押下したら、ステップＳ９０５に遷移する。
ステップＳ９０５で、ＣＰＵ１０１は、表示制御部１０４で表示する内容を更新して、ディスプレイ１１０に公開サービスの選択画面６４０を表示する。ＣＰＵ１０１は、入力部１０５のタッチパネル操作を受信し、選択された公開サービスに適したウェブサービスサーバ３０３を特定する。
ステップＳ９０６で、ＣＰＵ１０１は、ＨＤＤ１０２に記録されている予約アクセス情報リスト８１０の先頭に記載されている予約アクセス情報を取得し、公開情報へのアクセス情報リスト１１０１（図１１）末尾のアクセス情報１１０４の欄に記述する。また、ＣＰＵ１０１は、予約フラグ１１０３に予約アクセス情報であることを表す「１」を設定する。また、予約アクセス情報リスト８１０から、設定した予約アクセス情報を削除する。ＣＰＵ１０１は、予約アクセス情報リスト８１０をＦＩＦＯ（First In First Out）形式で管理する。
ステップＳ９０７で、ＣＰＵ１０１は、表示制御部１０４で表示する内容を更新して、ディスプレイ１１０に公開情報通知操作画面６６０を表示する。ＣＰＵ１０１は、入力部１０５のタッチパネル操作を受信し、ＯＫボタン６６１が押下されたならば、ステップＳ９０６で追加した欄の公開情報番号１１０２を指定して、公開情報通知処理開始リクエストを発行する。これは、後述するアクセス情報通知処理（図１０）を実行するトリガとなる。

ステップＳ９０８で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７がインターネット接続中であるか否かを判定し、接続されるまで待機する。インターネット接続中であれば、ステップＳ９０９に遷移する。
ステップＳ９０９で、ＣＰＵ１０１は、ステップＳ９０５で選択したウェブサービスを提供するウェブサービスサーバ３０３が稼働中であるか否かを判定する。ウェブサービスサーバ３０３が稼働中でない場合、ステップＳ９０８に遷移する。ウェブサービスサーバ３０３が稼働中である場合、ステップＳ９１０に遷移する。
ステップＳ９１０で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を介してウェブサービスサーバ３０３に、ステップＳ９０４で選択した映像コンテンツを一つアップロードする。
ステップＳ９１１で、ＣＰＵ１０１は、図示しないアップロード状態管理画面により、ユーザがウェブサービスサーバへのアップロードをキャンセルする操作をしていないかを判定する。ユーザがキャンセル操作をした場合、ステップＳ９２４に遷移する。ユーザがキャンセル操作をしていない場合、ステップＳ９１２に遷移する。
ステップＳ９１２で、ＣＰＵ１０１は、ステップＳ９０４で選択した全ての映像コンテンツのアップロードが完了したか否かを判定する。アップロード未完了の映像コンテンツがある場合、ステップＳ９０８に遷移する。全ての映像コンテンツのアップロードが完了している場合、ステップＳ９１３に遷移する。

ステップＳ９１３で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を制御し、ステップＳ９０５で選択したウェブサービスを提供するウェブサービスサーバ３０３から、アップロードした映像コンテンツに対する実アクセス情報を取得する。
ステップＳ９１４で、ＣＰＵ１０１は、ステップＳ９０６で追加した項目の公開情報番号１１０２に対応するリダイレクト設定１１０５を確認する。なお、リダイレクト設定１１０５は、後述する図１０のステップＳ１００４で設定される。設定がＯＮの場合、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を制御することでリダイレクトサーバ３０２と通信し、公開情報番号１１０２に対応するアクセス情報１１０４で特定できる予約アクセス情報のリダイレクト先を、ステップＳ９１３で取得した実アクセス情報に設定する。
ステップＳ９２５で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を介して、予約アクセス情報を取得するためのリクエストを、リダイレクトサーバ３０２に対して一つ分発行する。
ステップＳ９２６で、ＣＰＵ１０１は、ステップＳ９２５で発行したリクエストに対して、予約アクセス情報をレスポンスとして受信したか否かを判定し、受信するまで待機する。レスポンスを受信できた場合、ステップＳ９２７に遷移する。
ステップＳ９２７で、ＣＰＵ１０１は、ステップＳ９２６で受信した予約アクセス情報を、予約アクセス情報リスト８１０に保存する。
ステップＳ９１５で、ＣＰＵ１０１は、公開情報へのアクセス情報リスト１１０１の公開情報番号１１０２に対応するアクセス情報１１０４を、ステップＳ９１３で取得した実アクセス情報で上書きする。また、同公開情報番号１１０２に対応する予約フラグ１１０３に実アクセス情報であることを表す「０」に設定する。

ステップＳ９１６で、ＣＰＵ１０１は、ステップＳ９０２で選択された公開対象グループに対応する公開情報番号１１０２を指定して公開情報通知処理開始リクエストを発行する。これは、後述するアクセス情報通知処理（図１０）を実行するトリガとなる。

ステップＳ９１７で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７がインターネット接続中であるか否かを判定する。インターネット接続中である場合、ステップＳ９１８に遷移する。インターネットに接続していない場合、ステップＳ９２２に遷移する。
ステップＳ９１８で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を介してリダイレクトサーバ３０２が稼働中であるか否かを判定する。リダイレクトサーバ３０２が稼働中である場合、ステップＳ９１９に遷移する。リダイレクトサーバ３０２が稼働中でない場合、ステップＳ９２２に遷移する。
ステップＳ９１９で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を介して、予約アクセス情報を取得するためのリクエストを、リダイレクトサーバ３０２に対して一つ分発行する。
ステップＳ９２０で、ＣＰＵ１０１は、ステップＳ９１９で発行したリクエストに対して、予約アクセス情報をレスポンスとして受信したか否かを判定する。レスポンスを受信できた場合、ステップＳ９２１に遷移する。レスポンスを受信できなかった場合、ステップＳ９２２に遷移する。
ステップＳ９２１で、ＣＰＵ１０１は、ステップＳ９２０で受信した予約アクセス情報を、予約アクセス情報リスト８１０に保存する。

ステップＳ９２２で、ＣＰＵ１０１は、表示制御部１０４で表示する内容を更新して、ディスプレイ１１０に予約アクセス情報取得エラー画面６５０を表示する。
ステップＳ９２３で、ＣＰＵ１０１は、表示制御部１０４で表示する内容を更新して、アプリ選択画面６１０では「新規グループ作成不可」を表示するよう設定する。

ステップＳ９２４で、ＣＰＵ１０１は、ステップＳ９０６で追加した項目の公開情報番号１１０２に対応するリダイレクト設定１１０５を確認する。設定がＯＮである場合、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を制御することでリダイレクトサーバ３０２と通信し、公開情報番号１１０２に対応するアクセス情報１１０４で特定できる予約アクセス情報のリダイレクト先を、後述する予め準備してあるアップロードを中断したことを表す画面（図１２（ｂ））をアクセスしてきた端末で表示するよう設定する。

図１０は、通信装置１００が映像コンテンツに対するアクセス情報をＮＦＣ通信によりデバイス４００に書き込むアクセス情報通知処理を示すフローチャートである。アクセス情報通知処理は、ステップＳ９０７又はステップＳ９１６で発行された公開情報通知処理開始リクエストによって開始される。
ステップＳ１００１で、ＣＰＵ１０１は、表示制御部１０４で表示する内容を更新して、ディスプレイ１１０に公開情報通知状態画面６７０を表示する。
ステップＳ１００２で、ＣＰＵ１０１は、公開情報通知状態画面６７０を表示している状態のまま、近距離無線通信部１０８によるデバイス４００の検出を確認する。デバイス４００を検出した場合、ステップＳ１００３に遷移する。デバイスを検出しなかった場合、ステップＳ１００７に遷移する。
ステップＳ１００３で、ＣＰＵ１０１は、ステップＳ９０７又はステップＳ９１６で発行された公開情報通知処理開始リクエストで指定されている公開情報番号１１０２に対応するアクセス情報１１０４をＨＤＤ１０２から読み出す。
ステップＳ１００４で、ＣＰＵ１０１は、同公開情報番号１１０２に対応する予約フラグ１１０３を確認し、予約フラグ１１０３が予約アクセス情報であることを表す「１」であれば、同公開情報番号１１０２に対応するリダイレクト設定１１０５を「ＯＮ」に変更する。
ステップＳ１００５で、ＣＰＵ１０１は、近距離無線通信部１０８を制御し、ステップＳ１００２で検出したデバイス４００に、ステップＳ１００３で取得したアクセス情報１１０４を書き込む。
ステップＳ１００６で、ＣＰＵ１０１は、ステップＳ１００５の近距離無線通信部１０８の書き込み結果に応じて、表示制御部１０４で表示する内容を更新して、ディスプレイ１１０にＮＦＣ書き込み成功通知画面６８０又はＮＦＣ書き込み失敗通知画面６９０を表示する。その後、ステップＳ１００２に遷移する。

ステップＳ１００７で、ＣＰＵ１０１は、入力部１０５から公開情報通知状態画面６７０のＣＡＮＣＥＬボタン６７１の押下操作を受けたか否かを判定する。ＣＡＮＣＥＬボタン６７１が押下されていない場合、ステップＳ１００２に遷移する。ＣＡＮＣＥＬボタン６７１が押された場合、アクセス情報通知処理を終了する。

図９と図１０のフローチャートは並行して実行され、アクセス情報（実アクセス情報又は予約アクセス情報）がＮＦＣ通信によりデバイス４００に書き込まれる。

図１１は、公開情報へのアクセス情報リスト１１０１のデータ構成例である。公開情報へのアクセス情報リスト１１０１は、公開情報番号１１０２と、予約フラグ１１０３と、リダイレクト設定１１０５と、アクセス情報１１０４とから構成される。公開情報番号１１０２は、公開情報へのアクセス情報リスト１１０１の通し番号である。予約フラグ１１０３は、アクセス情報１１０４の欄に記載されているアクセス情報（ＵＲＩ）が、予約アクセス情報である場合に「１」が、実アクセス情報である場合に「０」が設定される。リダイレクト設定１１０５は、一度でも予約アクセス情報をデバイスに書き込んだ場合には「ＯＮ」に設定される。これは、通信装置１００が、該当する予約アクセス情報のリダイレクト先を実アクセス情報に変更するためのリクエストを、リダイレクトサーバ３０２に対して発行するか否かの条件判断に使用される。

図１２（ａ）、（ｂ）は、リダイレクトサーバ３０２に対して、デバイス４００のブラウザ機能等でアクセス情報にアクセスした場合の表示例である。図１２（ａ）は、予約アクセス情報に対してリダイレクト先が設定されていない場合に表示される処理中画面であり、ウェブサービスサーバ３０３に対するアップロード処理や、リダイレクトサーバ３０２に対するリダイレクト設定が実施されていないことを意味する。図１２（ｂ）は、公開情報通知処理（図９）においてウェブサービスサーバ３０３へのアップロードを中断した場合に、ステップＳ９２４で設定される画面であり、ウェブサービスに対する処理を中断したことを通知するようにしたものである。

以上のように、通信装置１００は、オフライン対応通信アプリを使用して公開情報をウェブサービスにアップロードする処理を実行し、その公開情報に対するアクセス情報をデバイス４００に通知する場合に、予約アクセス情報を通知しておき、ウェブサービスとのネットワーク処理が完了した後に、予約アクセス情報のリダイレクト先を実アクセス情報に設定する。これにより、公開情報に対するアクセス情報を、ウェブサービスとのネットワーク処理の完了を待つことなくデバイス４００に引き渡すことができる。

（第２の実施形態）
第２の実施形態では、通信装置１００が、予約アクセス情報を自作する形態を説明する。なお、第１の実施形態との相違点を中心に説明し、第１の実施形態と同様の構成要素や処理には同一の符号を付して、その説明を省略する。
図１３は、第２の実施形態に係る通信システムの構成を示す図である。通信システムでは、インターネット３０４を介して、通信装置１００、専用リダイレクトサーバ１３０１、ウェブサービスサーバ３０３が接続される。
通信装置１００は、ＮＦＣ通信により、デバイス４００に、ウェブサービスサーバ３０３又は専用リダイレクトサーバ１３０１へのアクセス情報を書き込む。
専用リダイレクトサーバ１３０１は、特定の条件の下、ネットワーク通信を行うことなく、通信装置１００が自作した予約アクセス情報に対応する機能を持つリダイレクトサーバである。
なお、通信装置１００の構成は図１のとおりであり、専用リダイレクトサーバ１３０１として機能するサーバ装置２００の構成は図２のとおりである。

図１４は、本実施形態においてウェブサービスサーバに映像コンテンツをアップロードし、その映像コンテンツに対するアクセス情報をＮＦＣ通信によりデバイスに通知するシーケンスである。本実施形態では、予約アクセス情報を通信装置１００で自作し、オフライン対応通信アプリを使用している間のネットワークの状態に依存させないように、ＮＦＣ通信によりデバイス４００に通知する。
シーケンス１４０１で、通信装置１００は、専用予約アクセス情報を自作する。
シーケンス１４０２でも同様に、通信装置１００は、専用予約アクセス情報を自作する。

通信装置１００が自作する専用予約アクセス情報とは、例えば「ｈｔｔｐ：／／専用リダイレクトサーバドレス／Ｒｓｖｌｎｋ／デバイスシリアルナンバー＋シーケンス番号」で構成される。専用リダイレクトサーバ１３０１は、アクセス時に使用されたアクセス情報に“Ｒｓｖｌｎｋ”という文字列が有り、かつ、そのアドレスのリダイレクト設定が為されていない場合、処理中画面（図１２（ａ））を表示する挙動となっている。処理中画面（図１２（ａ））が表示されるのは処理中画面期間１４０３である。

図１５は、通信装置１００が専用予約アクセス情報を作成する専用予約アクセス情報作成処理を示すフローチャートである。専用予約アクセス情報作成処理は、通信装置１００の起動時に実行される。
ステップＳ１５０１で、ＣＰＵ１０１は、予約アクセス情報リスト８１０（図８）の空き項目個数分だけ専用予約アクセス情報を作成する。専用予約アクセス情報は、「ｈｔｔｐ：／／専用リダイレクトサーバドレス／Ｒｓｖｌｎｋ／デバイスシリアルナンバー＋シーケンス番号」で構成され、シーケンス番号以外は固定の値である。シーケンス番号は、通信装置１００の中で保持するシーケンス番号であり、これにより各通信装置がユニークな専用予約アクセス情報を作成することができる。
ステップＳ１５０２で、ＣＰＵ１０１は、ステップＳ１５０１で作成した専用予約アクセス情報を、ＨＤＤ１０２に記録されている予約アクセス情報リスト８１０（図８）に保存する。
ステップＳ１５０３は、図７のステップＳ７０６と同じである。

図１６は、通信装置１００がオフライン対応通信アプリを使用して映像コンテンツをウェブサービスサーバ３０３にアップロードして、該映像コンテンツに対するアクセス情報を取得する情報公開処理を示すフローチャートである。情報公開処理は、オフライン対応通信アプリの起動をきっかけに開始する。
ステップＳ１６０１〜Ｓ１６１０は、図９のステップＳ９０１〜９１０と同じである。
ステップＳ１６２３で、ＣＰＵ１０１は、通信Ｉ／Ｆ１０７を介してアップロードの進捗状況として、全コンテンツ数とアップロード済みコンテンツ数を専用リダイレクトサーバ１３０１に通知する。
ステップＳ１６１１〜Ｓ１６１６、Ｓ１６２４は、図９のステップＳ９１１〜Ｓ９１６、Ｓ９２４と同じである。なお、ステップＳ１６０３で予約アクセス情報が残っていない場合、ステップＳ１６２１に遷移する。
ステップＳ１６２１で、ＣＰＵ１０１は、予約アクセス情報リスト８１０の空き項目個数分だけ専用予約アクセス情報を作成する。専用予約アクセス情報は、「ｈｔｔｐ：／／専用リダイレクトサーバドレス／Ｒｓｖｌｎｋ／デバイスシリアルナンバー＋シーケンス番号」で構成され、シーケンス番号以外は固定の値である。シーケンス番号は、通信装置１００の中で保持するシーケンス番号であり、これにより各通信装置がユニークな専用予約アクセス情報を作成することができる。
ステップＳ１６２２で、ＣＰＵ１０１は、ステップＳ１６２１で作成した専用予約アクセス情報を、ＨＤＤ１０２に記録されている予約アクセス情報リスト８１０（図８）に保存する。

アクセス情報通知処理は図１０と同じであり、ここではその説明を省略する。
図１６と図１０のフローチャートは並行して実行され、アクセス情報（実アクセス情報又は専用予約アクセス情報）がＮＦＣ通信によりデバイス４００に書き込まれる。

以上のように、通信装置１００は、オフライン対応通信アプリを使用して公開情報をウェブサービスにアップロードする処理を実行し、その公開情報に対するアクセス情報をデバイス４００に通知する場合に、自作の専用予約アクセス情報を通知しておき、ウェブサービスとのネットワーク処理が完了した後に、専用リダイレクトサーバ１３０１に対して専用予約アクセス情報のリダイレクト先を実アクセス情報に設定させる処理を実行する。これにより、公開情報に対するアクセス情報を、ウェブサービスとのネットワーク処理の完了を待つことなくデバイス４００に引き渡すことができる。また、専用予約アクセス情報はネットワーク越しに取得する必要がないので、デバイス４００に書き込む数の制限がなくなる。さらに、全コンテンツ数とアップロード済みのコンテンツ数を専用リダイレクトサーバ１３０１に通知するので、専用リダイレクトサーバ１３０１で現在のアップロードの進捗状況を表示するための情報を作成することができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００：通信装置、１０１：ＣＰＵ、１０２：ハードディスクドライブ、１０３：メモリ、１０４：表示制御部、１０５：入力部、１０６：ドライブ装置、１０７：通信インターフェイス、１０８：近距離無線通信部、１０９：外部記憶媒体、１１０：ディスプレイ、１１１：内部バス、２０１：ＣＰＵ、２０２：ハードディスクドライブ、２０３：メモリ、２０４：入力部、２０５：通信インターフェイス、２１１：内部バス、３０２：リダイレクトサーバ、３０３：ウェブサービスサーバ、１３０１：専用リダイレクトサーバ

Claims (9)

1. インターネットに接続する第１の通信手段と、
   デバイスと通信する第２の通信手段と、
   公開情報にアクセスするための予約アクセス情報を取得する予約アクセス情報取得手段と、
   前記第１の通信手段を介してインターネット上のサービスサーバに公開情報をアップロードし、その公開情報に対する実アクセス情報を取得するネットワーク処理実行手段と、
   前記第２の通信手段を介して、前記ネットワーク処理実行手段の処理が完了する前に、前記予約アクセス情報取得手段で取得した予約アクセス情報を前記デバイスに通知する制御手段とを備え、
   前記ネットワーク処理実行手段の処理が完了した後に、前記予約アクセス情報のリダイレクト先を実アクセス情報に設定し、新たな予約アクセス情報を取得することを特徴とする通信装置。
2. 前記制御手段は、前記ネットワーク処理実行手段の処理が完了した後であれば、実アクセス情報を前記デバイスに通知することを特徴とする請求項１に記載の通信装置。
3. 前記制御手段は、前記ネットワーク処理実行手段の処理が中断された場合、予約アクセス情報のリダイレクト先を、中断したことを表示するための情報に設定することを特徴とする請求項１又は２に記載の通信装置。
4. 前記ネットワーク処理実行手段の処理中には、予約アクセス情報のリダイレクト先を、アップロードの進捗状況を表示するための情報に設定することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
5. 前記予約アクセス情報取得手段は、前記実アクセス情報がリダイレクト先となる予約アクセス情報を予約可能であるリダイレクトサーバから取得することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
6. 前記予約アクセス情報取得手段は、予約アクセス情報を自作することを特徴とする請求項１乃至４のいずれか１項に記載の通信装置。
7. 予約アクセス情報及び実アクセス情報はＵＲＩ（Uniform Resource Identifier）形式であることを特徴とする請求項１乃至６のいずれか１項に記載の通信装置。
8. インターネットに接続する第１の通信手段と、デバイスと通信する第２の通信手段とを備えた通信装置の制御方法であって、
   公開情報にアクセスするための予約アクセス情報を取得するステップと、
   前記第１の通信手段を介してインターネット上のサービスサーバに公開情報をアップロードし、その公開情報に対する実アクセス情報を取得するネットワーク処理を実行するステップと、
   前記第２の通信手段を介して、前記ネットワーク処理を実行するステップが完了する前に、前記予約アクセス情報を取得するステップで取得した予約アクセス情報を前記デバイスに通知するステップと、
   前記ネットワーク処理を実行するステップが完了した後に、前記予約アクセス情報のリダイレクト先を実アクセス情報に設定し、新たな予約アクセス情報を取得するステップとを有することを特徴とする通信装置の制御方法。
9. インターネットに接続する第１の通信手段と、デバイスと通信する第２の通信手段とを備えた通信装置を制御するためのプログラムであって、
   公開情報にアクセスするための予約アクセス情報を取得する処理と、
   前記第１の通信手段を介してインターネット上のサービスサーバに公開情報をアップロードし、その公開情報に対する実アクセス情報を取得するネットワーク処理を実行する処理と、
   前記第２の通信手段を介して、前記ネットワーク処理を実行する処理が完了する前に、前記予約アクセス情報を取得する処理で取得した予約アクセス情報を前記デバイスに通知する処理と、
   前記ネットワーク処理を実行する処理が完了した後に、前記予約アクセス情報のリダイレクト先を実アクセス情報に設定し、新たな予約アクセス情報を取得する処理とをコンピュータに実行させるためのプログラム。

Images