JP4892524B2 - 携帯通信端末および通信方法 - Google Patents

Description

本発明は、コミュニティへコンテンツをアップロード可能な携帯通信端末および通信方法に関する。

近年、携帯電話やＰＨＳ(Personal Handy phone System)端末に代表される携帯通信端末が普及し、場所や時間を問わず通話や情報入手が可能となった。特に昨今では、入手可能な情報量も増加の一途を辿り、大容量のデータをダウンロードするため高速かつ高品質な無線通信方式が採用されている。かかる無線通信方式は、ダウンロードのみならずアップロードにおいても大容量のデータを伝送することができる。

また、このような携帯通信端末におけるデータのアップロードを通じて、携帯通信端末で撮像した画像（静止画および動画）や音声といったコンテンツをインターネット上のコミュニティに公開する技術が確立されている。一旦公開されたこのようなコンテンツは、不特定多数の第三者が自由に閲覧できる。

従来、このようなコンテンツのアップロードには、コンピュータに関するある程度の知識を要していたが、静止画または動画といったコンテンツを、アップロードボタンを押すだけといった容易な操作を通じて、外部に設けられたストレージに自動的にアップロードできる技術が公開されている（例えば、特許文献１）。

また、アップロードされたコンテンツの利用方法として、アップロードされた画像群中の特定画像に関連付けられた投票情報を集計し、その投票情報の集計結果に基づいて他の端末に表示させる内容を決定する技術も公開されている（例えば、特許文献２）。

このようなコンテンツの公開サイトであるコミュニティにおいて、アップロード可能なコンテンツのデータサイズが制限されている場合がある。そこで、受信端末の種別によって自動的に適したデータサイズの画像データをアップロード可能な技術も公開されている（例えば、特許文献３）。
特開２００２−１０１３７３号公報 特開２００４− ７０６１４号公報 特開２００２− ７８８３７号公報

上述したようなアップロードされたコンテンツを公開するコミュニティでは、それぞれ保存可能なフォーマットが決まっている。また、携帯通信端末において生成可能なコンテンツのフォーマットも制限されている。例えば、コミュニティで管理されるフォーマットはＦＬＶ（Flash Video）が多いのに対して、携帯通信端末で撮像された動画は３ＧＰＰ（Third Generation Partnership Project）やＭＰ４が一般的である。コミュニティで保存可能なフォーマットと異なるフォーマットによってコンテンツをアップロードした場合、コミュニティ側でそのフォーマットが変換されることとなる。

しかし、コンテンツのデータサイズやフォーマットによっては変換処理に長時間を要すため、ユーザはアップロードされたコンテンツを直ちに確認できず、また、その変換完了時間が予測不能なので、他の作業に移るべきか否か、また、アップロード自体を中止すべきか否かを判断できず無駄な時間を費やしていた。

アップロードしたコンテンツを少しでも早く確認するためには、コンテンツ生成の際に最初からアップロード先のコミュニティが推奨するフォーマットを用いるのが有効であるが、ユーザは、フォーマットを限定して生成したコンテンツがどのコミュニティに対応しているかを逐一覚えておく必要が生じ、また、複数のコミュニティにコンテンツをアップロードする場合、１つのコンテンツに対してそのコミュニティと同数のフォーマットを準備することとなり、自己の携帯通信端末内のコンテンツ管理が煩雑になると共にメモリの占有領域を無駄に費やしてしまう結果を招いていた。

本発明は、このような問題に鑑み、任意のコンテンツのコミュニティへのアップロードの可否を画一的な視覚的手段で一度に把握させることで、アップロードの妥当性を迅速かつ容易に判断することが可能な、携帯通信端末および通信方法を提供することを目的としている。

上記課題を解決するために、本発明の携帯通信端末の代表的な構成は、表示部と、１または複数のコンテンツと、コンテンツに関するコンテンツ情報と、コンテンツのアップロード先となるコミュニティに関するコミュニティ情報とを記憶するメモリと、表示部に、コンテンツを識別可能なコンテンツ識別子とコミュニティを識別可能なコミュニティ識別子とを表示する識別子表示部と、コンテンツ識別子の指定を受け付ける第１識別子受付部と、コンテンツ情報とコミュニティ情報に基づき、受け付けられたコンテンツ識別子によって特定されるコンテンツの、コミュニティ識別子によってそれぞれ特定されるコミュニティへのアップロードの可否を判定するアップロード判定部と、アップロード可と判定されたコミュニティのコミュニティ識別子を他と識別可能に表示するアップロード表示部と、を備えることを特徴とする。

本発明では、選択されたコンテンツに対する各コミュニティへのアップロードの可否を画一的な視覚的手段で一度に表示できるので、ユーザは、どのコミュニティにアップロードが可能であるかを迅速かつ容易に判断することが可能となる。

携帯通信端末は、コミュニティ識別子が識別可能に表示された後、コミュニティ識別子の指定を受け付ける第２識別子受付部と、第２識別子受付部で受け付けられたコミュニティ識別子によって特定されるコミュニティに第１識別子受付部で受け付けられたコンテンツ識別子によって特定されるコンテンツをアップロードするアップロード実行部と、をさらに備えてもよい。

かかる構成により、アップロードが可能と表示されている識別子を選択するだけといった簡単な操作でコンテンツのアップロードを遂行することができる。

アップロード判定部は、コンテンツ情報とコミュニティ情報との各組合せに基づいて、コンテンツ情報によって特定されるコンテンツがコミュニティ情報によって特定されるコミュニティにアップロードする場合の実現度も導出し、アップロード表示部は、コミュニティそれぞれのコミュニティ識別子に、第１識別子受付部に受け付けられたコンテンツ識別子によって特定されるコンテンツとの実現度を関連付けて表示してもよい。

本発明では、選択されたコンテンツに対する各コミュニティへのアップロードの実現度を画一的な視覚的手段で一度に表示できるので、ユーザは、どのコミュニティにアップロードが可能であるか、またどのコミュニティにアップロードすべきかを迅速かつ容易に判断することが可能となる。また、アップロードの実現度が高いと表示されている識別子を選択するだけといった簡単な操作でコンテンツのアップロードを遂行することができる。さらに、実現度の高い組合せを選択した場合にアップロード完了までの時間を最小限に留めることができ、アップロードされたコンテンツを迅速に確認することが可能となる。

本発明の携帯通信端末の他の代表的な構成は、表示部と、１または複数のコンテンツと、コンテンツに関するコンテンツ情報と、コンテンツのアップロード先となるコミュニティに関するコミュニティ情報とを記憶するメモリと、表示部に、コンテンツを識別可能なコンテンツ識別子とコミュニティを識別可能なコミュニティ識別子とを表示する識別子表示部と、コミュニティ識別子の指定を受け付ける第１識別子受付部と、コンテンツ情報とコミュニティ情報に基づき、受け付けられたコミュニティ識別子によって特定されるコミュニティへの、コンテンツ識別子によってそれぞれ特定されるコンテンツのアップロードの可否を判定するアップロード判定部と、アップロード可と判定されたコンテンツのコンテンツ識別子を他と識別可能に表示するアップロード表示部と、を備えることを特徴とする。

本発明では、上述した技術同様、選択されたコミュニティへの各コンテンツのアップロードの可否を画一的な視覚的手段で一度に表示できるので、ユーザは、どのコンテンツをコミュニティにアップロードすることが可能であるかを迅速かつ容易に判断することが可能となる。

携帯通信端末は、コンテンツ識別子が識別可能に表示された後、コンテンツ識別子の指定を受け付ける第２識別子受付部と、第２識別子受付部で受け付けられたコンテンツ識別子によって特定されるコンテンツを第１識別子受付部で受け付けられたコミュニティ識別子によって特定されるコミュニティにアップロードするアップロード実行部と、をさらに備えてもよい。

かかる構成により、アップロードが可能と表示されている識別子を選択するだけといった簡単な操作でコンテンツのアップロードを遂行することができる。

アップロード判定部は、コンテンツ情報とコミュニティ情報との各組合せに基づいて、コンテンツ情報によって特定されるコンテンツがコミュニティ情報によって特定されるコミュニティにアップロードする場合の実現度も導出し、アップロード表示部は、コンテンツそれぞれのコンテンツ識別子に、第１識別子受付部に受け付けられたコミュニティ識別子によって特定されるコミュニティとの実現度を関連付けて表示する。

本発明では、選択されたコミュニティへのアップロード対象となり得る各コンテンツの実現度を画一的な視覚的手段で一度に表示できるので、ユーザは、どのコンテンツがアップロード可能であるか、またどのコンテンツをアップロードすべきかを迅速かつ容易に判断することが可能となる。また、アップロードの実現度が高いと表示されている識別子を選択するだけといった簡単な操作でコンテンツのアップロードを遂行することができる。さらに、実現度の高い組合せを選択した場合にアップロード完了までの時間を最小限に留めることができ、アップロードされたコンテンツを迅速に確認することが可能となる。

アップロード判定部は、アップロードの可否、再エンコーダの必要有無、ＤＥＭＵＸおよびＭＵＸの必要有無の群から選択される１または複数のパラメータに重み付けした点数を積算して実現度を導出してもよい。

かかるパラメータとその重み付けによって、アップロードの妥当性を示す実現度を適切に導出することが可能となる。

アップロード判定部は、任意のコンテンツ識別子または任意のコミュニティ識別子が選択されたときに機能してもよい。

コンテンツやコミュニティの追加、変更、削除に伴ってコンテンツ情報とコミュニティ情報のすべての組合せに関して随時実現度を導出すると処理負荷が大きくなることもある。そこで、任意のコンテンツ識別子または任意のコミュニティ識別子が選択された際、即ち、少なくとも一方が選択された状態で、その一方との組合せに関してのみ実現度を導出することで、処理負荷を低減することができる。

アップロード表示部は、識別子の着色でアップロードの可否または実現度を表示してもよい。かかる構成により、ユーザは、視覚的かつ感覚的にその実現度を認識でき、アップロードの妥当性を極めて迅速かつ容易に判断することが可能となる。

選択された任意のコンテンツを選択された任意のコミュニティにアップロードした場合の閲覧状態を仮想表示する仮想表示部をさらに備えてもよい。

かかる構成により、ユーザは、アップロードの妥当性のみならず、そのアップロード後の閲覧状態をも確認してアップロードを実行できるため、実際の閲覧状態が意志に反した表示になっていたり、煩雑なコンテンツ削除処理を強いられたりする事態を回避することができる。

本発明の通信方法の代表的な構成は、１または複数のコンテンツと、コンテンツに関するコンテンツ情報と、コンテンツのアップロード先となるコミュニティに関するコミュニティ情報とを記憶しておき、表示部に、コンテンツを識別可能なコンテンツ識別子とコミュニティを識別可能なコミュニティ識別子とを表示し、コンテンツ識別子の指定を受け付け、コンテンツ情報とコミュニティ情報に基づき、受け付けられたコンテンツ識別子によって特定されるコンテンツの、コミュニティ識別子によってそれぞれ特定されるコミュニティへのアップロードの可否を判定し、アップロード可と判定されたコミュニティのコミュニティ識別子を他と識別可能に表示することを特徴とする。

上述した携帯通信端末の技術的思想に基づく構成要素やその説明は、当該通信方法にも適用可能である。

以上説明したように本発明によれば、任意のコンテンツのコミュニティへのアップロードの実現度を画一的な視覚的手段で一度に把握させることで、アップロードの妥当性を迅速かつ容易に判断することが可能となる。

以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値などは、発明の理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書及び図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。

携帯電話やＰＨＳ端末等に代表される携帯通信端末は、所定の場所に設置されている基地局と無線により通信を実行する無線通信システムを構築する。ここでは、理解を容易にするため、まず無線通信システム全体を説明し、その後、携帯通信端末、通信方法の具体的構成を説明する。

（無線通信システム１００）
図１は、無線通信システム１００の概略的な接続関係を示した説明図である。当該無線通信システム１００は、携帯通信端末１１０と、基地局１２０と、ＩＳＤＮ(Integrated Services Digital Network)回線、インターネット、専用回線等で構成される通信網１３０と、中継サーバ１４０と、コミュニティ１５０と、外部端末１６０とを含んで構成される。ここでコミュニティ１５０は、通信網１３０に接続された外部サーバによって運営される、アップロードされたコンテンツを公開するサービスの一実施形態である。

本実施形態の無線通信システム１００では、例えばユーザが自身の携帯通信端末１１０を用いてコンテンツのアップロードを試みると、携帯通信端末１１０は、まず、通信可能範囲内にある基地局１２０に無線接続要求を行う。無線接続要求を受信した基地局１２０は、通信網１３０を介して中継サーバ１４０にコミュニティ１５０との通信接続を要求し、中継サーバ１４０は、基地局１２０とコミュニティ１５０との通信経路を確保し、携帯通信端末１１０とコミュニティ１５０の通信を確立する。

そして、携帯通信端末１１０は、自体に保持されているコンテンツをコミュニティ１５０のサーバストレージにアップロードし、コミュニティ１５０は、かかるコンテンツを他のユーザのアクセスに対して公開する。他のユーザは、外部端末１６０を通じて、公開されたコンテンツを閲覧することができる。

しかし、コミュニティ１５０では、それぞれ保存可能なフォーマットが決まっており、その保存可能なフォーマットと異なるフォーマットによってコンテンツをアップロードした場合、コミュニティ側のフォーマット変換で多大な時間を費やし、ユーザはアップロードされたコンテンツを直ちに確認することができなかった。

本実施形態では、任意のコンテンツのコミュニティへのアップロードの実現度を画一的な視覚的手段で一度に把握させ、アップロードの妥当性を迅速かつ容易に判断させることを目的としている。本実施形態を実現する携帯通信端末１１０の構成を以下に説明する。

（携帯通信端末１１０）
図２は、携帯通信端末１１０のハードウェア構成を示した機能ブロック図であり、図３は、携帯通信端末１１０の外観を示した斜視図である。携帯通信端末１１０は、制御部２１０と、メモリ２１２と、表示部２１４と、操作部２１６と、タッチ検出部２１８と、音声入力部２２０と、音声出力部２２２と、撮像部２２４と、無線通信部２２６とを含んで構成される。

また、ここでは、携帯通信端末１１０として、携帯電話を例示しているが、かかる場合に限られず、ＰＨＳ端末、ノート型パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、音楽プレイヤー、カーナビゲーション、ポータブルテレビ、ゲーム機器、ＤＶＤプレイヤー、リモートコントローラ等無線通信可能な様々な電子機器を適用することができる。

制御部２１０は、中央処理装置（ＣＰＵ）を含む半導体集積回路により携帯通信端末１１０全体を管理および制御し、メモリ２１２のプログラムを用いて、通話機能、メール送受信機能、撮像機能、音楽再生機能、ＴＶ視聴機能も遂行する。メモリ２１２は、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、不揮発性ＲＡＭ、フラッシュメモリ、ＨＤＤ等で構成され、制御部２１０で処理されるプログラムや通信データ等を記憶する。

また、メモリ２１２は、撮像部２２４を用いて撮像した画像（動画または静止画）、音声、またはテキストを含む１または複数のコンテンツや、そのコンテンツを特定するコンテンツ情報をリスト化したコンテンツテーブル２３０、そのコンテンツをアップロード可能なコミュニティを特定するコミュニティ情報をリスト化したコミュニティテーブル２３２も記憶する。ここで当該メモリ２１２が複数から構成される場合、コンテンツ、コンテンツテーブル２３０、コミュニティテーブル２３２がどのメモリ２１２に記憶されているかを問わない。

図４は、コンテンツテーブル２３０の構成を示した説明図である。図４に示すように、コンテンツテーブル２３０は、コンテンツに関するコンテンツ情報が示される。コンテンツ情報は、コンテンツ番号２３４、ファイル名２３６、再生時間２３８、データサイズ２４０、フォーマット２４２、圧縮方式２４４、帯域２４６、解像度２４８、フレームレート２５０、音源２５２、周波数２５４等から構成される。また、コンテンツが撮像部２２４を用いて撮像した写真や動画であれば、コンテンツテーブル２３０にその撮像日を含んでもよい。

図５は、コミュニティテーブル２３２の構成を示した説明図である。図５に示すように、コミュニティテーブル２３２は、コミュニティに関するコミュニティ情報が示される。コミュニティ情報は、コミュニティ番号２５６、コミュニティ名称２５８、ファイル名２３６、時間制限２６０、データサイズ２４０、フォーマット２４２、管理フォーマット２６２、圧縮方式２４４、帯域２４６、解像度２４８、フレームレート２５０、音源２５２、周波数２５４等から構成される。図中「？」は不明な項目を示す。

表示部２１４は、液晶ディスプレイ、ＥＬ(Electro Luminescence)等で構成され、メモリ２１２に記憶された、または通信網１３０を介してコミュニティ１５０から提供されるＷｅｂコンテンツ、アプリケーションのＧＵＩ（Graphical User Interface）等を表示することができる。操作部２１６は、キーボード、十字キー、ジョイスティック等の可動スイッチで構成され、ユーザの操作入力を受け付ける。

タッチ検出部２１８は、表示部２１４表面に対するその表示に対応したユーザの操作入力を受け付ける。かかるタッチ検出部２１８の検出方式としては、抵抗膜方式（感圧式）、静電容量方式、赤外遮光方式、超音波表面弾性波方式、電磁誘導方式、静電結合方式、音響パルス認識方式、画像認識方式等様々な既存の方式を用いることができる。また、表示部２１４に一体的に形成された光センサにより、表示部２１４表面に置かれた物体を認識する方式も本実施形態の技術範囲に属する。

かかるタッチ検出部２１８により、例えば、操作部２１６を用いなくとも表示部２１４の画面に合わせた直感的なユーザ入力を受け付けることができ、また、表示部２１４に表示したＷｅｂコンテンツのスクロールやポインティング等のアナログ操作も可能となる。

音声入力部２２０は、マイク等の音声認識手段で構成され、通話時に入力されたユーザの音声を携帯通信端末１１０内で処理可能な電気信号に変換する。音声出力部２２２は、スピーカで構成され、携帯通信端末１１０で受信した通話相手の音声信号を音声に変えて出力する。また、着信音や、操作部２１６の操作音、アラーム音等も出力できる。

撮像部２２４は、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の映像素子で構成されており、静止画や動画等画像を撮像できる。

無線通信部２２６は、共通のリンクレイヤにおいてＷｉＭＡＸ（Worldwide interoperability for Microwave Access）、ＷｉＦｉ、ＣＤＭＡ（Code Division Multiple Access）等のネットワークを通じた基地局１２０との無線通信を確立し、通信相手との音声通信やコミュニティ１５０とのデータ通信を遂行する。

また、制御部２１０は、コンテンツ記憶部２６８、テーブル追加部２７０、アップロード判定部２７２、識別子表示部２７４、第１識別子受付部２７６、アップロード表示部２７８、仮想表示部２８０、第２識別子受付部２８２、アップロード実行部２８４としても機能する。

コンテンツ記憶部２６８は、携帯通信端末１１０の機能（撮像部２２４による撮像機能、音声入力部２２０による録音機能、操作部２１６やタッチ検出部２１８による文字等の入力機能）を通じて取得されたコンテンツをアップロード対象としてメモリ２１２に記憶する。また、このような携帯通信端末１１０の機能に限らず、通信網１３０、ＵＳＢ（Universal Serial Bus），赤外線やＮＦＣ（Near Field Communication）等の他の通信経路を通じて取得されたコンテンツも記憶できる。

テーブル追加部２７０は、コンテンツ記憶部２６８によってコンテンツが追加された場合にそのコンテンツを特定するコンテンツ情報をコンテンツテーブル２３０に追加する。また、コミュニティが追加された場合には、そのコミュニティを特定するコミュニティ情報をコミュニティテーブル２３２に追加する。具体的には、通信網１３０を介して各コミュニティ１５０のコミュニティ情報をダウンロードし、その内容でコミュニティテーブル２３２を更新する。

アップロード判定部２７２は、コンテンツテーブル２３０のコンテンツ情報とコミュニティテーブル２３２のコミュニティ情報との各組合せに基づいて、コンテンツ情報によって特定されるコンテンツがコミュニティ情報によって特定されるコミュニティ１５０にアップロードする場合のアップロード可否や実現度を導出する。かかるアップロード可否や実現度によって、任意のコミュニティ１５０に対する任意のコンテンツのアップロードの妥当性を定量的に把握できる。

具体的に、アップロード判定部２７２は、（１）アップロードの可否、（２）再エンコーダの必要有無、（３）ＤＥＭＵＸおよびＭＵＸの必要有無の群から選択される１または複数のパラメータに重み付けした点数を積算して実現度を導出する。

（１）アップロードの可否では、アップロード判定部２７２は、コンテンツまたはコミュニティのいずれかの原因によりアップロード自体が不可能であるか否かを判断する。

アップロードの可否を判断する要素として、例えば、時間制限２６０、データサイズ２４０、フォーマット２４２がある。時間制限２６０に関しては、コミュニティ１５０の時間制限２６０、例えば、１０分以内という制限に対して、コンテンツの再生時間２３８が１２分である場合にアップロード不可と判定され、データサイズ２４０に関しては、コミュニティ１５０のデータサイズ２４０、例えば、１００ＭＢという制限に対して、コンテンツのデータサイズ２４０が１２０ＭＢである場合にアップロード不可と判定され、フォーマット２４２は、コミュニティが受付可能なフォーマット２４２群、例えば、ＷＭＶ，ＡＶＩ、ＦＬＶに当該コンテンツのフォーマット２４２であるＤｉｖＸ６が該当しない場合にアップロード不可と判断される。

アップロードができなければ、アップロードの可否の指標Ａに０点（ゼロ）が適用され、以降の積算を実行しない。アップロードが可能であれば、指標Ａに１０点が適用され、実現度の導出を継続する。

（２）再エンコードの必要有無では、再エンコードが必要であるか否かが判断される。コミュニティ１５０で許容されるエンコード方式（動画であれば、圧縮方式２４４、帯域２４６、解像度２４８、フレームレート２５０等、音声であれば、圧縮方式２４４、帯域２４６、音源２５２、周波数２５４等）と、実現度の導出対象であるコンテンツのエンコード方式が異なると再エンコードが必要となる。

まず、対象となるコンテンツの動画データの再エンコードが必要か否か判断され、必要ない場合α＝０とし、必要有る場合α＝１とする。また、コンテンツの音声データの再エンコードが必要ない場合β＝０とし、必要有る場合β＝１とする。ここで、動画のビットレートをＶ、音声のビットレートをＡとすると、再エンコードの必要有無の指標Ｂは、「Ｂ＝（１−（（α×Ｖ＋β×Ａ）／（Ｖ＋Ａ）））×重み付け点数」となる。ここで、重み付け点数は７０点とする。従って、指標Ｂの最大値は７０点となり、α＝β＝１のとき指標Ｂは０点となる。

本来、再エンコードに費やす時間は、圧縮前の圧縮方式、圧縮後の圧縮方式の組合せによって異なるが（例えばＨ．２６３とＨ．２６４等）、ここでは理解を容易にするため、かかる記載を省略している。

また、指標Ｂの計算は、実通信環境下の実測値に基づいて組合せ毎の処理負荷度から計算テーブルを生成し、それを計算に用いることもできる。

（３）ＤＥＭＵＸ（DE MUltipleXer）およびＭＵＸ（MUltipleXer）の必要有無では、ＤＥＭＵＸおよびＭＵＸが必要であるか否かが判断される。コミュニティ１５０で許容されるフォーマットと、実現度導出対象のコンテンツのフォーマットとが異なるとＤＥＭＵＸおよびＭＵＸが必要となる。ここでは、ＤＥＭＵＸおよびＭＵＸが必要な場合に指標Ｃを０点とし、必要なければ指標Ｃに２０点を適用する。

アップロード判定部２７２は、最後に上記求められた３つのパラメータの指標Ａ、Ｂ、Ｃを加算し（Ａ＋Ｂ＋Ｃ）、その計算結果を実現度とする。実現度の最大値は、１０点（指標Ａ）＋７０点（指標Ｂ）＋２０点（指標Ｃ）で１００点となる。かかる点数配分は、発明者の経験によって定められたものであり、当該携帯通信端末１１０の利用形態に応じて適切に配分を変更することも可能である。また、重み付けの計算を省略して、３つのパラメータの配分を１：１：１にすることもできる。

かかるパラメータとその重み付けによって、アップロードの妥当性を示す実現度を適切に導出することが可能となる。

図６は、アップロード判定部２７２によって導出された実現度を示した説明図である。ここで行はコンテンツ番号２３４を、列はコミュニティ番号２５６を示す。このように、実現度は、コンテンツテーブル２３０のすべてのコンテンツ情報とコミュニティテーブル２３２のすべてのコミュニティ情報とに対応して生成される。

アップロード判定部２７２は、後述する識別子表示部２７４がコンテンツ識別子とコミュニティ識別子とを表示した後、候補となる任意のコンテンツ識別子または任意のコミュニティ識別子が選択された際に機能してもよい。ここでコンテンツ識別子は、コンテンツを識別可能な例えば、ファイル名２３６といった識別子であり、コンテンツおよびコンテンツ情報のいずれとも相互に関連付けられる。従って、コンテンツ識別子からコンテンツおよびコンテンツ情報をいずれも特定でき、逆に特定され得る。コミュニティ識別子、コミュニティ、コミュニティ情報も同等の特定関係を有する。

コンテンツやコミュニティの追加、変更、削除に伴ってコンテンツテーブル２３０とコミュニティテーブル２３２のすべての組合せに関して随時実現度を導出すると処理負荷が大きくなることもある。そこで、任意のコンテンツ識別子または任意のコミュニティ識別子が選択された際、即ち、少なくとも一方が選択された状態で、その一方との組合せに関してのみ実現度を導出することで、処理負荷を、例えば、（１／テーブルの要素数）に低減することができる。

識別子表示部２７４は、ユーザインターフェースを起動し、表示部２１４に、コンテンツ識別子とコミュニティ識別子とを表示する。

図７は、識別子を表示したユーザインターフェース２８６を説明するための説明図である。ここでは、表示部２１４にユーザインターフェース２８６が表示され、ユーザインターフェース２８６にはコンテンツ情報を示す識別子２８８と、コミュニティ情報を示す識別子２９０とが示される。かかる識別子２８８、２９０は、ファイル名２３６やコミュニティ名称２５８等によるテキスト表示で特定されてもよいが、サムネイルやコミュニティを示すマーク等で特定してもよい。

第１識別子受付部２７６は、識別子表示部２７４によってユーザインターフェース２８６が表示された後、そのユーザインターフェース２８６を通じて、アップロード対象となるコンテンツまたはアップロード先となるコミュニティが指定（選択）された場合に、そのコンテンツまたはコミュニティを受け付ける。

アップロード表示部２７８は、第１識別子受付部２７６によって任意のコンテンツ識別子２８８が選択された場合、コンテンツ情報とコミュニティ情報との実現度を、表示されたコミュニティ識別子２９０に関連付けて表示する。特に本実施形態において、アップロード表示部２７８は、識別子の着色で実現度を表示する。

図８は、実現度と着色との関係を示した説明図である。かかる図８を参照すると、実現度が１点〜５０点では白色、５１点〜８０点では黄色、８１点〜１００点で緑色に着色する。また、０点であれば、アップロード不可能なので、無色にすると共にグレーアウトしてもよい。ここでは、４段階しか設けていないが、様々な色によりさらに多くの段階を設けることができるのは言うまででもない。

かかる構成により、ユーザは、視覚的かつ感覚的にその実現度を認識でき、アップロードの妥当性を極めて迅速かつ容易に判断することが可能となる。また、色の差によって、アップロードに費やす時間を把握させることができ、ユーザに時間があるときは黄色のコミュニティを選択することもあるが、なければ緑色しか選択しないといった対応が可能となる。

図９、図１０は、ユーザインターフェース２８６の操作例を示した説明図である。ここで、図９（ａ）に示すように、ユーザは、最初にコンテンツ識別子２８８を選択（タップ）する。アップロード表示部２７８は、コンテンツ識別子２８８が選択された場合、図９（ｂ）に示すように、コンテンツ情報とコミュニティ情報との実現度をコミュニティ識別子２９０に関連付けて表示する。ここでは、コミュニティＡが緑色に、コミュニティＤが黄色で表されている。これは、コミュニティＡへのアップロードが適切であることを示している。

ユーザは、コミュニティＡへのアップロードを決定すると、図９（ｃ）のようにドラッグ＆ドロップでコンテンツ１をコミュニティＡに重畳する。かかるコミュニティ識別子２９０の着色は、選択するコンテンツを移動する度に、そのコンテンツに対応した色に変更される。

また、図１０（ａ）に示すようにユーザが、最初にコミュニティ識別子２９０、例えばコミュニティＡを選択した場合、アップロード表示部２７８は、図１０（ｂ）に示すように、コンテンツ情報とコミュニティ情報との実現度をコンテンツ識別子２８８に関連付けて表示する。ここでは、コンテンツ１、７、８が緑色に、コンテンツ２、３、５が黄色で表されている。これは、コンテンツ１、７、８のアップロードが適切であることを示している。ユーザは、コンテンツ７のアップロードを決定すると、図１０（ｃ）のようにドラッグ＆ドロップでコンテンツ７をコミュニティＡに重畳する。

図９および図１０を用いて説明したように、選択されたコンテンツに対する各コミュニティへのアップロードの実現度を画一的な視覚的手段で一度に表示できるので、ユーザは、どのコミュニティ１５０にアップロードが可能であるか、またどのコミュニティ１５０にアップロードすべきかを迅速かつ容易に判断することが可能となる。また、アップロードの実現度が高いと表示されている識別子を選択するだけといった簡単な操作でコンテンツのアップロードを遂行することができる。さらに、実現度の高い組合せを選択した場合にアップロード完了までの時間を最小限に留めることができ、アップロードされたコンテンツを迅速に確認することが可能となる。

また、上述したように、コンテンツ識別子２８８は、サムネイルで表してもよく、その場合、アップロード表示部２７８は、サムネイルの枠を着色する。

図１１は、ユーザインターフェース２８６の他の例を示した説明図である。ここでは、コンテンツ識別子２８８がサムネイルで表され、その周囲に図８に対応した着色が為されている。こうしてユーザは、サムネイルを参照しつつ、意図するコンテンツを確実に送信することができる。

仮想表示部２８０は、選択された任意のコンテンツを選択された任意のコミュニティ１５０にアップロードした場合の閲覧状態を仮想表示する。

図１２、図１３は、ユーザインターフェース２８６の他の操作例を示した説明図である。ユーザがコンテンツ識別子２８８、例えばコンテンツ１を選択すると、図１２（ａ）に示すように、コンテンツ１が固定され、アップロード表示部２７８が、コンテンツ情報とコミュニティ情報との実現度をコミュニティ識別子２９０に関連付けて表示すると共に、仮想表示部２８０が、選択された任意のコンテンツを選択された任意のコミュニティ１５０にアップロードした場合の閲覧状態を仮想画面２９２に仮想表示する。

ユーザは、図９同様、コミュニティＡへのアップロードを決定すると、図１２（ｂ）に示すようにコミュニティＡを選択（タップ）し、引き続き、図１２（ｃ）のようにアップロードボタン２９４を選択（タップ）する。こうして、コンテンツ１がコミュニティＡにアップロードされる。

また、ユーザが、最初にコンテンツ識別子２８８、例えばコミュニティＡを選択した場合、図１３（ａ）に示すように、コミュニティＡが固定され、アップロード表示部２７８が、コンテンツ情報とコミュニティ情報との実現度をコミュニティ識別子２９０に関連付けて表示すると共に、仮想表示部２８０は、閲覧状態を仮想画面２９２に仮想表示する。

ユーザは、コミュニティＡへのアップロードを決定すると、図１３（ｂ）に示すようにコンテンツ１を選択（タップ）し、引き続き、図１３（ｃ）のようにアップロードボタン２９４を選択（タップ）する。こうして、コンテンツ１がコミュニティＡにアップロードされる。

かかる構成により、ユーザは、アップロードの妥当性のみならず、そのアップロード後の閲覧状態をも確認してアップロードを実行できるため、実際の閲覧状態が意志に反した表示になっていたり、煩雑なコンテンツ削除処理を強いられたりする事態を回避することができる。

第２識別子受付部２８２は、ユーザインターフェース２８６を通じてアップロード対象となるコンテンツまたはアップロード先となるコミュニティが指定（選択）された場合に、そのコンテンツまたはコミュニティを受け付ける。

アップロード実行部２８４は、ユーザインターフェース２８６を通じて受け付けたアップロード対象となるコンテンツをアップロード先となるコミュニティ１５０にアップロードする。

（通信方法）
次に、携帯通信端末１１０を用いてコンテンツを操作する通信方法を説明する。

図１４は、通信方法の特にコンテンツのアップロードのフローチャートを示している。メモリ２１２には、コンテンツテーブル２３０とコミュニティテーブル２３２が予め記憶されている。

ユーザは、自己の携帯通信端末１１０を用いて所望する撮像を実行する（Ｓ４０２）。コンテンツ記憶部２６８は、撮像された画像（動画または静止画）をアップロード可能なコンテンツとしてメモリ２１２に記憶する（Ｓ４０４）。このとき、テーブル追加部２７０は、コンテンツの追加に応じてそのコンテンツを特定するコンテンツ情報をコンテンツテーブル２３０に追加する（Ｓ４０６）。

その後、ユーザがメモリ２１２に記憶しているコンテンツのアップロードを試みた場合、携帯通信端末１１０を通じてユーザインターフェースを起動し（Ｓ４０８）、テーブル追加部２７０は、コミュニティテーブル２３２に登録されている各コミュニティ１５０にアクセスして最新のコミュニティ情報をダウンロードし、メモリ２１２内のコミュニティテーブル２３２を更新する（Ｓ４１０）。その後ユーザインターフェースが終了するまでテーブル２３０，２３２の更新を禁止する。

さらにアップロード判定部２７２は、更新されたコミュニティテーブル２３２の任意のコンテンツ情報とコミュニティテーブル２３２の任意のコミュニティ情報とに基づいて、コンテンツ情報によって特定されるコンテンツがコミュニティ情報によって特定されるコミュニティにアップロードする場合の実現度を導出する（Ｓ４１２）。

識別子表示部２７４は、表示部２１４に、コンテンツ識別子２８８とコミュニティ識別子２９０とを表示し（Ｓ４１４）、仮想表示部２８０は、任意のコンテンツ識別子が選択された場合、コンテンツ情報とコミュニティ情報との実現度をコミュニティ識別子２９０に関連付けて表示する（Ｓ４１６）。

このようにアップロードを所望するコンテンツと、アップロード先のコミュニティとが決定されると、アップロード実行部２８４が、当該コミュニティに対してコンテンツをアップロードする。詳細に、アップロード実行部２８４は、基地局１２０および通信網１３０を通じてコミュニティ１５０との通信接続を行い（Ｓ４１８）、アカウント情報を入力してそのコミュニティ１５０にログインする（Ｓ４２０）。続いて、ユーザ入力に応じてアップロードを所望するコンテンツを選択し（Ｓ４２２）、そのコンテンツのアップロード処理を遂行する（Ｓ４２４）。

かかる通信方法においても、任意のコンテンツのコミュニティへのアップロードの実現度を画一的な視覚的手段で一度に把握させることで、アップロードの妥当性を迅速かつ容易に判断することが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、上述した実施形態においては、アップロード判定部２７２は、識別子表示部２７４がユーザインターフェース２８６を起動した際に機能しているが、かかる場合に限られず、コミュニティ情報の更新があった場合、その更新を検知した時点で機能してもよい。また、ユーザインターフェースの実行とは関係の無い時間にバックグラウンドで機能させることもできる。

また、上述した実施形態においては、識別子表示部がコンテンツ識別子とコミュニティ識別子とを並行して表示しているが、両識別子を表示するタイミングはかかる場合に限られず、例えば、最初にコンテンツ識別子を表示し、第１識別子受付部がコンテンツ識別子の指定を受け付けた後に対応するコミュニティ識別子を表示してもよく、また、最初にコミュニティ識別子を表示し、第１識別子受付部がコミュニティ識別子の指定を受け付けた後に対応するコンテンツ識別子を表示してもよい。

なお、本明細書の通信方法における各工程は、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいはサブルーチンによる処理を含んでもよい。

本発明は、コミュニティへコンテンツをアップロード可能な携帯通信端末および通信方法に利用することができる。

無線通信システムの概略的な接続関係を示した説明図である。 携帯通信端末のハードウェア構成を示した機能ブロック図である。 携帯通信端末の外観を示した斜視図である。 コンテンツテーブルの構成を示した説明図である。 コミュニティテーブルの構成を示した説明図である。 アップロード判定部によって導出された実現度を示した説明図である。 識別子を表示したユーザインターフェース２８６を説明するための説明図である。 実現度と着色との関係を示した説明図である。 ユーザインターフェースの操作例を示した説明図である。 ユーザインターフェースの操作例を示した説明図である。 ユーザインターフェースの他の例を示した説明図である。 ユーザインターフェースの他の操作例を示した説明図である。 ユーザインターフェースの他の操作例を示した説明図である。 通信方法の特にコンテンツのアップロードのフローチャートを示している。

符号の説明

１１０ …携帯通信端末
１５０ …コミュニティ
２１２ …メモリ
２１４ …表示部
２３０ …コンテンツテーブル
２３２ …コミュニティテーブル
２７０ …テーブル追加部
２７２ …アップロード判定部
２７４ …識別子表示部
２７６ …第１識別子受付部
２７８ …アップロード表示部
２８０ …仮想表示部
２８２ …第２識別子受付部
２８４ …アップロード実行部
２８６ …ユーザインターフェース

Claims (11)

1. 表示部と、
   １または複数のコンテンツと、該コンテンツに関するコンテンツ情報と、該コンテンツのアップロード先となるコミュニティに関するコミュニティ情報とを記憶するメモリと、
   前記表示部に、前記コンテンツを識別可能なコンテンツ識別子と前記コミュニティを識別可能なコミュニティ識別子とを表示する識別子表示部と、
   前記コンテンツ識別子の指定を受け付ける第１識別子受付部と、
   前記コンテンツ情報とコミュニティ情報に基づき、前記受け付けられたコンテンツ識別子によって特定されるコンテンツの、前記コミュニティ識別子によってそれぞれ特定されるコミュニティへのアップロードの可否を判定するアップロード判定部と、
   アップロード可と判定されたコミュニティのコミュニティ識別子を他と識別可能に表示するアップロード表示部と、
   を備えることを特徴とする携帯通信端末。
2. 前記コミュニティ識別子が識別可能に表示された後、前記コミュニティ識別子の指定を受け付ける第２識別子受付部と、
   前記第２識別子受付部で受け付けられたコミュニティ識別子によって特定されるコミュニティに前記第１識別子受付部で受け付けられたコンテンツ識別子によって特定されるコンテンツをアップロードするアップロード実行部と、
   をさらに備えることを特徴とする請求項１に記載の携帯通信端末。
3. 前記アップロード判定部は、前記コンテンツ情報とコミュニティ情報との各組合せに基づいて、該コンテンツ情報によって特定されるコンテンツが該コミュニティ情報によって特定されるコミュニティにアップロードする場合の実現度も導出し、
   前記アップロード表示部は、コミュニティそれぞれのコミュニティ識別子に、前記第１識別子受付部に受け付けられたコンテンツ識別子によって特定されるコンテンツとの前記実現度を関連付けて表示することを特徴とする請求項１または２に記載の携帯通信端末。
4. 表示部と、
   １または複数のコンテンツと、該コンテンツに関するコンテンツ情報と、該コンテンツのアップロード先となるコミュニティに関するコミュニティ情報とを記憶するメモリと、
   前記表示部に、前記コンテンツを識別可能なコンテンツ識別子と前記コミュニティを識別可能なコミュニティ識別子とを表示する識別子表示部と、
   前記コミュニティ識別子の指定を受け付ける第１識別子受付部と、
   前記コンテンツ情報とコミュニティ情報に基づき、前記受け付けられたコミュニティ識別子によって特定されるコミュニティへの、前記コンテンツ識別子によってそれぞれ特定されるコンテンツのアップロードの可否を判定するアップロード判定部と、
   アップロード可と判定されたコンテンツのコンテンツ識別子を他と識別可能に表示するアップロード表示部と、
   を備えることを特徴とする携帯通信端末。
5. 前記コンテンツ識別子が識別可能に表示された後、前記コンテンツ識別子の指定を受け付ける第２識別子受付部と、
   前記第２識別子受付部で受け付けられたコンテンツ識別子によって特定されるコンテンツを前記第１識別子受付部で受け付けられたコミュニティ識別子によって特定されるコミュニティにアップロードするアップロード実行部と、
   をさらに備えることを特徴とする請求項４に記載の携帯通信端末。
6. 前記アップロード判定部は、前記コンテンツ情報とコミュニティ情報との各組合せに基づいて、該コンテンツ情報によって特定されるコンテンツが該コミュニティ情報によって特定されるコミュニティにアップロードする場合の実現度も導出し、
   前記アップロード表示部は、コンテンツそれぞれのコンテンツ識別子に、前記第１識別子受付部に受け付けられたコミュニティ識別子によって特定されるコミュニティとの前記実現度を関連付けて表示することを特徴とする請求項４または５に記載の携帯通信端末。
7. 前記アップロード判定部は、アップロードの可否、再エンコーダの必要有無、ＤＥＭＵＸおよびＭＵＸの必要有無の群から選択される１または複数のパラメータに重み付けした点数を積算して実現度を導出することを特徴とする請求項３または６に記載の携帯通信端末。
8. 前記アップロード判定部は、任意のコンテンツ識別子または任意のコミュニティ識別子が選択されたときに機能することを特徴とする請求項１から７のいずれか１項に記載の携帯無線端末。
9. アップロード表示部は、前記識別子の着色で前記アップロードの可否または実現度を表示することを特徴とする請求項１から８のいずれか１項に記載の携帯通信端末。
10. 選択された任意のコンテンツを選択された任意のコミュニティにアップロードした場合の閲覧状態を仮想表示する仮想表示部をさらに備えることを特徴とする請求項１から９のいずれか１項に記載の携帯通信端末。
11. １または複数のコンテンツと、該コンテンツに関するコンテンツ情報と、該コンテンツのアップロード先となるコミュニティに関するコミュニティ情報とを記憶しておき、
    表示部に、前記コンテンツを識別可能なコンテンツ識別子と前記コミュニティを識別可能なコミュニティ識別子とを表示し、
    前記コンテンツ識別子の指定を受け付け、
    前記コンテンツ情報とコミュニティ情報に基づき、前記受け付けられたコンテンツ識別子によって特定されるコンテンツの、前記コミュニティ識別子によってそれぞれ特定されるコミュニティへのアップロードの可否を判定し、
    アップロード可と判定されたコミュニティのコミュニティ識別子を他と識別可能に表示することを特徴とする通信方法。

Images